trinadh465/openssl-1_0_1g_cve-2015-3194OpenSSL 1.0.1g-Quellcode-Schnappschuss, der eine SSL/TLS- und Allzweck-Kryptographie-Bibliothek mit Chiffren, Digests und X.509-Zertifikatsbehandlung bereitstellt.
OpenSSL 1.0.1g 7. April 2014
Copyright (c) 1998-2011 The OpenSSL Project Copyright (c) 1995-1998 Eric A. Young, Tim J. Hudson Alle Rechte vorbehalten.
Das OpenSSL-Projekt ist eine gemeinschaftliche Anstrengung zur Entwicklung eines robusten, kommerziell nutzbaren, voll ausgestatteten und quelloffenen Toolkits, das die Secure Sockets Layer (SSL v2/v3) und Transport Layer Security (TLS v1) Protokolle sowie eine leistungsstarke allgemeine Kryptographie-Bibliothek implementiert. Das Projekt wird von einer weltweiten Gemeinschaft von Freiwilligen verwaltet, die das Internet nutzen, um zu kommunizieren, zu planen und das OpenSSL-Toolkit und dessen zugehörige Dokumentation zu entwickeln.
OpenSSL basiert auf der exzellenten SSLeay-Bibliothek, die von Eric A. Young und Tim J. Hudson entwickelt wurde. Das OpenSSL-Toolkit steht unter einer Doppellizenz (der OpenSSL-Lizenz plus der SSLeay-Lizenz), was im Wesentlichen bedeutet, dass Sie es frei erhalten und für kommerzielle und nicht-kommerzielle Zwecke nutzen können, solange Sie die Bedingungen beider Lizenzen erfüllen.
Das OpenSSL-Toolkit umfasst:
libssl.a: Implementierung von SSLv2, SSLv3, TLSv1 und dem erforderlichen Code zur Unterstützung sowohl von SSLv2, SSLv3 als auch TLSv1 in einem einzigen Server und Client.
libcrypto.a: Allgemeine Verschlüsselungs- und X.509 v1/v3-Funktionen, die von SSL/TLS benötigt werden, aber nicht eigentlich logisch dazugehören. Es enthält Routinen für Folgendes:
Chiffren
libdes - EAY's libdes DES-Verschlüsselungspaket, das einige Jahre im Netz
herumschwirrte und dann von ihm als Teil von SSLeay neu lizenziert wurde. Es enthält 15 'Modi/Variationen'
von DES (1, 2 und 3 Schlüsselversionen von ecb, cbc, cfb und ofb;
pcbc und eine allgemeinere Form von cfb und ofb) einschließlich desx
im cbc-Modus, ein schnelles crypt(3) und Routinen zum Lesen von
Passwörtern von der Tastatur.
RC4-Verschlüsselung,
RC2-Verschlüsselung - 4 verschiedene Modi, ecb, cbc, cfb und ofb.
Blowfish-Verschlüsselung - 4 verschiedene Modi, ecb, cbc, cfb und ofb.
IDEA-Verschlüsselung - 4 verschiedene Modi, ecb, cbc, cfb und ofb.
Digests
MD5- und MD2-Nachrichtendigest-Algorithmen, schnelle Implementierungen,
SHA (SHA-0) und SHA-1 Nachrichtendigest-Algorithmen,
MDC2-Nachrichtendigest. Ein auf DES basierender Hash, der auf Smartcards beliebt ist.
Öffentlicher Schlüssel
RSA-Verschlüsselung/Entschlüsselung/Erzeugung.
Es gibt keine Begrenzung der Bitanzahl.
DSA-Verschlüsselung/Entschlüsselung/Erzeugung.
Es gibt keine Begrenzung der Bitanzahl.
Diffie-Hellman-Schlüsselaustausch/Schlüsselerzeugung.
Es gibt keine Begrenzung der Bitanzahl.
X.509v3-Zertifikate
X509-Kodierung/Dekodierung in/aus binärem ASN1 und eine auf PEM
basierende ASCII-Binärkodierung, die Verschlüsselung mit einem
privaten Schlüssel unterstützt. Programm zur Erstellung von RSA- und DSA-Zertifikatsanforderungen
und zur Erzeugung von RSA- und DSA-Zertifikaten.
Systeme
Die üblichen digitalen Umschlagroutinen und Base64-Kodierung. Höherer
Zugriff auf Chiffren und Digests nach Namen. Neue Chiffren können zur
Laufzeit geladen werden. Das BIO-IO-System, eine einfache nicht-blockierende
IO-Abstraktion. Derzeit unterstützte Methoden sind Dateideskriptoren,
Sockets, Socket-Accept, Socket-Connect, Speicherpuffer, Pufferung, SSL-
Client/Server, Dateizeiger, Verschlüsselung, Digest, nicht-blockierende Tests
und null.
Datenstrukturen
Ein dynamisch wachsendes Hashing-System
Ein einfacher Stack.
Ein Konfigurationslader, der ein Format ähnlich wie MS .ini-Dateien verwendet.
openssl: Ein Kommandozeilenwerkzeug, das verwendet werden kann für: Erstellung von RSA-, DH- und DSA-Schlüsselparametern Erstellung von X.509-Zertifikaten, CSRs und CRLs Berechnung von Nachrichtendigests Verschlüsselung und Entschlüsselung mit Chiffren SSL/TLS-Client- und Server-Tests Verarbeitung von S/MIME-signierten oder verschlüsselten E-Mails
Verschiedene Unternehmen halten verschiedene Patente für verschiedene Algorithmen an verschiedenen Orten weltweit. SIE sind dafür verantwortlich, sicherzustellen, dass Ihre Nutzung von Algorithmen legal ist, indem Sie prüfen, ob in Ihrem Land Patente bestehen. Die Datei enthält einige der Patente, von denen wir wissen oder die vermutlich existieren. Dies ist keine endgültige Liste.
RSA Security besitzt Software-Patente auf den RC5-Algorithmus. Wenn Sie beabsichtigen, diese Chiffre zu verwenden, müssen Sie RSA Security für die Lizenzbedingungen kontaktieren. Ihre Webseite ist http://www.rsasecurity.com/.
RC4 ist ein Markenzeichen von RSA Security, daher sollte die Verwendung dieser Bezeichnung möglicherweise nur mit Genehmigung von RSA Security erfolgen.
Der IDEA-Algorithmus ist patentiert von Ascom in Österreich, Frankreich, Deutschland, Italien, Japan, den Niederlanden, Spanien, Schweden, der Schweiz, Großbritannien und den USA. Sie sollten kontaktiert werden, wenn dieser Algorithmus verwendet werden soll; ihre Webseite ist http://www.ascom.ch/.
NTT und Mitsubishi besitzen Patente und anhängige Patente auf den Camellia- Algorithmus, erlauben aber die kostenlose Nutzung ohne explizite Lizenzvereinbarung: http://info.isl.ntt.co.jp/crypt/eng/info/chiteki.html
Um dieses Paket unter einem Unix-Derivat zu installieren, lesen Sie die Datei INSTALL. Für eine Win32-Plattform lesen Sie die Datei INSTALL.W32. Für OpenVMS-Systeme lesen Sie INSTALL.VMS.
Lesen Sie die Dokumentation im Verzeichnis doc/. Sie ist recht grob, listet aber die Funktionen; Sie werden wahrscheinlich den Code ansehen müssen, um herauszufinden, wie Sie sie verwenden. Schauen Sie sich die Beispielprogramme an.
Für einige Plattformen gibt es bekannte Probleme, die den Benutzer oder Anwendungsentwickler betreffen können. Wir versuchen, diese in doc/PROBLEMS zu sammeln, mit aktuellen Gedanken, wie sie in einer zukünftigen Version von OpenSSL gelöst werden sollten.
Siehe die OpenSSL-Website www.openssl.org für Details, wie Sie kommerziellen technischen Support erhalten.
Wenn Sie Probleme mit OpenSSL haben, führen Sie bitte zuerst die folgenden Schritte durch:
- Laden Sie den aktuellen Snapshot von ftp://ftp.openssl.org/snapshot/ herunter,
um zu sehen, ob das Problem bereits behoben wurde
- Entfernen Sie ASM-Versionen der Bibliotheken
- Entfernen Sie Compiler-Optimierungsflags
Wenn Sie einen Fehler melden möchten, fügen Sie bitte die folgenden Informationen in jeden Fehlerbericht ein:
- Auf Unix-Systemen:
Selbsttestbericht, erzeugt mit 'make report'
- Auf anderen Systemen:
OpenSSL-Version: Ausgabe von 'openssl version -a'
Betriebssystemname, -version, Hardwareplattform
Compiler-Details (Name, Version)
- Anwendungsdetails (Name, Version)
- Problembeschreibung (Schritte zur Reproduktion des Problems, falls bekannt)
- Stack-Traceback (falls die Anwendung einen Core-Dump erzeugt)
Melden Sie den Fehler an das OpenSSL-Projekt über den Request Tracker (http://www.openssl.org/support/rt.html) per E-Mail an:
Beachten Sie, dass der Request Tracker NICHT für allgemeine Unterstützung oder Supportanfragen verwendet werden sollte. Nur weil etwas nicht so funktioniert, wie Sie es erwarten, bedeutet das nicht unbedingt, dass es ein Fehler in OpenSSL ist.
Beachten Sie, dass E-Mails an [email protected] in der öffentlich einsehbaren Request-Tracker-Datenbank aufgezeichnet und an eine öffentliche Mailingliste weitergeleitet werden. Vertrauliche E-Mails können an [email protected] gesendet werden (PGP-Schlüssel von den Keyservern erhältlich).
Die Entwicklung wird über die Mailingliste openssl-dev koordiniert (siehe http://www.openssl.org für Informationen zum Abonnement). Wenn Sie einen Patch einreichen möchten, senden Sie ihn an [email protected] mit dem String "[PATCH]" im Betreff. Bitte fügen Sie eine textuelle Erklärung hinzu, was Ihr Patch tut.
Wenn Sie unsicher sind, ob eine Funktion für die allgemeine OpenSSL-Gemeinschaft nützlich sein wird, diskutieren Sie sie bitte zuerst auf der Mailingliste openssl-dev. Möglicherweise arbeitet bereits jemand an derselben Sache oder es gibt einen guten Grund, warum diese Funktion nicht implementiert ist.
Patches sollten so aktuell wie möglich sein, vorzugsweise relativ zum aktuellen Git oder dem letzten Snapshot. Sie sollten dem Codierungsstil von OpenSSL entsprechen und ohne Warnungen kompilieren. Einige der Kernentwickler-Zielplattformen können zu Testzwecken verwendet werden (debug-steve64, debug-geoff usw.). OpenSSL kompiliert auf vielen verschiedenen Plattformen: Versuchen Sie sicherzustellen, dass Sie nur portable Funktionen verwenden.
Hinweis: Aus rechtlichen Gründen können Beiträge aus den USA nur akzeptiert werden, wenn eine TSU-Benachrichtigung und eine Kopie des Patches an [email protected] (früher BXA) gesendet werden, mit einer Kopie an den ENC Encryption Request Coordinator; bitte nehmen Sie sich etwas Zeit, um sich http://www.bis.doc.gov/Encryption/PubAvailEncSourceCodeNofify.html [sic] und http://w3.access.gpo.gov/bis/ear/pdf/740.pdf (EAR Section 740.13(e)) für die Details anzusehen. Wenn "Ihr Verschlüsselungsquellcode zu groß ist, um als E-Mail-Anhang zu dienen", nehmen sie ihn gerne auch per Fax entgegen; hoffentlich haben Sie einen günstigen Ferntarif.
Unser bevorzugtes Format für Änderungen ist die "diff -u" Ausgabe. Sie können sie wie folgt erzeugen: