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/A5-Sicherheitsrelevante Fehlkonfiguration"
Timo Pagel (talk | contribs) |
Timo Pagel (talk | contribs) |
||
| Line 109: | Line 109: | ||
Wichtige Parameter sind dabei u.a.: | Wichtige Parameter sind dabei u.a.: | ||
| − | * open_basedir "/var/www/project"; | + | * open_basedir "/var/www/project" ; Ggf. auch /tmp erlauben, Einstellung am besten im Webserver vornehmen |
| − | * session.cookie_secure=On | + | * session.cookie_secure=On |
| − | * session.use_only_cookies=On | + | * session.use_only_cookies=On |
| − | * session.cookie_httponly=On | + | * session.cookie_httponly=On |
| − | * allow_url_fopen=Off | + | * allow_url_fopen=Off |
{{Top_10_2010:SubsectionAdvancedTemplate|type={{Top_10_2010:StyleTemplate}}|subsection=defOp|position=right|title=2|risk=5|year=2013|language=de}} | {{Top_10_2010:SubsectionAdvancedTemplate|type={{Top_10_2010:StyleTemplate}}|subsection=defOp|position=right|title=2|risk=5|year=2013|language=de}} | ||
Revision as of 19:30, 25 January 2014
| ← A4-Unsichere direkte Objektreferenzen | A6-Verlust der Vertraulichkeit sensibler Daten → |
| Bedrohungsquellen | Angriffsvektoren | Schwachstellen | Technische Auswirkung | Auswirkung auf das Unternehmen | |
|---|---|---|---|---|---|
|
Anwendungs- spezifisch |
Ausnutzbarkeit EINFACH |
Verbreitung HÄUFIG |
Auffindbarkeit EINFACH |
Auswirkung MITTEL |
Application / Business Specific |
| Nicht authentisierte Angreifer sowie authentisierte Nutzer könnten versuchen, Zugangsdaten anderer zu stehlen. In Betracht kommen außerdem Innentäter, die ihre Handlungen verschleiern wollen. | Angreifer benutzen Standardkonten, inaktive Seiten, ungepatchte Fehler, ungeschützte Dateien und Verzeichnisse etc., um unautorisierten Zugang zum oder Kenntnis über das Zielsystem zu erlangen. | Sicherheitsrelevante Fehlkonfiguration kann auf jeder Ebene der Anwendung, inkl. Plattform, Web- und Anwendungsserver, Frameworks oder Programmcode vorkommen. Die Zusammenarbeit zwischen Entwicklern und Administratoren ist wichtig, um eine sichere Konfiguration aller Ebenen zu gewährleisten. Automatisierte Scanner können oft fehlende Sicherheitspatches, Fehlkonfigurationen, Standardkonten, nicht benötigte Dienste, usw. erkennen. | Diese Fehler geben Angreifern häufig unautorisierten Zugriff auf Systemdaten oder -funktionalitäten. Manchmal führen sie zur kompletten Kompromittierung des Zielsystems. |
Ein System könnte unbemerkt kompromittiert werden. Alle Daten könnten gestohlen oder nach und nach verändert werden. Wiederherstellungskosten können hoch sein. |
|
|
Mögliche Angriffsszenarien
Szenario 1: Eine Anwendung baut auf einem mächtigen Framework auf. XSS Fehler werden in diesem Framework gefunden. Ein Update zur Behebung der Sicherheitslücken wurde veröffentlicht, jedoch bisher nicht ausgerollt. Bis zum Update können Angreifer die Fehler in der Anwendung erkennen und ausnutzen. Szenario 2: Die Administratorkonsole mit Standardkonto wurde automatisch installiert und nicht entfernt. Angreifer entdecken dies, melden sich über das Standardkonto an und kapern das System. Szenario 3: Directory Listings wurden nicht deaktiviert. Angreifer nutzen dies, um in den Besitz aller Dateien zu kommen. Sie laden alle existierenden Java-Klassen herunter und entdecken ein Backdoor. Szenario 4: Die Anwendungsserverkonfiguration erlaubt es, Stack Traces an Benutzer zurückzugeben. Dadurch können potentielle Fehler im Backend offengelegt werden. Angreifer lieben zusätzliche Informationen in Fehlermeldungen. |
Wie kann ich 'Sicherheitsrelevante Fehlkonfiguration' verhindern?
Alle folgenden Empfehlungen sollten berücksichtigt werden:
|
|
Verteidigungs-Option 1 gegen 'Sicherheitsrelevante Fehlkonfiguration':
TbdTbd |
Verteidigungs-Option 2 gegen 'Sicherheitsrelevante Fehlkonfiguration':
TbdTbd |
|
Verteidigungs-Option 3 gegen 'Sicherheitsrelevante Fehlkonfiguration':
TbdTbd |
Referenzen
OWASP
Weitere Informationen unter ASVS requirements area for Security Configuration (V12) Andere |
|
Verteidigungs-Option 1 gegen 'Sicherheitsrelevante Fehlkonfiguration':
In der Datei php.ini bietet PHP Konfigurationsmöglichkeiten für Umgebungsvariablen an. Hier kann bspw. bestimmt werden, ob ein Cookie nur bei HTTP-Abfragen oder auch durch JavaScript ausgelesen werden darf. Zur Laufzeit können die Parameter ebenfalls über die Funktion ini_set() gesetzt werden. Das PHP-Projekt Psecio (siehe https://github.com/psecio/iniscan/) bietet ein Werkzeug zur Überprüfung der php.ini an, mit welchem Schwachstellen in der Konfigurationsdatei aufgedeckt werden können. Wichtige Parameter sind dabei u.a.:
|
Verteidigungs-Option 2 gegen 'Sicherheitsrelevante Fehlkonfiguration':
TbdTbd |
|
Verteidigungs-Option 3 gegen 'Sicherheitsrelevante Fehlkonfiguration':
TbdTbd |
Referenzen
OWASP
Weitere Informationen unter ASVS requirements area for Security Configuration (V12) Andere |
|
Verteidigungs-Option 1 gegen 'Sicherheitsrelevante Fehlkonfiguration':
tbd Text |
Verteidigungs-Option 2 gegen 'Sicherheitsrelevante Fehlkonfiguration':
tbd Text |
|
Verteidigungs-Option 3 gegen 'Sicherheitsrelevante Fehlkonfiguration':
tbd Text | |
|
Auswirkung(en) auf den Benutzer
(ganze Breite) Text |
Referenzen
|
| ← A4-Unsichere direkte Objektreferenzen | A6-Verlust der Vertraulichkeit sensibler Daten → |
