Η μεθοδολογία ελέγχου για ευπάθειες IDOR (Insecure Direct Object Reference) και BOLA (Broken Object Level Authorization) με τη χρήση του Burp Suite βασίζεται στον εντοπισμό παραμέτρων αναφοράς αντικειμένων (όπως IDs, UUIDs, filenames) και στη δοκιμή πρόσβασης χρησιμοποιώντας διαφορετικά διαπιστευτήρια ή ρόλους.
Τα σφάλματα πρόσβασης είναι εδώ και χρόνια στην κορυφή της λίστας: πρώτη θέση στο OWASP Top 10 (A01, Broken Access Control) και πρώτη θέση στο OWASP API Security Top 10 (API1, Broken Object Level Authorization). Δεν τα πιάνουν σχεδόν ποτέ οι αυτόματοι scanners, γιατί ο scanner δεν ξέρει ποια δεδομένα ανήκουν σε ποιον. Γι’ αυτό είναι ιδανικό πεδίο για μεθοδικό, χειροκίνητο testing. Ακολουθεί η μεθοδολογία που χρησιμοποιώ σε web και API engagements.
Πριν από οτιδήποτε: εξουσιοδότηση και κανόνες
- Γραπτή εξουσιοδότηση από τον ιδιοκτήτη του συστήματος, με σαφές scope: domains, APIs, περιβάλλοντα (ιδανικά staging).
- Rules of engagement: ώρες, όρια ρυθμού αιτημάτων, τι απαγορεύεται (π.χ. διαγραφές σε production), ποιος ειδοποιείται αν βρεθεί κάτι κρίσιμο.
- Δοκιμαστικοί λογαριασμοί που σας δίνει ο πελάτης. Δεν δοκιμάζουμε ποτέ πάνω σε δεδομένα πραγματικών χρηστών.
- Ελάχιστη πρόσβαση: μόλις αποδείξετε ότι ένα object είναι προσβάσιμο, σταματάτε. Δεν «κατεβάζουμε» δεδομένα για να δείξουμε το μέγεθος του προβλήματος.
Η προετοιμασία
η συνέχεια στο /forum






0 σχόλια
iGuRu.gr