Abo
  • Services:
Anzeige
Schlechte Zufallszahlen führen zu Sicherheitsproblemen.
Schlechte Zufallszahlen führen zu Sicherheitsproblemen. (Bild: Screenshot / Hanno Böck)

OpenSSL: Fork und der Zufall

Der Zufallsgenerator von OpenSSL liefert unter bestimmten Umständen bei mehreren Aufrufen identische Werte, wenn er aus mehreren parallel ablaufenden Prozessen desselben Programms aufgerufen wird.

Anzeige

Nachdem in der vergangenen Woche eine gravierende Schwachstelle im Zufallszahlengenerator von Android bekannt wurde, hat Ruby-Entwickler Martin Boßlet die Hintergründe des Problems analysiert. Besonders in kryptografischen Applikationen spielen Zufallszahlen eine wichtige Rolle und Probleme können dazu führen, dass Verschlüsselungssysteme unsicher werden.

Eine Schwachstelle in OpenSSL führt dazu, dass der Zufallsgenerator der Verschlüsselungsbibliothek in Programmen, die mehrere Unterprozesse nutzen, unter bestimmten Umständen denselben Wert zurückliefert. Das Problem tritt auf, wenn der Zufallszahlengenerator im Hauptprogramm initialisiert wird und anschließend mehrere per Fork gestartete Unterprozesse Zufallszahlen abrufen. In diesem Fall liefert die Zufallsfunktion in allen Prozessen denselben Wert. Grund dafür: Die einzige zusätzliche Zufallsquelle, die in den Unterprozessen genutzt wird, ist die Prozess-ID (PID). Diese wiederholt sich allerdings bereits nach 32768 Unterprozessen, weshalb Programme, die sehr viele Unterprozesse aufrufen, von dem Problem betroffen sind

Bereits vor zwei Jahren hatte Ruby-Entwickler Eric Wong auf der OpenSSL-Mailingliste auf das Problem hingewiesen. Es entspann sich eine Diskussion darüber, ob der Fehler in der OpenSSL-Bibliothek liegt oder ob es sich vielmehr um eine unzulässige Nutzung des Zufallszahlengenerators handelt. Letztere Ansicht setzte sich zunächst durch und am OpenSSL-Code wurde nichts verändert.

Nachdem nun bereits mehrere große Projekte von dem Problem betroffen waren - neben Android und Ruby wurde auch in PostgreSQL bereits ein entsprechender Bug gefunden - plädiert Martin Boßlet dafür, das Problem in OpenSSL selbst zu lösen. Auf der OpenSSL-Mailingliste wird nun diskutiert, ob man neben der PID die Systemzeit als weitere Zufallsquelle nutzen sollte. Ähnlich arbeiten auch die FIPS-Standards der US-Regierung für sichere Zufallszahlengeneratoren.

Generell kritisiert Boßlet, dass Zufallsgeneratoren oft wenig systematisch entwickelt werden und sich somit viele überraschende Probleme darin verbergen können. Eine Möglichkeit wäre, generell auf bewährte Standards zu setzen, Boßlet verweist etwa auf den Fortuna-Zufallszahlengenerator von Bruce Schneier und Niels Ferguson oder auf die Standards der US-Standardisierungsbehörde NIST, die auch Teil der FIPS-Standards sind. Eine andere Möglichkeit wäre, dass Zufallszahlen unter Linux generell über /dev/urandom erzeugt werden. Der Code hierfür hat laut Boßlet einen vergleichsweise guten Ruf. Allerdings steht diese Möglichkeit nur unter Linux bereit.

Bei seinen Tests stellte Martin Boßlet weiterhin fest, dass das Problem in C-Code nur unter bestimmten Umständen auftrat - und zwar in Abhängigkeit von der Linux-Distribution. Nur in Debian-basierten Distributionen konnte er das Problem zunächst reproduzieren. Der Hintergrund dazu erinnert an das OpenSSL-Debakel in Debian von 2008. Demnach nutzt OpenSSL für seinen Zufallszahlengenerator einen unter bestimmten Umständen uninitialisierten Speicherbereich. Dieser enthält meist irgendwelche bereits vorhandenen Nutzerdaten, wodurch eine weitere Zufallsquelle besteht. In Debian ist der entsprechende Code auskommentiert und der Zufallsgenerator startet mit einem durch Nullen initialisierten Speicherbereich. Auf die Zufallszahlen im uninitialisierten Speicher verlassen sollte man sich allerdings auch nicht. Wird dieser vorher vom Nutzer selbst initialisiert, enthält er ebenfalls bereits Nulldaten.


eye home zur Startseite
petera 26. Aug 2013

