This site is the archived OWASP Foundation Wiki and is no longer accepting Account Requests.
To view the new OWASP Foundation website, please visit https://owasp.org
Difference between revisions of "Germany/Projekte/Top 10 fuer Entwickler-2013/A4-Unsichere direkte Objektreferenzen"
(Referenzen ergänzt (JAVA und .NET)) |
m |
||
Line 124: | Line 124: | ||
{{Top_10_2010:SubSubsectionOWASPReferencesTemplate}} | {{Top_10_2010:SubSubsectionOWASPReferencesTemplate}} | ||
* [https://www.owasp.org/index.php/Top_10_2007-Insecure_Direct_Object_Reference OWASP Top 10-2007 on Insecure Dir Object References] | * [https://www.owasp.org/index.php/Top_10_2007-Insecure_Direct_Object_Reference OWASP Top 10-2007 on Insecure Dir Object References] | ||
− | * [http://owasp-esapi-java.googlecode.com/svn/trunk_doc/latest/org/owasp/esapi/AccessReferenceMap.html ESAPI Access Reference Map ] | + | * [http://owasp-esapi-java.googlecode.com/svn/trunk_doc/latest/org/owasp/esapi/AccessReferenceMap.html ESAPI Access Reference Map API] |
* [http://owasp-esapi-java.googlecode.com/svn/trunk_doc/latest/org/owasp/esapi/AccessController.html ESAPI Access Control API] (siehe isAuthorizedForData(), isAuthorizedForFile(), isAuthorizedForFunction() ) | * [http://owasp-esapi-java.googlecode.com/svn/trunk_doc/latest/org/owasp/esapi/AccessController.html ESAPI Access Control API] (siehe isAuthorizedForData(), isAuthorizedForFile(), isAuthorizedForFunction() ) | ||
Line 199: | Line 199: | ||
{{Top_10_2010:SubSubsectionOWASPReferencesTemplate}} | {{Top_10_2010:SubSubsectionOWASPReferencesTemplate}} | ||
* [https://www.owasp.org/index.php/Top_10_2007-Insecure_Direct_Object_Reference OWASP Top 10-2007 on Insecure Dir Object References] | * [https://www.owasp.org/index.php/Top_10_2007-Insecure_Direct_Object_Reference OWASP Top 10-2007 on Insecure Dir Object References] | ||
− | * [http://owasp-esapi-java.googlecode.com/svn/trunk_doc/latest/org/owasp/esapi/AccessReferenceMap.html ESAPI Access Reference Map ] | + | * [http://owasp-esapi-java.googlecode.com/svn/trunk_doc/latest/org/owasp/esapi/AccessReferenceMap.html ESAPI Access Reference Map API] |
* [http://owasp-esapi-java.googlecode.com/svn/trunk_doc/latest/org/owasp/esapi/AccessController.html ESAPI Access Control API] (siehe isAuthorizedForData(), isAuthorizedForFile(), isAuthorizedForFunction() ) | * [http://owasp-esapi-java.googlecode.com/svn/trunk_doc/latest/org/owasp/esapi/AccessController.html ESAPI Access Control API] (siehe isAuthorizedForData(), isAuthorizedForFile(), isAuthorizedForFunction() ) | ||
Revision as of 12:24, 20 April 2013
← Top_10_fuer_Entwickler/A3_Fehler in Authentifizierung und Session-Management | Top_10_fuer_Entwickler/A5_Cross-Site Request Forgery (CSRF) → |
Seite in Bearbeitung (BAUSTELLE!!)
A4 Unsichere direkte Objektreferenzen
______ | Ausnutzbarkeit EINFACH |
Verbreitung HÄUFIG |
Auffindbarkeit EINFACH |
Auswirkung MITTEL |
Application / Business Specific |
Denken Sie an verschiedene Typen von Nutzern, die auf Ihr System zugreifen. Gibt es Nutzer, die nur eingeschränkten Zugriff auf bestimmte Daten Ihres Systems haben sollen? | Der Angreifer ist autorisiert, auf ein Systemobjekt zuzugreifen. Durch einfache Änderung eines Parameters kann er auf Objekte zugreifen, für die er nicht autorisiert ist. | Webanwendungen nutzen oft den internen Namen oder die Kennung eines Objektes, um auf dieses zu verweisen. Anwendungen prüfen dabei nicht immer, ob der Nutzer für den Zugriff auf diese autorisiert ist. Dies führt zu unsicheren direkten Objektreferenzen. Tester können Parameter ändern, um diese Schwachstellen zu entdecken. Code-Analysen zeigen schnell, ob die Autorisierung in geeigneter Weise geprüft wird. | Diese Schwachstelle gefährdet alle Daten, die via Parameter referenziert werden können. Angreifer können auf alle verfügbaren Daten dieser Art zugreifen, außer der Namensraum ist dünn besetzt. | Prüfen Sie sorgfältig den geschäftlichen Wert ungeschützt verfügbarer Daten. Berücksichtigen Sie auch die geschäftlichen Auswirkungen, die mit der Veröffentlichung der Schwachstelle verbunden sein können. |
Mögliche Angriffsszenarien
Die Anwendung nutzt ungeprüfte Daten in einem SQL-Aufruf, der Account-Informationen abfragt: String query = "SELECT * FROM accts WHERE account = ?";
PreparedStatement pstmt = connection.prepareStatement(query , ... ); pstmt.setString( 1, request.getParameter("acct")); ResultSet results = pstmt.executeQuery(); Ein Angreifer ändert den Parameter ‘acct’ im Browser, um beliebige Zugangsnummern abzufragen. Wenn keine Prüfung erfolgt, können Angreifer nicht nur auf ihren eigenen, sondern auf jeden gewünschten Account Zugriff erhalten. http://example.com/app/accountInfo?acct=notmyacct
|
Wie kann ich 'Unsichere direkte Objektreferenzen' verhindern?
Um unsichere direkte Objektreferenzen zu verhindern, muss der Schutz eines jeden Objektes (z.B. Objektnummer, Dateiname), das für Nutzer erreichbar ist, gewährleistet werden:
|
Verteidigungs-Option 1 gegen 'Unsichere direkte Objektreferenzen':
Zugriffe prüfen!InjectionChecker für Parameter Prüfung public class InjectionChecker { public static void check(String value) throws InjectionCheckException { // see Topic A1 ... if(checkFailed){ throw new InjectionCheckException("..."); } } }
public class PermissionChecker { public void check(String username, Action action, Class<? extends Object> objectType, String objectId) throws PermissionCheckException{ ... if(checkFailed){ throw new PermissionCheckException("..."); } } }
// Parameter Wert aus dem Request abfragen String acct = request.getParameter("acct"); InjectionChecker.check(acct); |
Verteidigungs-Option 2 gegen 'Unsichere direkte Objektreferenzen':
ESAPI(Beispiel bisher fast unbearbeitet aus ESAPI übernimmen) => tbd Set fileSet = new HashSet(); |
Verteidigungs-Option 3 gegen 'Unsichere direkte Objektreferenzen':
|
Referenzen
OWASP
Für weitere Anforderungen an Zugangskontrollen siehe Andere
|
Verteidigungs-Option 1 gegen 'Unsichere direkte Objektreferenzen':
public static class IndirectReferenceMap {
}
service.GetCustomer('<%= IndirectReferenceMap.
public Customer GetCustomer(Guid indirectId) {
... Quelle: OWASP Top 10 for .NET developers part 4: Insecure direct object reference |
Verteidigungs-Option 2 gegen 'Unsichere direkte Objektreferenzen':
tbd Text |
Verteidigungs-Option 3 gegen 'Unsichere direkte Objektreferenzen':
tbd Text | |
Auswirkung(en) auf den Benutzer
(ganze Breite) Text |
Referenzen
OWASP
Für weitere Anforderungen an Zugangskontrollen siehe Andere
|
Verteidigungs-Option 1 gegen 'Unsichere direkte Objektreferenzen':
tbd Text |
Verteidigungs-Option 2 gegen 'Unsichere direkte Objektreferenzen':
tbd Text |
Verteidigungs-Option 3 gegen 'Unsichere direkte Objektreferenzen':
tbd Text | |
Auswirkung(en) auf den Benutzer
(ganze Breite) Text |
Referenzen
|
← Top_10_fuer_Entwickler/A3_Fehler in Authentifizierung und Session-Management | Top_10_fuer_Entwickler/A5_Cross-Site Request Forgery (CSRF) → |