Germany/Projekte/Top 10 fuer Entwickler-2013/A10-Ungeprüfte Um- und Weiterleitungen

A10 Ungeprüfte Um- und Weiterleitungen
Angreifer, der einen Nutzer über eine beliebige Website oder HTML-Seite dazu verleitet, eine Anfrage an Ihre Website zu starten. Das können beliebige Webseiten oder HTML-Feeds sein. Nutzer klicken auf scheinbar seriöse Links von einem Angreifer, die auf bösartige Sites umleiten (Redirects). Durch unsichere Weiterleitungen kann ein Angreifer Sicherheits-prüfungen umgehen (Forwards). Anwendungen nutzen regelmäßig Weiter- oder Umleitungen, um Nutzer auf andere Seiten umzulenken. Manchmal verwendet die angegriffene Seite ungeprüfte Parameter für Umleitungen, so dass Angreifer die Zielseiten selbst festlegen können. Ungeprüfte Umleitungen zu entdecken ist einfach: Suchen Sie nach Redirects, die die Angabe von URLs erlauben. Ungeprüfte Weiterleitungen zu finden ist schwieriger, da sie auf interne Seiten verweisen. Umleitungen können Schadsoftware installieren und Nutzer verleiten, Passwörter oder sensible Daten offenzulegen. Unsichere interne Weiterleitungen ermöglichen es, Zugangskontrollen zu umgehen. Was bedeutet Ihnen das Vertrauen Ihrer Kunden? Was ist, wenn deren PCs wg. Schadsoftware infiziert werden? Was passiert, wenn Angreifer auf nicht-öffentliche Funktionen zugreifen können?

 Szenario 1 : Die Anwendung enthält eine Seite namens &quot; redirect.jsp &quot;, die einen einzigen Parameter &quot; url&quot; verwendet. Der Angreifer setzt eine URL als Parameterwert ein, die den Nutzer auf eine Website führt, die Schadcode installiert oder Phishing ermöglicht: http://www.example.com/redirect.jsp?url= evil.com  Szenario 2 : Die Anwendung verwendet interne Umleitungen, um Anfragen auf unterschiedliche Bereiche der Website weiterzureichen. Um dies zu erleichtern, können Parameter verwendet werden, um festzulegen, auf welchen Bereich der Nutzer im Erfolgsfall umgeleitet wird. In diesem Fall schleust der Angreifer eine URL als Parameter ein, die die Zugangskontrollen der Anwendung umgeht und anschließend den Angreifer auf einen administrativen Bereich leitet, auf den er normalerweise keinen Zugriff hätte. http://www.example.com/boring.jsp?fwd= admin.jsp

Ein sicherer Einsatz von Weiter- und Umleitungen kann auf unterschiedliche Weise realisiert werden: Es ist extrem wichtig, diese Mängel zu vermeiden, da es sich um beliebte Ausgangspunkte für Phishing-Angriffe handelt.
 * 1) Weiter- und Umleitungen schlichtweg vermeiden.
 * 2) Falls eingesetzt, verwenden Sie keine Nutzerparameter um die Ziel-URL zu berechnen. Das ist i.d.R möglich.
 * 3) Falls Zielparameter nicht vermeidbar sind, stellen Sie sicher, dass die Parameter gültig und die Nutzer dafür autorisiert sind. Es wird empfohlen, dass Sie jegliche Ziel-URL-Parameter mittels Zuordnungslisten erstellen, statt die echte URL oder einen Teil davon zu verwenden. Serverseitig wird der Parameter dann mit Hilfe dieser Liste der korrekten Zieladresse zugeordnet. Setzen Sie ESAPI ein, um die sendRedirect-Methode zu überschreiben und so alle Umleitungen abzusichern.

= JAVA =

Tbd
String custname = request.getParameter("customerName"); // This should REALLY be validated too // perform input validation to detect attacks String query = "SELECT account_balance FROM user_data WHERE user_name = ? "; PreparedStatement pstmt = connection.prepareStatement( query ); pstmt.setString( 1, custname); ResultSet results = pstmt.executeQuery;

Tbd
String custname = request.getParameter("customerName"); // This should REALLY be validated try {
 * CallableStatement cs = connection.prepareCall
 * ("{call sp_getAccountBalance(?)}");
 * '''cs.setString(1, custname);ResultSet results = cs.executeQuery;
 * // … result set handling

} catch (SQLException se) {
 * // … logging and error handling

}

Tbd
Diese Technik sollte bei SQL nur als Zusatzmaßnahme, oder als Notlösung für alte Software in Betracht gezogen werden, für die anderen Typen ist sie die einzige, bekannte Maßnahme. Die Metazeichen sind je Backend-Typ und meist auch je Backend-Hersteller unterschiedlich (z.B. Datenbank-Hersteller), vgl OWASP's ESAPI.

Codec ORACLE_CODEC = new OracleCodec; //added String query = "SELECT user_id FROM user_data WHERE user_name = '" +
 * ESAPI.encoder.encodeForSQL( ORACLE_CODEC, //added
 * req.getParameter("userID") ) + "' and user_password = '" +
 * ESAPI.encoder.encodeForSQL( ORACLE_CODEC, //added
 * req.getParameter("pwd") ) +"'";


 * OWASP Artikel über offene Umleitungen (engl.)
 * ESAPI SecurityWrapperResponse sendRedirect Methode


 * CWE Entry 601 über offene Umleitungen (engl.)
 * WASC Artikel über den Missbrauch von URL-Umleitungen
 * Google Blog Artikel über die Gefahren von offenen Umleitungen
 * OWASP Top 10 for .NET article on Unvalidated Redirects and Forwards (tbd: LINK!!)

= Test =

tbd Text

tbd Text

tbd (ganze Breite) Text

Text

Text

= Test LanguageFile 2010 en =

tbd Text

tbd Text

tbd (ganze Breite) Text

Text

Text

= Test LanguageFile 2010 us =

tbd Text

tbd Text

tbd (ganze Breite) Text

Text

Text

= Test LanguageFile 2010 Default =

tbd Text

tbd Text

tbd (ganze Breite) Text

Text

Text

= Test LanguageFile 2013 Default =

tbd Text

tbd Text

tbd (ganze Breite) Text

Text

Text

= Test LanguageFile Default =

tbd Text

tbd Text

tbd (ganze Breite) Text

Text

Text