Germany/Projekte/Top 10 fuer Entwickler-2013/A6-Verlust der Vertraulichkeit sensibler Daten

← Top_10_fuer_Entwickler/A5_Cross-Site Request Forgery (CSRF)

Top 10 fuer Entwickler-2013: Inhaltsverzeichnis Die Top-10-Risiken

Top_10_fuer_Entwickler/A7 Kryptografisch unsichere Speicherung →

A1 Injection (Befehle einschleusen)

______	Ausnutzbarkeit SCHWIERIG	Verbreitung SELTEN	Auffindbarkeit SCHWIERIG	Auswirkung SCHWERWIEGEND	Application / Business Specific
Jeder Benutzer des Systems ist zu betrachten. Haben diese ein Interesse, auf geschützte Daten unberechtigt zuzugreifen? Wie steht es um Administratoren?	Angreifer brechen üblicherweise nicht die eigentliche Kryptografie. Statt dessen finden Sie Schlüssel, Klartexte oder greifen über Kanäle mit automatischer Entschlüsselung auf Daten zu.	Fehlende Verschlüsselung vertraulicher Daten ist die häufigste Schwachstelle, gefolgt von unsicherer Schlüsselerzeugung, der Speicherung statischer Schlüssel und die Nutzung schwacher Algorithmen. Schwache Hashwerte ohne Salt kommen zum Passwortschutz oft vor. Ein ein-geschränkter Zugriff lässt externe Angreifer solche Probleme i.d.R. nicht leicht ent-decken. Den nötigen Zugriff müssen sie vorher auf andere Weise erlangen.		Fehler kompromittieren regelmäßig vertrauliche Daten. Es handelt sich hierbei oft um sensitive Daten wie personenbezogene Daten, Benutzernamen und Passwörter oder Kreditkarteninformationen.	Betrachten Sie den Wert verlorener Daten und die Auswirkungen auf die Reputation des betroffenen Unternehmens. Hat es ggf. auch juristische Konsequenzen, wenn die Daten bekannt werden?

Am I Vulnerable To 'Insecure Cryptographic Storage'? Szenario 1: Eine Anwendung speichert verschlüsselt Kreditkartendaten in einer Datenbank, um Sie vor Angreifern zu schützen. Die Datenbank ist so eingerichtet, dass die Daten beim Auslesen automatisch entschlüsselt werden. Durch SQL-Injection können in diesem Fall alle Kreditkartendaten im Klartext ausgelesen werden. Das System hätte so konfiguriert sein sollen, dass nur nachgelagerte Anwendungen und nicht die Webanwendung selbst entschlüsseln dürfen. Szenario 2: Ein Datensicherungsband speichert verschlüsselte Gesundheitsdaten, aber der Schlüssel ist ebenfalls dort gespeichert. Das Band geht auf dem Transportweg verloren. Szenario 3: Die Passwortdatenbank benutzt Hashwerte ohne Salt zur Speicherung der Passwörter. Eine Schwachstelle in der Downloadfunktion ermöglicht einem Angreifer den Zugriff auf die Datei. Zu allen Hashes kann in vier Wochen ein passender Klartext gefunden werden. Bei starken Hashwerten mit Salt hätte dieser Angriff über 3000 Jahre gedauert.

How Do I Prevent 'Insecure Cryptographic Storage'? Eine Übersicht über alle Tücken unsicherer Kryptografie liegt weit außerhalb des Rahmens der Top 10. Für alle vertrau-lichen Daten sollten Sie zumindest: Die Bedrohungen betrachten, vor denen Sie die Daten schützen wollen (z. B. Innen- und Außentäter) und sicherstellen, dass diese Daten angemessen durch Verschlüsselung geschützt werden. Sicherstellen, dass ausgelagerte Datensicherungen verschlüsselt sind und die Schlüssel getrennt verwaltet und gesichert werden. Sicherstellen, dass angemessene, starke Algorithmen und Schlüssel verwendet und verwaltet werden. Sicherstellen, dass Passwörter mit einem starken Algorithmus und einem angemessenen Salt gehasht werden. Sicherstellen, dass alle Schlüssel und Passwörter vor unberechtigtem Zugriff geschützt sind.

• JAVA
• Test

style="vertical-align: top; padding:5px; width: 50%;
          border: 3px solid 

1. 4F81BD;

          background-color: 

1. F2F2F2;">

Tbd

</td>
                  <td
   style="vertical-align: top; padding:5px; width: 50%;
          border: 3px solid 

1. 4F81BD;

          background-color: 

1. F2F2F2;">

References

Tbd

style="vertical-align: top; padding:5px; width: 50%;
          border: 3px solid 

1. 4F81BD;

          background-color: 

1. F2F2F2;">

Tbd

style="vertical-align: top; padding:5px; width: 50%;
          border: 3px solid 

1. 4F81BD;

          background-color: 

1. F2F2F2;">

OWASP

Einen umfangreicheren Überblick über die Anforderungen und die hierbei zu vermeidenden Probleme gibt es unter ASVS requirements on Cryptography (V7). Des Weiteren:

• OWASP Top 10-2007 on Insecure Cryptographic Storage
• ESAPI Encryptor API
• OWASP Development Guide: Chapter on Cryptography
• OWASP Code Review Guide: Chapter on Cryptography

External

• CWE Entry 310 on Cryptographic Issues
• CWE Entry 312 on Cleartext Storage of Sensitive Information
• CWE Entry 326 on Weak Encryption

</td></tr></table>

← A6-Security Misconfiguration

Top 10 Introduction Top 10 Risks

A8-Failure to Restrict URL Access →

---

© 2002-2010 OWASP Foundation This document is licensed under the Creative Commons Attribution-ShareAlike 3.0 license. Some rights reserved.

</td></tr></table>

style="vertical-align: top; padding:5px; width: 50%;
          border: 3px solid 

1. 4F81BD;

          background-color: 

1. F2F2F2;">

tbd Text

</td>
                  <td
   style="vertical-align: top; padding:5px; width: 50%;
          border: 3px solid 

1. 4F81BD;

          background-color: 

1. F2F2F2;">

References

tbd Text

style="vertical-align: top; padding:5px; width: 50%;
          border: 3px solid 

1. 4F81BD;

          background-color: 

1. F2F2F2;">

tbd Text

style="vertical-align: top; padding:5px; width: 50%;
          border: 3px solid 

1. 4F81BD;

          background-color: 

1. F2F2F2;">

(ganze Breite) Text

style="vertical-align: top; padding:5px; width: 50%;
          border: 3px solid 

1. 4F81BD;

          background-color: 

1. F2F2F2;">

</td></tr></table>

← Top_10_fuer_Entwickler/A5_Cross-Site Request Forgery (CSRF)

Top 10 fuer Entwickler-2013: Inhaltsverzeichnis Die Top-10-Risiken

Top_10_fuer_Entwickler/A7 Kryptografisch unsichere Speicherung →

---

© 2002-2013 OWASP Foundation This document is licensed under the Creative Commons Attribution-ShareAlike 3.0 license. Some rights reserved.