Metodologie di test della sicurezza API

4

Ho incontrato sempre più clienti che necessitavano dei loro endpoint API (di solito REST) testati per le vulnerabilità e volevano raggiungere se qualcuno avesse delle raccomandazioni al di là di quello che stavo facendo.

Conosco molto bene il foglio di codice di sicurezza REST di OWASP e ho creato un certo numero di API, quindi so di cercare metodi HTTP, CSRF, divulgazione di dati sensibili, convalida dell'input, config SSL, ecc. ma mi mancano nulla? Quali tecniche stanno facendo tutti per andare oltre a trovare una vulnerabilità / exploit API? Qualche strumento consigliato che fa il lavoro meglio di un buon vecchio intercettatore e curl?

    
posta jmbmxer 05.02.2014 - 23:34
fonte

2 risposte

2

Il mio cliente RESTful preferito è httpie (dai sorgenti Python). Scaricalo facilmente tramite easy_install httpie o pip install httpie . Ci sono alcuni client / debug di REST come componenti aggiuntivi di Firefox (cerca tramite addons.mozilla.org).

Mentre in una certa azienda, ricordo di aver usato una funzione di WebInspect chiamata "parametri personalizzati" contro RESTful Web Services, come la demo REST-WS in Maven Security Web Security Dojo macchina virtuale o l'uso di JAX-RS del progetto GoatDroid di OWASP. Se hai anche accesso al prodotto Fortify SecurityScope, puoi usarlo per creare automaticamente un WADL che a sua volta può essere consumato da WebInspect RT. Quando si testano app di grandi dimensioni (ad es. Più di due milioni di righe di codice), ciò può essere particolarmente utile: voce dell'esperienza qui.

Quando guardi il rapporto SecToolMarket , la maggior parte degli strumenti che hanno meno di 9 vettori di input non possono gestire molto bene i servizi Web RESTful, e anche il i migliori (Burp Suite Professional, NTOSpider, IBM Appscan, ecc.) non hanno un chiaro percorso per testare queste interfacce / API. Questo è spesso il motivo per cui vorresti usare uno strumento come httpie (o curl) attraverso di loro come un proxy di intercettazione, insieme alla documentazione API appropriata (probabilmente preferibilmente in formato WADL).

    
risposta data 20.02.2014 - 13:53
fonte
1

Ti manca una cosa importante:

offrire agli utenti finali formazione / informazioni sulla sicurezza dei dati

Phishing & L'ingegneria sociale è il più grande fattore di rischio in qualsiasi implementazione

    
risposta data 05.02.2014 - 23:44
fonte

Leggi altre domande sui tag