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/A7-Fehlerhafte Autorisierung auf Anwendungsebene"
m (Editoral Edit (deleted unneded boxes, removed deleted links)) |
m (Referenzen: Link zu 'OWASP Proactive Controls' hinzugefügt) |
||
Line 106: | Line 106: | ||
{{Top_10_2010:SubsectionAdvancedTemplate|type={{Top_10_2010:StyleTemplate}}|subsection=references|position=right|risk=7|year=2013|language=de}} | {{Top_10_2010:SubsectionAdvancedTemplate|type={{Top_10_2010:StyleTemplate}}|subsection=references|position=right|risk=7|year=2013|language=de}} | ||
{{Top_10_2010:SubSubsectionOWASPReferencesTemplate}} | {{Top_10_2010:SubSubsectionOWASPReferencesTemplate}} | ||
− | * [ | + | * [[OWASP_Proactive_Controls |<u>OWASP Proactive Controls:</u>]] [[OWASP_Proactive_Controls#6:_Implement_Access_Controls|<u>Kapitel über 'Implement Access Controls'</u>]] |
+ | * [[Top_10_2007-Failure_to_Restrict_URL_Access|<u>OWASP Top 10-2007 on Failure to Restrict URL Access</u>]] | ||
* [http://owasp-esapi-java.googlecode.com/svn/trunk_doc/latest/org/owasp/esapi/AccessController.html <u>ESAPI Access Control API</u>] | * [http://owasp-esapi-java.googlecode.com/svn/trunk_doc/latest/org/owasp/esapi/AccessController.html <u>ESAPI Access Control API</u>] | ||
− | * [ | + | * [[Guide_to_Authorization|<u>OWASP Development Guide: Chapter on Authorization</u>]] |
− | * [ | + | * [[Testing_for_Path_Traversal|<u>OWASP Testing Guide: Testing for Path Traversal</u>]] |
− | * [ | + | * [[Forced_browsing|<u>OWASP Article on Forced Browsing</u>]] |
<!----- deleted Links: | <!----- deleted Links: | ||
* [[JAAS_Tomcat_Login_Module#5_-_Configure_the_security_constraints_in_web.xml |<u>JAAS_Tomcat_Login_Module: Configure the security constraints in web.xml</u>]] | * [[JAAS_Tomcat_Login_Module#5_-_Configure_the_security_constraints_in_web.xml |<u>JAAS_Tomcat_Login_Module: Configure the security constraints in web.xml</u>]] |
Latest revision as of 11:36, 24 March 2016
← A6-Verlust der Vertraulichkeit sensibler Daten | A8-Cross-Site Request Forgery (CSRF) → |
Anwendungs- spezifisch |
Ausnutzbarkeit EINFACH |
Verbreitung SELTEN |
Auffindbarkeit DURCHSCHNITTLICH |
Auswirkung MITTEL |
Anwendungs-/ Geschäftsspezifisch |
Jeder mit Netzwerkzugriff kann Anfragen an die Anwendung senden. Können anonyme Benutzer auf private Seiten zugreifen oder normale Benutzer auf privilegierte Seiten? |
Ein angemeldeter Benutzer ändert den URL auf eine Seite für privilegierte Benutzer. Erhält er Zugriff? Anonyme Benutzer könnten auf ungeschützte, private Seiten zugreifen. |
In Anwendungen wird der Zugriff auf Seiten nicht immer verlässlich abgesichert. Manchmal wird Zugriffsschutz durch Konfiguration realisiert, die ggf. auch fehlerhaft sein kann. Manchmal vergessen die Entwickler auch nur, die notwendige Prüfung zu implementieren. Solche Fehler lassen sich einfach entdecken. Die größte Schwierigkeit besteht darin, herauszufinden, welche angreifbaren Seiten (URLs) existieren. |
Solche Fehler erlauben es Angreifern, Funktionen zu nutzen, für die sie nicht berechtigt sind. Administrative Funktionen sind ein wesentliches Ziel bei diesem Angriffstyp. |
Betrachten Sie den Wert der Geschäftsprozesse der betroffenen Funktionen und Daten. Bedenken Sie ebenfalls die Auswirkung auf Ihre Reputation im Falle eines Bekanntwerdens der Schwachstelle. |
Mögliche Angriffsszenarien
Szenario 1: Der Angreifer ruft die Zieladressen einfach direkt auf. Die folgenden URLs erfordern eine Anmeldung. Für den Aufruf von “admin_getappInfo” sind darüber hinaus administrative Rechte erforderlich: http://example.com/app/getappInfo Erhält ein nicht angemeldeter Benutzer Zugriff, ist dies eine Schwachstelle. Erhält ein angemeldeter, nicht-administrativer Benutzer Zugriff auf “admin_getappInfo”, ist dies ebenfalls eine Schwachstelle und könnte dazu führen, dass ein Angreifer auf weitere administrative Seiten Zugriff erhält. Szenario 2: Eine Anwendung nutzt den Parameter ‘action‘, um spezifische Aufrufe zu ermöglichen. Unterschiedliche “Actions” erfordern dabei unterschiedliche Rollen. Wird dies nicht geprüft, handelt es sich um eine Schwachstelle. |
Wie kann ich 'Fehlerhafte Autorisierung auf Anwendungsebene' verhindern?
Die Anwendung sollte ein zentrales, möglichst einfach aufgebautes und widerspruchsfreies Modul zur Autorisierung verwenden, das leicht analysierbar ist und von allen Funktionen aufgerufen wird. Häufig werden diese Schutzfunktionen von externen Komponenten bereitgestellt.
Hinweis: Viele Anwendungen blenden lediglich die Links zu privilegierten Funktionen aus. Dies ist jedoch kein wirksamer Schutz. Der Zugriff muss ebenfalls in der zentralen Berechtigungsprüfung kontrolliert werden. |
Verteidigungs-Option 1 gegen 'Fehlerhafte Autorisierung auf Anwendungsebene':
Zugriffssteuerung über den Web-Container (Declarative Access Control)Die Autorisierung übernimmt der Web-Container. Die Steuerung erfolgt über die Konfigurationsdatei web.xml (Deployment Descriptor). Es ist kein Programmieraufwand notwendig.
<security-constraint>
</security-constraint>
</security-constraint>
</security-constraint> |
Referenzen
OWASP
Weitere Anforderungen an den Zugriffsschutz sind in der ASVS requirements area for Access Control (V4) enthalten, deutsche Übersetzung (Ver 1.0): (PDF, Word) Andere |
Comment: Bitte senden Sie uns weitere gute Beispiele mit PHP für diesen Abschnitt.
Verteidigungs-Option 1 gegen 'Fehlerhafte Autorisierung auf Anwendungsebene':
Zugriffssteuerung über den Web-Container (Declarative Access Control)Die Autorisierung übernimmt der Web-Container. Die Steuerung erfolgt über die Konfigurationsdatei .... (Deployment Descriptor). Es ist kein Programmieraufwand notwendig.
...
|
Verteidigungs-Option 2 gegen 'Fehlerhafte Autorisierung auf Anwendungsebene':
tbd. |
Verteidigungs-Option 3 gegen 'Fehlerhafte Autorisierung auf Anwendungsebene':
tbd. |
Referenzen
OWASP
Weitere Anforderungen an den Zugriffsschutz sind in der ASVS requirements area for Access Control (V4) enthalten, deutsche Übersetzung (Ver 1.0): (PDF, Word) Andere |
← A6-Verlust der Vertraulichkeit sensibler Daten | A8-Cross-Site Request Forgery (CSRF) → |
![CC-by-sa-3 0-88x31.png](/images/6/64/CC-by-sa-3_0-88x31.png)