sqlmap: ค้นหาการฉีดก่อนที่จะพบ

ประเด็นสำคัญ

1. ค้นหาด้วยมือก่อน: พารามิเตอร์ตอบสนองผิดปกติใน Repeater (สตริงข้อผิดพลาด การเปลี่ยนแปลงเวลา) คุณตรวจสอบด้วยเพย์โหลดแบบกำหนดเอง จากนั้นจึงนำ sqlmap เข้ามาเพื่อทำให้สิ่งที่คุณยืนยันแล้วเป็นอัตโนมัติ
2. รูปแบบการโทรพื้นฐาน: sqlmap -u URL p พารามิเตอร์และ sqlmap --data สำหรับเนื้อหา POST; --batch ข้ามพร้อมท์โดยยอมรับความเสี่ยงในการปฏิบัติงานของคุณเอง
3. ยกระดับแฟล็กอย่างจงใจ: --level และ --risk เพิ่มปริมาณโพรบ (จุดแทรกเพิ่มเติม, PAYLOADS ที่ก้าวร้าวมากขึ้น) ซึ่งเป็นวิธีที่เซิร์ฟเวอร์ถูกทำให้ออฟไลน์อย่างแน่นอน - จับคู่พวกมันกับสิ่งที่การมีส่วนร่วมอนุญาต
4. การแจงนับเป็นระยะที่มีประสิทธิผล: --dbs จากนั้น -D db --tables จากนั้น -T table --columns และ --dump เมื่อได้รับความยินยอมจากลูกค้าอย่างชัดเจนเท่านั้น เนื่องจากเป็นการคัดลอกข้อมูลจริง
5. การเลือกเทคนิคด้วย --technique (B, E, U, T, S) จะบอกเครื่องยนต์ว่าควรลองใช้อะไร ตามเวลาบนเครือข่ายที่ช้าจะเสียเวลาหลายชั่วโมงหาก blind boolean ทำงาน
6. --os-shell และสคริปต์ tamper มีอยู่และทรงพลัง และทั้งคู่เป็นแฟล็กที่มักจะทำลายสิ่งต่าง ๆ การอ่านสิ่งที่พวกเขานำไปใช้จริงมาก่อนเกิดเพลิงไหม้
7. ค่ารายงานมีความแม่นยำ: การค้นพบที่ตั้งชื่อแบ็กเอนด์ จุดแทรก และเพย์โหลดที่ได้รับการตรวจสอบจะอ่านได้ดีกว่าภาพหน้าจอเอาต์พุตของสแกนเนอร์ ไม่ว่าเครื่องมือใดก็ตามจะสร้างมันขึ้นมา
8. แก้ไขเพดานขอบเขต: sqlmap จะไม่เขียนอะไรเลยโดยปราศจากคำขอของคุณ แต่ --dump บนตารางผู้ใช้จริงคือสำเนาข้อมูลไคลเอนต์ที่มีผลกระทบตามมาตามการปฏิบัติตามจริง — เขียนความยินยอมลงในแผนการมีส่วนร่วม

บันทึกจากหน้างาน

คำแนะนำที่ดีที่สุดที่ฉันเคยได้รับ: คุณไม่สามารถทิ้งสิ่งที่คุณพบด้วยมือก่อน ทิ้งเฉพาะเมื่อได้รับความยินยอมเท่านั้น และห้ามทิ้ง --batch กับการผลิตโดยไม่มีคนเฝ้าดูสาย สคีมาที่แจกแจงสร้างรายงานได้ดีกว่าภาพหน้าจอใดๆ

คำถามที่พบบ่อย