Re: libssl - Debian

Bernd Kreuss wrote:

- Was ist mit aufgezeichneten SSH-Sitzungen (welchen Einfluss hat der
host key auf die Sitzungsschlüssel) Ist es FUD? Wenn nein, warum nicht?
Was ist z.B. der Einfluss auf einen aufgezeichnete Diffie-Hellman-
Schlüsseltausch? Beide varianten, Alice->Bob oder Bob->Alice (Alice hat
Debian, Bob nicht)

Naja, das sind die eher theoretischen Angriffsszenarien. Wenn du einen der
beiden Private Keys hast bzw. leicht berechnen kannst, kannst du die
Verbindung natürlich entschlüsseln.

Das grosse Problem ist m.E., dass sämtliche möglichen Private-Keys, die auf
Debian Etch und abgeleiteten Systemen generiert werden können, nun bekannt
sind und garantiert schon Skripts im Umlauf sind, mit denen man sämtliche
möglichen Keys in ganzen IP-Ranges und gängigen Loginnamen (z.B. root ...)
durchprobieren kann. Deswegen dürften in nächster Zeit tausende von Servern
gehackt werden.

- Was ist mit Tor-Hidden-Service-Keys? (Es gibt brute force tools für die
Generierung von .onion adressen die im Ergebnis eine bestimmte RegExp
matchen sollen, warum haben die in den letzten 2 Jahren *nicht* um
Größenordnungen besser funktioniert als in der Theorie zu erwarten
gewesen wäre, obwohl sie angeblich(?) auch schwach sind?) Ist es FUD?
Wenn nein, warum nicht?

Grundsätzlich reicht es bei dieser mehrstufigen zwiebelartigen
Verschlüsselung, wenn zumindest ein Key unterwegs nicht kompromittiert ist.
Solange nicht die ganze Kette, über die die Daten laufen, kompromittierte
Keys einsetzt, ist die Verbindung noch als sicher zu betrachten.

- Warum wird mancherorts geschrieben, auch gute Schlüssel, die in
irgendwelchen SSH(?) SSL(?) Whatever(?) Verbindungen mit betroffenen
Hosts zum Einsatz kamem seien ebenfals als kompromittiert zu betrachten?
Warum? welche Mechanismen greifen hier?

Das gilt nur für DSA-Schlüssel. DSA-Signaturen sind auf zufällige Werte
angewiesen, s. http://de.wikipedia.org/wiki/Digital_Signature_Algorithm Ist
einem Angreifer der zufällige Wert bekannt, kann er daraus den Schlüssel
berechnen. Wenn der Random Number Generator nur 2^15 Werte annehmen kann,
kann man daraus den Schlüssel leicht berechnen.

- Welche anderen, nicht so offensichtlichen Implikationen ergeben sich,
und warum?

Aus meiner Sicht hauptsächlich die, dass auch Systeme betroffen sein können,
die diese Schwäche nie hatten, sobald irgendjemand einen schwachen Key
darauf kopiert hat. Für Debian & Co. stehen immerhin Tools zur Verfügung,
mit denen man schwache Keys leicht ausfindig machen kann, Hersteller
anderer Systeme lassen sich da möglicherweise mehr Zeit.

Gruss

Roman°
--
IRC: Freenode, #usenet-friends
.

Relevant Pages

  • mlppp-dsl mit debian
    ... Ich versuche schon seit langen meine ml-ppp verbindung mittels 2 DSL6000 ... Anschlüssen unter Debian zum Laufen zu bekommen. ... UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ...
    (de.comp.os.unix.networking.misc)
  • Debian isdn geht, geht mal nicht, Fehlercode e001b
    ... Probleme, Seit Dienstag keine Verbindung. ... mit Debian Sarge immer problemlos. ... Prev by Date: ... Next by Date: ...
    (de.comp.os.unix.linux.isdn)
  • Re: [Full-disclosure] Working exploit for Debian generated SSH Keys
    ... the debian openssl issue leads that there are only 65.536 possible ssh ... precalculated ssh keys to brute force the ssh login. ... Charter: http://lists.grok.org.uk/full-disclosure-charter.html ... Hosted and sponsored by Secunia - http://secunia.com/ ...
    (Full-Disclosure)
  • Re: [Full-disclosure] Working exploit for Debian generated SSH Keys
    ... the debian openssl issue leads that there are only 65.536 possible ssh ... This leads to that the following perl script can be used with the ... precalculated ssh keys to brute force the ssh login. ...
    (Full-Disclosure)
  • Re: [Full-disclosure] Working exploit for Debian generated SSH Keys
    ... the debian openssl issue leads that there are only 65.536 possible ssh ... This leads to that the following perl script can be used with the ... precalculated ssh keys to brute force the ssh login. ...
    (Full-Disclosure)