
Voll ausgestattetes Open-Source-Toolkit, das SSL/TLS-Protokolle und eine Allzweck-Kryptographie-Bibliothek implementiert, einschließlich Chiffren, Digests, Public-Key-Algorithmen und X.509-Zertifikatsverwaltung.
OpenSSL 1.0.1g 7 Apr 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 Open-Source-Toolkits, das die Protokolle Secure Sockets Layer (SSL v2/v3) und Transport Layer Security (TLS v1) sowie eine vollwertige Allzweck-Kryptografiebibliothek implementiert. Das Projekt wird von einer weltweiten Gemeinschaft Freiwilliger verwaltet, die das Internet nutzen, um zu kommunizieren, zu planen und das OpenSSL-Toolkit und die zugehörige Dokumentation zu entwickeln.
OpenSSL basiert auf der hervorragenden SSLeay-Bibliothek, die von Eric A. Young und Tim J. Hudson entwickelt wurde. Das OpenSSL-Toolkit ist unter einer Doppellizenz (der OpenSSL-Lizenz plus der SSLeay-Lizenz) lizenziert, was im Grunde bedeutet, dass Sie es frei erhalten und für kommerzielle und nicht-kommerzielle Zwecke verwenden können, sofern Sie die Bedingungen beider Lizenzen erfüllen.
Das OpenSSL-Toolkit umfasst:
libssl.a: Implementierung von SSLv2, SSLv3, TLSv1 und des erforderlichen Codes, um sowohl SSLv2, SSLv3 als auch TLSv1 in einem einzigen Server und Client zu unterstützen.
libcrypto.a: Allgemeine Verschlüsselungs- und X.509-v1/v3-Komponenten, die von SSL/TLS benötigt werden, aber logisch nicht wirklich dazugehören. Es enthält Routinen für Folgendes:
Chiffren
libdes - EAYs libdes-DES-Verschlüsselungspaket, das einige Jahre im Netz
kursierte und dann von ihm als Teil von SSLeay neu lizenziert wurde.
Es enthält 15 'Modi/Varianten' von DES (Versionen mit 1, 2 und 3
Schlüsseln 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.
Digestverfahren
MD5- und MD2-Message-Digest-Algorithmen, schnelle Implementierungen,
SHA (SHA-0) und SHA-1-Message-Digest-Algorithmen,
MDC2-Message-Digest. Ein auf DES basierender Hash, der auf Smartcards beliebt ist.
Public-Key-Verfahren
RSA-Verschlüsselung/-Entschlüsselung/-Erzeugung.
Es gibt keine Begrenzung der Anzahl der Bits.
DSA-Verschlüsselung/-Entschlüsselung/-Erzeugung.
Es gibt keine Begrenzung der Anzahl der Bits.
Diffie-Hellman-Schlüsselaustausch/-Erzeugung.
Es gibt keine Begrenzung der Anzahl der Bits.
X.509v3-Zertifikate
X509-Codierung/-Decodierung in/aus binärem ASN1 sowie eine auf PEM
basierende ASCII-Binärcodierung, die die Verschlüsselung mit einem
privaten Schlüssel unterstützt. Programm zur Erzeugung von RSA- und
DSA-Zertifikatsanforderungen sowie zur Erzeugung von RSA- und DSA-Zertifikaten.
Systeme
Die üblichen Digital-Envelope-Routinen und die Base64-Codierung. Zugriff
auf Chiffren und Digests auf höherer Ebene über 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, Nichtblockierungstests und null.
Datenstrukturen
Ein dynamisch wachsendes Hashing-System
Ein einfacher Stack.
Ein Konfigurationslader, der ein Format ähnlich den MS-.ini-Dateien verwendet
openssl: Ein Befehlszeilenwerkzeug, das verwendet werden kann für: Erzeugung von RSA-, DH- und DSA-Schlüsselparametern Erzeugung von X.509-Zertifikaten, CSRs und CRLs Berechnung von Message-Digests Ver- und Entschlüsselung mit Chiffren SSL/TLS-Client- und -Servertests Verarbeitung von signierter oder verschlüsselter S/MIME-E-Mail
Verschiedene Unternehmen besitzen verschiedene Patente für verschiedene Algorithmen an verschiedenen Orten der Welt. SIE sind dafür verantwortlich, dass Ihre Nutzung von Algorithmen legal ist, indem Sie prüfen, ob es in Ihrem Land Patente gibt. Die Datei enthält einige der Patente, von denen wir wissen oder von denen gemunkelt wird, dass sie existieren. Dies ist keine abschließende Liste.
RSA Security besitzt Softwarepatente auf den RC5-Algorithmus. Wenn Sie diese Chiffre verwenden möchten, müssen Sie sich wegen der Lizenzbedingungen an RSA Security wenden. Deren Webseite ist http://www.rsasecurity.com/.
RC4 ist eine Marke von RSA Security, daher sollte diese Bezeichnung möglicherweise nur mit Genehmigung von RSA Security verwendet werden.
Der IDEA-Algorithmus ist von Ascom in Österreich, Frankreich, Deutschland, Italien, Japan, den Niederlanden, Spanien, Schweden, der Schweiz, Großbritannien und den USA patentiert. Ascom sollte kontaktiert werden, wenn dieser Algorithmus verwendet werden soll; deren Webseite ist http://www.ascom.ch/.
NTT und Mitsubishi besitzen Patente und anhängige Patentanmeldungen auf den Camellia-Algorithmus, erlauben jedoch die kostenlose Nutzung, ohne eine ausdrückliche Lizenzvereinbarung zu verlangen: 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 ziemlich grob, listet aber die Funktionen auf; 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 den Autor einer Anwendung betreffen können. Wir versuchen, diese in doc/PROBLEMS zu sammeln, mit aktuellen Überlegungen, wie sie in einer zukünftigen Version von OpenSSL gelöst werden sollten.
Details zum Erhalt von kommerziellem technischem Support finden Sie auf der OpenSSL-Website www.openssl.org.
Wenn Sie Probleme mit OpenSSL haben, führen Sie bitte zuerst die folgenden Schritte aus:
Wenn Sie einen Fehler melden möchten, nehmen Sie bitte die folgenden Informationen in jeden Fehlerbericht auf:
Melden Sie den Fehler über den Request Tracker (http://www.openssl.org/support/rt.html) per E-Mail an das OpenSSL-Projekt:
Beachten Sie, dass der Request Tracker NICHT für allgemeine Hilfe- 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.