ระบบเก่า
ความปลอดภัยแอปพลิเคชัน PHP ที่หมดอายุ
PHP 4.x และ 5.x หมดอายุไปหลายปีแล้ว แต่แอปพลิเคชันสำคัญทางธุรกิจหลายพันรายการยังรันอยู่ รวมถึงเว็บไซต์กำหนดเองความเสี่ยงสูงที่เราป้องกันทุกวัน เมื่อไม่มีแพตช์ความปลอดภัยมาอีก การป้องกันหมายถึงการแยกระบบ การแพตช์เสมือนที่ชั้น WAF การเสริมอินพุตอย่างไร้ความปรานี และการควบคุมที่ตรวจสอบ ขณะแผนการย้ายระบบดำเนินต่อไป
ประเด็นสำคัญ
- สำรวจแอปพลิเคชัน PHP ที่หมดอายุทั้งหมดพร้อมเวอร์ชัน การเปิดเผย และความสำคัญทางธุรกิจ
- แยกแอปเก่าบนบัญชี พูล และโดยเฉพาะเซิร์ฟเวอร์เฉพาะ
- ติดตั้งการแพตช์เสมือน WAF สำหรับรูปแบบการแฮ็ก PHP 4.x/5.x ที่รู้จักภายในไม่กี่ชั่วโมง
- ปิดการใช้งานฟังก์ชันอันตราย (exec, shell_exec, eval ที่อยู่ใกล้เคียง) ต่อ vhost เก่าแต่ละตัว
- บังคับใช้สิทธิ์อ่านอย่างเดียวทุกที่ยกเว้นเส้นทางอัปโหลดที่ระบุอย่างชัดเจน
- บันทึกและแจ้งเตือนรูปแบบที่ผิดปกติ: เพย์โหลดเข้ารหัส เชลล์ที่ไม่คาดคิด การส่งจำนวนมาก
- สำรองแอปเก่าแยกต่างหากพร้อมการกู้คืนที่ทดสอบแล้ว พวกมันพังแตกต่างกัน
- เรียกใช้แทร็กการย้ายระบบที่มีทุนสนับสนุนควบคู่ไป การควบคุมคือสะพาน ไม่ใช่บ้าน
คำถามที่พบบ่อย
การรัน PHP 5.4 อันตรายจริงหรือ
ใช่ มี CVE ที่ไม่ได้แพตช์พร้อมการแฮ็กสาธารณะ และบอทสแกนรอยนิ้วมือ PHP ที่หมดอายุอย่างต่อเนื่อง
สามารถรักษาความปลอดภัย PHP เก่าโดยไม่ต้องอัปเกรดได้หรือไม่
ความเสี่ยงสามารถลดลงได้อย่างมากด้วยการแยกระบบและการแพตช์เสมือน แต่มากกว่านั้นไม่ถึงระดับเวอร์ชันที่รองรับ
ทำไมไม่แค่อัปเกรดทันที
โค้ดเก่าใช้ฟังก์ชันที่เลิกใช้และพฤติกรรมที่เปลี่ยนไป การอัปเกรดเร่งด่วนทำให้การชำระเงิน การเข้าสู่ระบบ และการบูรณาการพัง การย้ายระบบเป็นขั้นตอนคือเส้นทางที่ปลอดภัย
การควบคุมจะคงอยู่ได้นานเท่าไร
หลายเดือนถึงสองสามปีด้วยวินัย แต่ทุกไตรมาสที่ไม่ย้ายระบบจะเพิ่มความน่าจะเป็นของเหตุการณ์
Kinetikatech ช่วยเรื่อง ระบบเก่า ได้อย่างไร
นี่คือสิ่งที่เราทำทุกวัน: ความปลอดภัย PHP ที่หมดอายุ การย้าย PHP เก่า ความปลอดภัย Node.js ที่ล้าสมัย การตรวจสอบการพึ่งพา npm การสนับสนุน Linux EOL และความเสี่ยงของซอฟต์แวร์ที่ไม่รองรับ บริการ การจัดการเซิร์ฟเวอร์และความปลอดภัยเซิร์ฟเวอร์ Linux ของเราดูแลครบวงจร ตั้งแต่ประเมิน ลงมือทำ ติดตาม 24 ชั่วโมง ไปจนถึงรับเรื่องฉุกเฉินภายใน 30 นาที