Die 19 Todsünden der Software-Security

Aus Sicht des Experten werden vor allem Insider-Risiken kaum verstanden, die Auswirkungen wie Man-in-the-Middle-Attacken oder Passwortcracking-Technologien nach sich ziehen können. Auch die Risikomanager hätten kaum ein wirkliches Gespür für die tatsächlich existenten Risiken. Gerade der laxe Umgang mit SSL zeige die gravierenden Defizite der Unternehmen am besten. „Oft sieht es so aus, als ob die SSL-Verschlüsselung arbeitet, sie tut es aber nicht wirklich“, sagt Viega.

Letztlich invalide und wertlose Zertifikate schaffen also eher neue Problemfelder, so die Kritik: „Verisigns Zertifikate bringen viel Geld, aber wenig Security-Nutzen.“ Viega spart auch die Anbieter von Sicherheitssoftware nicht von der Kritik aus. Diese könnten bei nicht adäquater Anwendung von SSL auch keine wirksame Unterstützung leisten. Sein neuer Job bei McAfee bietet für den Spezialisten sicherlich genügend Angriffspunkte.

Stark gefordert ist auch die Zunft der Entwickler. Und gerade diese fordert Viega auf, von ihrer Detailverliebtheit, etwa mit einer schnörkellosen Implementierung von SSL, Abstand zu nehmen und sich auf das Wesentliche zu konzentrieren. Garantien, dass der Nutzer tatsächlich via Verschlüsselung kommuniziere, gäbe es definitiv keine. „Nicht der Server, sondern der unsichtbare Dritte vertauscht und gibt sein Zertifikat stattdessen aus.“

Abhilfe können nach Auffassung John Viegas umfassende Testprozeduren für SSL auf Basis von HTTPS schaffen. Noch eine andere wichtige Baustelle macht der Experte aus: Ein erfolgreicher Buffer-Overflow auf Basis von C/C++ habe gravierende Konsequenzen, wenn etwa der Angreifer über Java-Programme von außen die Kontrolle über die Maschine bekäme. Mit Hilfe der SQL-Injection könne der Hacker zudem nicht nur die Daten sehen, sondern auch den Zugang kontrollieren.