ทำความเข้าใจกับความเสี่ยงด้านความปลอดภัยด้วย“ Down Ext: PHP”

ในภูมิทัศน์ที่มีการพัฒนาตลอดเวลาของความปลอดภัยทางไซเบอร์วิธีการและกลยุทธ์ที่ผู้โจมตีใช้ยังคงเติบโตอย่างต่อเนื่อง หนึ่งในความเสี่ยงที่ละเอียดอ่อน แต่อาจเป็นอันตรายที่ผู้ดูแลระบบและนักพัฒนาอาจมองข้ามนั้นเกี่ยวข้องกับการใช้ข้อความค้นหาของเครื่องมือค้นหาเช่น “ Down Ext: PHP” แม้ว่าดูเหมือนจะไร้เดียงสา แต่การสืบค้นดังกล่าวสามารถเปิดเผยแอปพลิเคชั่นเว็บที่มีความละเอียดอ่อนหรืออ่อนแอโดยไม่ได้ตั้งใจให้กับนักแสดงที่เป็นอันตรายซึ่งกำลังมองหาสคริปต์ที่ใช้ประโยชน์ได้ใน PHP

“ Down Ext: PHP” หมายถึงอะไร?

เพื่อให้เข้าใจถึงความเสี่ยงด้านความปลอดภัยอย่างเต็มที่ก่อนอื่นเราต้องเข้าใจธรรมชาติของการสืบค้น วลี “ Down Ext: PHP” เป็นตัวอย่างของสิ่งที่เรียกว่า Google Dork - เทคนิคการค้นหาที่ใช้พารามิเตอร์การค้นหาขั้นสูงเพื่อค้นหาประเภทของเนื้อหาเฉพาะบนอินเทอร์เน็ต ในกรณีนี้:

• “ ลง” - มักจะหมายถึงข้อความแสดงข้อผิดพลาดหรือหน้าเว็บที่ระบุว่าบริการไม่ทำงาน ตัวอย่างเช่น“ ไซต์ลงชั่วคราว” หรือ“ การเชื่อมต่อฐานข้อมูลล้มเหลว”
• “ Ext: PHP” -จำกัด ผลการค้นหาไว้ในไฟล์ที่มีส่วนขยาย. php ซึ่งเป็นหน้าเว็บที่ใช้ PHP

การรวมองค์ประกอบทั้งสองนี้แฮ็กเกอร์อาจใช้แบบสอบถามนี้เพื่อค้นหาไฟล์ PHP ที่เข้าถึงได้สาธารณะซึ่งกำลังแสดงข้อความแสดงข้อผิดพลาดในปัจจุบันอาจถูกกำหนดค่าผิดพลาดหรือเป็นการระบุการหยุดทำงานซึ่งทั้งหมดนี้สามารถใช้เป็นจุดเข้าสำหรับการตรวจสอบและการแสวงหาผลประโยชน์เพิ่มเติม

เหตุใดจึงมีความเสี่ยงด้านความปลอดภัย

เมื่อมองแวบแรกการแสดงรายการไฟล์สาธารณะหรือการระบุบริการ“ ลง” อาจไม่เป็นภัยคุกคามที่สำคัญ อย่างไรก็ตามความหมายที่ลึกซึ้งยิ่งขึ้นทำให้การสอบถามดังกล่าวเป็นเครื่องมือสำหรับการลาดตระเวนที่นำหน้าการโจมตี นี่คือวิธี:

1. ข้อความแสดงข้อผิดพลาดให้มากเกินไป : สคริปต์ PHP ที่กำหนดค่าไม่ดีจำนวนมากแสดงข้อความแสดงข้อผิดพลาดแบบเต็มเมื่อมีบางอย่างผิดปกติ ข้อความเหล่านี้สามารถเปิดเผยพา ธ เซิร์ฟเวอร์สตริงการเชื่อมต่อฐานข้อมูลหรือเวอร์ชันไลบรารีของบุคคลที่สามซึ่งทั้งหมดเป็นข้อมูลที่มีค่าสำหรับผู้โจมตี
2. จุดสิ้นสุดที่มีช่องโหว่ : หน้าเว็บที่“ ลง” มักถูกมองข้ามในสุขอนามัยความปลอดภัยและยังคงสามารถใช้งานได้ในบางส่วน หากเป็นแผงผู้ดูแลระบบหรือจุดสิ้นสุด API ที่ไม่ได้รับการป้องกันผู้โจมตีอาจทดสอบข้อมูลรับรองเริ่มต้นหรือลองฉีด SQL
3. การจัดทำดัชนีโดยเครื่องมือค้นหา : หากไม่มีกฎความปลอดภัยที่เหมาะสม - เช่นการใช้ไฟล์ robots.txt หรือแท็กเมตาเพื่อป้องกันการจัดทำดัชนี - ไฟล์ PHP ที่เป็นอันตรายเหล่านี้อาจถูกเปิดเผยบนเว็บเพียงแค่ค้นหาการค้นหา

