sqlmap: מציאת זריקות לפני שהן נמצאות

נקודות עיקריות

1. תחילה מצא ביד: פרמטר מגיב בצורה מוזרה ב-Repeater (מחרוזות שגיאה, שינויים בזמן), אתה מאמת עם מטען ידני, ורק אז מביא sqlmap כדי להפוך את מה שכבר אישרת.
2. צורות הקריאה הבסיסיות: sqlmap -u URL p parameter ו-sqlmap --data עבור גופי POST; - אצווה דילוג על הנחיות בסיכון התפעולי שלך.
3. הסלמה של דגלים בכוונה: --- level ו--risk מעלים את נפח הבדיקה (יותר נקודות הזרקה, PAYLOADS אגרסיביים יותר), וזו בדיוק הדרך שבה שרת נדפק במצב לא מקוון - התאימו אותם למה שהאינטראקציה מאפשרת.
4. ספירה היא השלב היצרני: --dbs, ואז -D db --tables, ואז -T table --columns, ו--dump רק בהסכמה מפורשת של הלקוח מכיוון שהוא מעתיק נתונים אמיתיים.
5. בחירת טכניקה עם --טכניקה (B, E, U, T, S) אומרת למנוע מה לנסות; מבוסס זמן על רשת איטית מבזבז שעות אם בוליאני עיוור עובד.
6. --os-shell ו-tamper scripts קיימים והם חזקים, ושניהם הם הדגלים שבדרך כלל שוברים דברים; קריאה של מה שהם למעשה פורסים מגיעה לפני האש.
7. ערך הדוח הוא דיוק: ממצא המציין שמות אחורי, נקודת הזרקה ומטען מאומת קוראים טוב יותר מאשר צילומי מסך פלט סורק, בכל כלי שהפיק אותו.
8. תקן את תקרת ההיקף: sqlmap לא כותב כלום בלי הבקשה שלך, אבל --dump על טבלת משתמש אמיתית הוא עותק של נתוני לקוח עם השלכות אמיתיות של תאימות - כתוב את ההסכמה לתוכנית ההתקשרות.

הערת שטח

העצה הכי טובה שקיבלתי אי פעם: אתה לא יכול לזרוק את מה שמצאת ביד תחילה, לזרוק רק לאחר הסכמה, ולעולם לא עם --אצט נגד ייצור בלי שמישהו יסתכל על החוט. הסכימה המנויה עשתה דוח יפה יותר מכל צילום מסך.

שאלות נפוצות