ป้องกัน DDoS และ WAF สำหรับเว็บไซต์
ติดตั้งและดูแล WAF กับระบบกัน DDoS ให้เว็บ เพจจอง API และพอร์ทัล VPN ของคุณ

ปัญหาที่เราเจอบ่อยหน้างาน
หลายเว็บธุรกิจในลาวอยู่หลังลิงก์ ISP เส้นเดียว เซิร์ฟเวอร์โผล่บนไอพีสาธารณะโดยตรง ปลั๊กอิน CMS ไม่ได้อัปเดตเป็นเดือน ๆ หน้าเข้าสู่ระบบโดนโปรแกรมเดารหัสผ่านทั้งวัน และการโจมตีราคาถูกเพียงครั้งเดียวก็ทำให้เว็บล่มขายของไม่ได้
ทำไมเว็บเล็ก ๆ ถึงล่ม
เว็บธุรกิจในลาวหลายแห่งที่เราเห็นใช้ลิงก์ ISP เส้นเดียวและวางเว็บเซิร์ฟเวอร์บนไอพีสาธารณะโดยตรง วันเงียบ ๆ ก็ใช้งานได้ แต่เมื่อมีผู้ยิงทราฟฟิกขยะมาด้วยบริการราคาถูก ท่อจะเต็มก่อนที่อุปกรณ์ในสำนักงานจะทันตอบสนอง ปลั๊กอินที่เก่า เส้นทางแอดมินที่เปิดค้าง และการยิงตรงเข้าเซิร์ฟเวอร์ต้นทางทำให้บอตเจาะง่าย และฟอร์มที่อ่อนแอเพียงจุดเดียวก็เปลี่ยนหน้าแรกทั้งเว็บได้
เราวางอะไรไว้หน้าเว็บของคุณ
สำหรับสำนักงานส่วนใหญ่ที่มีหนึ่งถึงสองไซต์ เราใช้ชั้นกรองบนคลาวด์แบบ reverse proxy ไว้หน้าเว็บไซต์ แล้วเก็บไฟร์วอลล์เดิมไว้เป็นชั้นที่สอง ทราฟฟิกท่วมจะถูกซับไว้ต้นทางแทนที่จะมากองเต็มลิงก์สำนักงาน งานไฟร์วอลล์ของเรา ที่ฝั่งต้นทางจะยอมรับเฉพาะทราฟฟิกจากพร็อกซีเท่านั้น จากนั้น WAF จะตรวจคำขอหารูปแบบโจมตี บอต และการปั่นล็อกอิน
- กฎ WAF สำหรับเว็บทั่วไป พร้อมแผ่นปิดชั่วคราวเมื่อปลั๊กอินยังอัปเดตไม่ได้
- การคัดแยกบอต หน้า challenge และการป้องกันล็อกอินที่ชะลอการยิงรหัส
- จำกัดอัตราต่อ URL เช่น ช่องค้นหา ฟอร์ม และหน้าเข้าสู่ระบบ
- ติดตั้ง TLS บังคับ HTTPS และล็อกต้นทางไม่ให้ข้ามพร็อกซี
- แจ้งเตือนเข้าระบบเฝ้าระวัง ให้ถึงมือวิศวกร ไม่ใช่กล่องเมลที่ไม่มีใครอ่าน
ปรับแต่งโดยไม่กันลูกค้าจริง
กฎที่เข้มเกินไปกันลูกค้าจริงออกไปด้วย เราจึงเริ่มจากโหมดบันทึกอย่างเดียวก่อนสองสามวัน ใส่ข้อยกเว้นให้ระบบจ่ายเงินและเครื่องมือจอง แล้วค่อยเปิดโหมดบล็อก สำหรับร้านส่วนใหญ่ที่พนักงานต่ำกว่า 50 คน เราแยกนโยบายล็อกอินสองแบบ พอร์ทัล VPN ของพนักงานใช้เกณฑ์เข้ม ส่วนล็อกอินสาธารณะใช้เกณฑ์ช้ากว่าพร้อมหน้า challenge เพราะพนักงานลองใหม่ได้ แต่แขกจะเลิกใช้ไปเลย
ระหว่างถูกโจมตีเกิดอะไรขึ้น
เมื่อเซ็นเซอร์จับสัญญาณ ทราฟฟิกจะถูกเบี่ยงไปชั้นกรอง แหล่งน่าสงสัยเจอหน้า challenge และเซิร์ฟเวอร์ต้นทางยังเข้าถึงได้ผ่านพร็อกซี หลังเหตุการณ์คุณจะได้รายงานสั้น ๆ ว่ามีอะไรเข้ามา บล็อกอะไรไป และต้องปรับอะไรต่อ ส่งชื่อโดเมนกับภาพหน้าจอข้อความขัดข้องครั้งล่าสุดมาทาง WhatsApp แล้วเราจะบอกว่าควรวางระบบป้องกันตรงจุดไหน
สิ่งที่ระบบทำได้
กฎ WAF แบบดูแลให้
กันการโจมตีเว็บยอดฮิตอย่าง SQL injection และ XSS พร้อมปิดช่องปลั๊กอินเก่าชั่วคราว
กันบอตและการยิงรหัส
แยกบอตดีบอตร้าย หน่วงและท้าทายการเดารหัสหน้าเข้าสู่ระบบและ API
จำกัดอัตราราย URL
คุมความถี่ค้นหา ฟอร์ม และล็อกอิน เช่น ล็อกอินผิด 5 ครั้งใน 10 นาทีโดนหน่วง
ซับ DDoS บนคลาวด์
รับทราฟฟิกท่วมไว้ต้นทาง ไม่ปล่อยให้มากองเต็มลิงก์ ISP เส้นเดียวของสำนักงาน
ซ่อนต้นทางและ TLS
บังคับ HTTPS ซ่อนไอพีจริง ล็อกไฟร์วอลล์ให้รับเฉพาะพร็อกซี
ล็อก แจ้งเตือน และจูน
เก็บบันทึก แจ้งเตือนวิศวกร ปรับกฎลด false positive ทุกเดือน
แบบระบบและขั้นตอนติดตั้ง
- 1
สำรวจจุดโผล่ จดโดเมน API พอร์ทัล VPN DNS ไอพีต้นทาง และขนาดลิงก์ ISP ปัจจุบัน
- 2
วางชั้นป้องกันคลาวด์ไว้หน้าเว็บ เดิน DNS ผ่าน scrubbing และ reverse proxy ก่อน
- 3
ล็อกต้นทางให้รับเฉพาะไอพีพร็อกซี บังคับ HTTPS และปิดพอร์ตแอดมินที่โผล่สาธารณะ
- 4
จูนด้วยทราฟฟิกจริง เปิดโหมดบันทึกก่อน ใส่ข้อยกเว้นระบบจอง แล้วค่อยเปิดบล็อก
- 5
ส่งมอบ runbook และเฝ้าระวัง ซ้อมขั้นตอนตอนถูกโจมตีและตั้งแจ้งเตือนถึงวิศวกร
ใช้ที่ไหนได้บ้าง
- โรงแรมและเกสต์เฮาส์ที่เพจจองห้องล่มช่วงพีกเพราะโดนยิงทราฟฟิกหรือบอตกวาด
- ร้านค้าออนไลน์ที่หน้าชำระเงินและตะกร้าโดนบอตปั่นและยิงรหัสบัญชีลูกค้า
- สำนักงานที่มีพอร์ทัล VPN และเว็บเมลโผล่อินเทอร์เน็ต โดนสแกนและยิงรหัสทั้งคืน
- ธุรกิจที่มี API ต่อแอปมือถือ ต้องการกันการดึงข้อมูลเกินและคีย์รั่ว
ขนาดระบบที่พบบ่อย
ไซต์เดียว
เหมาะสำหรับ: เหมาะกับเว็บธุรกิจเว็บเดียวที่ต้องการกันพื้นฐานให้พ้น booter และการยิงรหัส
- ชั้น WAF และ scrubbing หน้าเว็บเดียวพร้อม TLS
- ล็อกต้นทางและจำกัดอัตราหน้าล็อกอิน
- รายงานจูนหนึ่งรอบและคู่มือสั้นตอนเกิดเหตุ
หลายไซต์พร้อม API
เหมาะสำหรับ: เหมาะกับร้านที่มีเว็บ เพจจอง และ API ต่อแอป ต้องการกันบอตละเอียดขึ้น
- กฎ WAF ราย URL พร้อมกัน scraping และกันยิงรหัส API
- แยกนโยบายพนักงานกับลูกค้าสาธารณะ
- เฝ้าระวังและจูนรายเดือนพร้อมรายงานบล็อก
หลายสาขาความเสี่ยงสูง
เหมาะสำหรับ: เหมาะกับธุรกิจหลายโดเมนหลายสาขาที่หยุดขายไม่ได้เมื่อโดนโจมตี
- ป้องกันหลายโดเมนและ VPN พร้อมแผนรับมือ DDoS ก้อนใหญ่
- ซ้อม runbook กับทีมและตั้งแจ้งเตือนถึงวิศวกรตลอด
- ทบทวนกฎรายเดือนและรายงานผู้บริหารสั้น ๆ
แบรนด์ที่เราจัดหา & ติดตั้ง
ชื่อแบรนด์และเครื่องหมายการค้าทั้งหมดเป็นของเจ้าของแต่ละราย การกล่าวถึงไม่ได้หมายความว่าเป็นตัวแทนอย่างเป็นทางการ เว้นแต่ระบุไว้ชัดเจน เราจัดหาสินค้าผ่านช่องทางจัดจำหน่ายที่ถูกต้อง
คำถามที่พบบ่อย
ระบบนี้กันโจมตีได้ทุกแบบหรือไม่
ไม่ ระบบนี้ลดความเสียหายและกันการโจมตีทั่วไปได้มาก แต่ทราฟฟิกท่วมก้อนใหญ่หรือช่องโหว่ใหม่ยังต้องอาศัยแพตช์และการตอบสนอง เราจะบอกตรง ๆ ว่าจุดไหนยังเสี่ยง
ทำไมไฟร์วอลล์ในสำนักงานอย่างเดียวไม่พอ
เพราะท่อ ISP เต็มก่อนทราฟฟิกจะถึงกล่องในสำนักงาน ชั้นกรองบนคลาวด์รับท่วมไว้ต้นทาง แล้วไฟร์วอลล์ที่ต้นทางคุมเฉพาะทราฟฟิกที่ผ่านพร็อกซีมา
WAF จะกันลูกค้าจริงหรือไม่
มีโอกาสถ้าเปิดกฎเข้มทันที เราจึงเริ่มจากโหมดบันทึก ใส่ข้อยกเว้นระบบจ่ายเงินและจอง แล้วค่อยเปิดบล็อกพร้อมดู false positive ทุกเดือน
คุณต้องการอะไรจากเราก่อนเริ่ม
ชื่อโดเมน สิทธิ์ DNS และโฮสติ้ง ภาพหน้าจอเหตุขัดข้องครั้งล่าสุด และรายชื่อหน้าเข้าสู่ระบบกับ API แค่นี้ก็ประเมินและวางแผนได้แล้ว
คู่มือที่เกี่ยวข้อง
เลือก Firewall ให้ถูกขนาด: UTM กับ NGFW ต่างกันจริงตรงไหน
ทำไมอินเทอร์เน็ตช้าลงหลังติด Firewall ใหม่ ตัวเลขไหนใน Datasheet ที่ควรดู และสิ่งที่ต้องเช็กก่อนจ่ายเงินเมื่อนำเครื่องจากไทยเข้ามาใช้ในลาว
แผนตอบสนองเหตุการณ์ไซเบอร์ที่ใช้ได้จริงตอนตีสอง
โครงสร้างแผน 5–10 หน้าตามแนวทาง NIST SP 800-61 ใครทำอะไร Playbook สำหรับบัญชี Email ถูกยึด และวิธีซ้อมแผนในสองชั่วโมง
Vulnerability Assessment หรือ Penetration Test: ควรทำอะไรก่อน
สองบริการที่มักถูกขายปนกัน ความต่างที่แท้จริง ทำไมองค์กรส่วนใหญ่ควรเริ่มจาก VA วิธีกำหนดขอบเขต และวิธีแยกรายงานที่ดีออกจากผลสแกนที่พิมพ์ออกมา
โซลูชันที่เกี่ยวข้อง
ความปลอดภัยไซเบอร์
ส่งแปลนอาคาร หรือรูปหน้างานสักสองสามรูปมาให้เรา
เราจะถามรายละเอียดเพิ่ม แล้วส่งแบบระบบเบื้องต้นให้ ปรึกษาครั้งแรกฟรี เป็นภาษาลาว ไทย หรืออังกฤษ ทาง WhatsApp หรือเพจ Facebook