ผู้โจมตีใช้คำค้นหาเหล่านี้อย่างไร

กระบวนการของอาชญากรไซเบอร์เริ่มต้นด้วยการรวบรวมข่าวกรอง เครื่องมือเช่น Google, Shodan และ Censys ทำให้ง่ายขึ้นกว่าเดิมในการค้นหาเป้าหมายโดยไม่ต้องส่งแพ็กเก็ตเดียวโดยตรงไปยังเซิร์ฟเวอร์ของเหยื่อ นี่คือการตรวจสอบภายในกายวิภาคของการลาดตระเวนทั่วไปที่เกี่ยวข้องกับ “ Down Ext: PHP” :

• ขั้นตอนที่ 1: ป้อนคิวรีลงในเครื่องมือค้นหาเช่น Google
• ขั้นตอนที่ 2: เยี่ยมชมหน้าเว็บที่ปรากฏในผลการค้นหาการเรียกดูเอาต์พุตข้อผิดพลาดเส้นทางไฟล์หรือส่วนประกอบที่ล้าสมัย
• ขั้นตอนที่ 3: ระบุรูปแบบเช่นประเภท CMS (เช่น WordPress, Joomla) หรือเฟรมเวิร์ก (เช่น laravel, codeigniter) ซึ่งสามารถอ้างอิงข้ามกับช่องโหว่ที่รู้จัก
• ขั้นตอนที่ 4: หากมีการระบุการเปิดให้เปิดการโจมตีเป้าหมาย - เช่นการอัพโหลดสคริปต์ที่เป็นอันตรายการเพิ่มสิทธิพิเศษหรือการสอบถามฐานข้อมูล Rogue

ความหมายของโลกแห่งความเป็นจริง

ในการศึกษาเมื่อเร็ว ๆ นี้ที่ดำเนินการโดย บริษัท วิเคราะห์ความปลอดภัยทางไซเบอร์พบว่ามีการค้นพบไฟล์ PHP ที่มีความปลอดภัยไม่ดีหลายพันไฟล์ผ่านการสืบค้น Dork สิ่งเหล่านี้รวม:

• หน้าเข้าสู่ระบบของผู้ดูแลระบบที่มีข้อมูลรับรองค่าเริ่มต้น“ ผู้ดูแลระบบ/รหัสผ่าน”
• ไฟล์การกำหนดค่าแสดงรายละเอียดการเข้าถึงฐานข้อมูลแบบเต็ม
• สคริปต์ที่เลิกใช้โดยใช้ PHP เวอร์ชันที่ล้าสมัยพร้อมการหาประโยชน์ที่รู้จัก

การเปิดรับแสงประเภทนี้มีส่วนช่วยโดยตรงต่อการละเมิดข้อมูลที่มีชื่อเสียง ในบางกรณีจุดเริ่มต้นเริ่มต้นสำหรับการโจมตีทางไซเบอร์ถูกติดตามกลับไปยังจุดสิ้นสุด PHP ที่ไม่มีการป้องกันและไม่ถูกต้องที่ค้นพบผ่านเทคนิคการค้นหาขั้นสูงเช่นนี้

วิธีปกป้องแอปพลิเคชัน PHP ของคุณ

โชคดีที่มีขั้นตอนเชิงรุกที่นักพัฒนาและผู้ดูแลระบบสามารถลดความเสี่ยงที่เกี่ยวข้องกับการค้นพบที่ใช้เครื่องยนต์ค้นหาเหล่านี้

1. ปิดการใช้งานข้อผิดพลาดในการผลิต

สภาพแวดล้อมการพัฒนาต้องการข้อความแสดงข้อผิดพลาดที่มองเห็นได้ แต่เซิร์ฟเวอร์การผลิตควรระงับผลลัพธ์เหล่านี้ สามารถทำได้อย่างง่ายดายใน PHP ด้วย:

 ini_set('display_errors', 0); error_reporting(0);

การบันทึกควรดำเนินการต่อภายใน แต่ข้อผิดพลาดไม่ควรมีผู้ใช้ปลายทาง

2. ใช้ไฟล์. htaccess สำหรับการควบคุมการเข้าถึง

โดยการกำหนดค่าเซิร์ฟเวอร์ Apache ของคุณอย่างระมัดระวังคุณสามารถ จำกัด การเข้าถึงไฟล์ PHP ที่ละเอียดอ่อน ตัวอย่าง:

 <Files "config.php"> Order allow,deny Deny from all </Files>

3. ป้องกันการจัดทำดัชนีด้วย robots.txt

แม้ว่าสิ่งนี้จะไม่ถูกเข้าใจผิด แต่การป้องกันบอทจากการจัดทำดัชนีไดเรกทอรีช่วยลดการมองเห็น:

 User-agent: * Disallow: /admin/ Disallow: /includes/ 4. ตรวจสอบการเปิดเผยของคุณเอง User-agent: * Disallow: /admin/ Disallow: /includes/ 

ท่าทางเชิงรุกรวมถึงการตรวจสอบเครื่องมือค้นหาสาธารณะเพื่อดูว่าแอปพลิเคชันของคุณเองกำลังเปิดใช้งานการสืบค้นที่มีความเสี่ยงหรือไม่ ลองค้นหาด้วยชื่อโดเมนและส่วนขยายที่คุณใช้:
เว็บไซต์: yourdomain.com ext: php

คุณยังสามารถใช้บริการเช่น:

• Google แจ้งเตือนด้วยไซต์และคำหลักของคุณเช่น "ข้อผิดพลาด", "PHP" หรือ "ผู้ดูแลระบบ"
• Shodan เพื่อค้นหาพอร์ตที่เปิดกว้างและอุปกรณ์หรือหน้าสัมผัส

5. อัปเดตซอฟต์แวร์

PHP ที่ไม่ได้จับเฟรมเวิร์กที่ล้าสมัยและปลั๊กอิน CMS เก่าเป็นเป้าหมายบ่อยครั้ง ตรวจสอบให้แน่ใจเสมอว่าคุณใช้งาน PHP เวอร์ชันล่าสุดและส่วนประกอบที่เกี่ยวข้องทั้งหมดและสมัครรับข้อมูลจดหมายเพื่อความปลอดภัยสำหรับเครื่องมือและไลบรารีที่คุณใช้

ให้ความรู้แก่ทีมงานด้านสุขอนามัยความปลอดภัย

หนึ่งในเสาหลักที่สำคัญของการรักษาความปลอดภัยเว็บแอปพลิเคชันคือการรับรู้ภายใน นักพัฒนาควรเข้าใจถึงผลกระทบของผลลัพธ์ข้อผิดพลาดได้รับการฝึกฝนในแนวทางปฏิบัติการเข้ารหัสที่ปลอดภัยและรักษาความทันสมัยอย่างต่อเนื่องกับช่องโหว่และกลยุทธ์การบรรเทาผลกระทบล่าสุด

การรักษาความปลอดภัยไม่ควรถือว่าเป็นการตั้งค่าในภายหลังหรือครั้งเดียว การกำหนดเวลาการตรวจสอบปกติการทดสอบการเจาะและการตรวจสอบรหัสโดยคำนึงถึงความปลอดภัยเป็นส่วนหนึ่งของการสร้างแอปพลิเคชันที่ยืดหยุ่น

บทสรุป

แม้ว่าจะดูธรรมดา แต่ข้อความค้นหาเช่น “ Down Ext: PHP” ทำหน้าที่เป็นหน้าต่างสู่โลกที่ซับซ้อนและมักมองข้ามไปของ Google Dorks และการรวบรวมข่าวกรองโอเพ่นซอร์ส เทคนิคเหล่านี้สามารถเปล่งประกายความสนใจเกี่ยวกับช่องโหว่ที่องค์กรไม่เคยตั้งใจจะเปิดเผย สิ่งที่ดูเหมือนเป็นความผิดพลาดเล็กน้อย - เช่นสคริปต์ทดสอบที่เหลืออยู่บนเซิร์ฟเวอร์ - สามารถกลายเป็นขั้นตอนแรกในการโจมตีทางไซเบอร์

โดยการทำความเข้าใจความสัมพันธ์ระหว่างข้อผิดพลาด HTTP ที่มองเห็นได้สคริปต์ที่จัดทำดัชนีและการกำหนดค่าที่อ่อนแอผู้ดูแลเว็บสามารถเสริมสร้างการป้องกันและลดพื้นผิวการโจมตีที่ไม่จำเป็น ในยุคที่ข้อมูลเป็นเพียงคำค้นหาการค้นหาการปกป้องแอปพลิเคชัน PHP ของคุณต้องใช้ทั้งการชุบแข็งทางเทคนิคและความระมัดระวังขององค์กร