o5logon-fetch

Ein kleines Java-Programm, das versucht, CVE-2012-3137 auf verwundbaren Oracle 11 Servern auszunutzen. Durch die Ausnutzung dieser Sicherheitslücke können Sie Offline-Brute-Force-Angriffe durchführen, bis Sie das Passwort eines bestimmten Benutzers ermitteln, ohne dass eine offensichtliche Überwachungsspur hinterlassen wird.

Details zur Sicherheitslücke

Ein guter Artikel zur Sicherheitslücke, einschließlich Möglichkeiten, sich davor zu schützen, ist hier verfügbar.

Alternative Tools

Eine Alternative zu diesem Tool ist ein mmap-Skript, das sich hier befindet.

Wenn Sie kein Tool verwenden möchten, können Sie das, was diese Tools tun, manuell durchführen:

• Besorgen Sie sich SQL*Plus als Teil eines Instant-Client-Pakets von Oracle.
• Starten Sie ein Paketaufzeichnungstool wie Wireshark.
• Verwenden Sie SQL*Plus, um sich als der Benutzer, den Sie angreifen möchten, mit einem gefälschten Passwort anzumelden.
• Suchen Sie mit Ihrem Paketaufzeichnungstool das Paket, das vom Server mit „AUTH_SESSKEY“ und „AUTH_VFR_DATA“ in der Nutzlast gesendet wird, beide gefolgt von einem langen Hex-String.

Ergänzende Tools

Sobald Sie dieses Tool oder eine andere Methode verwendet haben, besteht der nächste Schritt darin, Brute-Force-Angriffe gegen die von Ihnen gesammelten Informationen zu starten.

• Ein Proof-of-Concept-Brute-Forcer ist hier verfügbar.
• John the Rippers bleeding jumbo branch verfügt über ein o5logon-Plugin-Format.

Anforderungen

Dieses Projekt wurde mit Folgendem im Hinterkopf entwickelt:

• OpenJDK 6, normalerweise einfach mit Ihrem Betriebssystem-Paketmanager zu installieren
• Eine ältere ojdbc6.jar, wie die, die im grundlegenden Instant Client 11.2.0.1 von Oracle enthalten ist

Unterschiedliche JVMs

Wenn Sie eine andere Java-Implementierung als OpenJDK 6 verwenden, müssen möglicherweise einige Anpassungen am Reflexionscode im MitMSocket-Paket vorgenommen werden. Beispielsweise wird die Standardsocket-Implementierung möglicherweise nicht „PlainSocketImpl“ genannt.

Instant-Client-Version

Wie in dem oben verlinkten Artikel erläutert, wurde in späteren Versionen sowohl des Instant Clients als auch der Oracle Server ein neues Protokoll eingeführt, das das Schadenspotenzial dieser Sicherheitslücke einschränkt. Allerdings unterstützen sowohl Clients als auch Server ältere Protokolle und erlauben diese standardmäßig.