Btw. Timer =/= Uhrzeit/Zeitstempel, sequentielle, korrelierbare Informationen haben...

petera 26. Aug 2013

/dev/random unter Linux kann besser sein weil er blockt, wenn er nicht mehr ausreichend...

petera 26. Aug 2013

Jeder PRNG der nicht aussreichend Entropie im Seed oder seinem Akkumulator verwendet...

Unwichtig 23. Aug 2013

https://blog.startcom.org/wp-content/uploads/2008/05/debian-rng.jpg Schoenes Wochenende...



Anzeige

Stellenmarkt
  1. ING-DiBa AG, Nürnberg
  2. Salzgitter Flachstahl GmbH, Salzgitter
  3. Vodafone Kabel Deutschland GmbH, Unterföhring
  4. Daimler AG, Germersheim


Anzeige
Top-Angebote
  1. 198,00€
  2. 21,50€ (ohne Prime bzw. unter 29€-Einkauf zzgl. 3€ Versand)

Folgen Sie uns
       

Anzeige
Whitepaper
  1. Potenzialanalyse für eine effiziente DMS- und ECM-Strategie
  2. Praxiseinsatz, Nutzen und Grenzen von Hadoop und Data Lakes
  3. Sicherheitsrisiken bei der Dateifreigabe & -Synchronisation


  1. Delid Die Mate 2

    Prozessoren köpfen leichter gemacht

  2. Rückzieher

    Assange will nun doch nicht in die USA

  3. Oracle

    Critical-Patch-Update schließt 270 Sicherheitslücken

  4. Android 7.0

    Samsung verteilt Nougat-Update für S7-Modelle

  5. Forcepoint

    Carbanak nutzt Google-Dienste für Malware-Hosting

  6. Fabric

    Google kauft Twitters App-Werkzeuge mit Milliarden Nutzern

  7. D-Link

    Büro-Switch mit PoE-Passthrough - aber wenig Anschlüssen

  8. Flash und Reader

    Adobe liefert XSS-Lücke als Sicherheitsupdate

  9. GW4 und Mont-Blanc-Projekt

    In Europa entstehen zwei ARM-Supercomputer

  10. Kabelnetz

    Vodafone stellt Bayern auf 1 GBit/s um



Haben wir etwas übersehen?

E-Mail an news@golem.de


Anzeige
Statt Begnadigung: Snowdens Aufenthalt in Russland verlängert
Statt Begnadigung
Snowdens Aufenthalt in Russland verlängert
  1. NSA-Ausschuss BGH stoppt schnelle Abstimmung zu Snowden
  2. Klare Vorgaben EuGH lehnt anlasslose Vorratsdatenspeicherung ab
  3. NSA-Ausschuss Polizei sucht Wikileaks-Quelle im Bundestag

Routertest: Der nicht ganz so schnelle Linksys WRT3200ACM
Routertest
Der nicht ganz so schnelle Linksys WRT3200ACM
  1. Norton Core Symantec bietet sicheren Router mit Kreditkartenpflicht
  2. Routerfreiheit bei Vodafone Der Kampf um die eigene Telefonnummer
  3. Router-Schwachstellen 100.000 Kunden in Großbritannien von Störungen betroffen

U Ultra und U Play im Hands on: HTCs intelligente Smartphones hören immer zu
U Ultra und U Play im Hands on
HTCs intelligente Smartphones hören immer zu
  1. VR-Headset HTC stellt Kopfhörerband und Tracker für Vive vor
  2. HTC 10 Evo im Kurztest HTCs eigenwillige Evolution
  3. Virtual Reality HTC stellt Drahtlos-Kit für Vive vor

  1. Re: Warum dann überhaupt noch den Heatspreader...

    Moe479 | 04:56

  2. Re: Wie ist das bei AMD?

    Moe479 | 04:43

  3. Re: Ekelhafte Haltung der anderen Poster hier...

    teenriot* | 03:31

  4. Re: Der Typ ist und bleibt eine Vakuumpumpe

    teenriot* | 03:28

  5. Re: Golem.de emails in den BND Leaks

    teenriot* | 03:27


  1. 18:28

  2. 18:07

  3. 17:51

  4. 16:55

  5. 16:19

  6. 15:57

  7. 15:31

  8. 15:21


  1. Themen
  2. A
  3. B
  4. C
  5. D
  6. E
  7. F
  8. G
  9. H
  10. I
  11. J
  12. K
  13. L
  14. M
  15. N
  16. O
  17. P
  18. Q
  19. R
  20. S
  21. T
  22. U
  23. V
  24. W
  25. X
  26. Y
  27. Z
  28. #
 
    •  / 
    Zum Artikel