Überraschende Software-Schwachstellen oder Exploits?

Question

Welches sind die seltsamsten/raffiniertesten/überraschendsten/tiefsten versteckten Software-Schwachstellen oder Exploits, die Sie je gesehen haben? Stellen im Code, von denen Sie dachten, dass sich dort keine Gefahr verbirgt, aber falsch lagen?

[Zur Klarstellung: Jeder kennt SQL-Injektionen, XSS oder Pufferüberläufe - Fehler, die oft durch unvorsichtige Kodierung entstehen. Aber Dinge wie Ken Thompsons versteckter Trojaner (Reflections on Trusting Trust: http://cm.bell-labs.com/who/ken/trust.html ), die jüngste NULL-Dereferenz-Schwachstelle im Linux-Kernel ( http://isc.sans.org/diary.html?storyid=6820 ), oder ein komplexer Angriff auf RNG mit Denial of Service ( http://news.ycombinator.com/item?id=639976 ) haben mich sehr beunruhigt].

Update: Vielen Dank für alle Antworten, sie waren großartig. Ich hatte die Qual der Wahl. Letztendlich habe ich mich entschieden, das Kopfgeld für den Seitenkanal-/Stromüberwachungsangriff zu zahlen. Nichtsdestotrotz zeigen all eure Antworten zusammen, dass ich mehr über Sicherheit lernen muss, da es ein wirklich tiefes Thema ist :).

Answer 1

El Kaltstart-Angriffe sind vielleicht eher ein Hardware-Angriff, aber dennoch sehr interessant und überraschend.

Sie haben gezeigt, dass man den Inhalt des gewöhnlichen RAM nach einem Neustart lesen kann. Durch Abkühlung der Chips auf -50 °C mit einem Dosenluftspray (kein flüssiger Stickstoff oder ähnliches) stellten sie fest, dass weniger als 1 % der Bits nach 10 Minuten ohne Strom(!) umgedreht wurden.

Dies ist ein ernsthafter Angriff auf alle Festplattenverschlüsselungsprogramme. Sie müssen den Entschlüsselungsschlüssel im RAM aufbewahren, und wenn Sie den Rechner neu starten können, können Sie wahrscheinlich auf den Schlüssel zugreifen. Sie werden vielleicht sagen, dass Sie es nicht zulassen werden, dass jemand Ihren Rechner auf diese Weise neu startet, aber denken Sie an gestohlene Laptops im Standby-Modus. Sie wachen auf und zeigen einen Bildschirmschoner an, der nach einem Passwort fragt. Zu diesem Zeitpunkt befindet sich der Festplattenverschlüsselungsschlüssel im RAM => ein Neustart später könnte der Schlüssel im Besitz des Bösewichts sein...

Sie haben Videos und den sehr lesenswerten Konferenzbericht auf ihre Homepage .

Answer 2

:-)

Alt-Text http://www.codingthewheel.com/image.axd?picture=transparent_intercept.png

Answer 3

Die "Naivität" der Menschen verblüfft mich immer wieder aufs Neue.

Answer 4

Cross Site Request Forgery .

Ich halte sie für eine der einfachsten, aber auch für eine der verheerendsten. Bis CSRF aufkam, gingen Webentwickler davon aus oder vertrauten darauf, dass Browser die vom Benutzer generierten Anfragen senden, aber jetzt nicht mehr. Ein klassisches Beispiel für einen verwirrter Abgeordneter .

Answer 5

Eine extrem einfache Methode, um Ihre Webanwendung zu manipulieren: Wenn die Anwendung es den Nutzern erlaubt, Bilder zu Profilen, Nachrichtenbrettern oder Blogbeiträgen hinzuzufügen, kann ein böswilliger Nutzer eine Bild-URL wie "/Account/LogOut" (oder eine andere gültige lokale URL, die Aktionen auslöst, die wir nicht wollen) einrichten. Wenn es ihm gelingt, sein Profil/einen Beitrag/eine Nachricht "auf der Hauptseite" zu veröffentlichen, wird jeder Benutzer sofort nach dem Einloggen ausgeloggt (der Browser führt eine Anfrage an /Account/LogOut im Kontext des aktuellen Benutzers aus, um das Bild herunterzuladen), so dass die Funktionalität der Seite ernsthaft beschädigt wird.