OpenSSL 1.0.1g 7 Apr 2014
Copyright (c) 1998-2011 The OpenSSL Project Copyright (c) 1995-1998 Eric A. Young, Tim J. Hudson All rights reserved.
OpenSSL Project は、Secure Sockets Layer (SSL v2/v3) および Transport Layer Security (TLS v1) プロトコルを実装し、完全な機能を備えた堅牢で商用グレードの オープンソースツールキットと、本格的な汎用暗号ライブラリを開発するための 協力的な取り組みです。このプロジェクトは、インターネットを利用して OpenSSL ツールキットと関連ドキュメントの連絡、計画、開発を行う世界中のボランティア コミュニティによって運営されています。
OpenSSL は、Eric A. Young と Tim J. Hudson によって開発された優れた SSLeay ライブラリに基づいています。OpenSSL ツールキットはデュアルライセンス （OpenSSL ライセンスと SSLeay ライセンス）のもとで提供されており、基本的に 両方のライセンス条件を満たす限り、商用・非商用を問わず自由に入手して使用 できます。
OpenSSL ツールキットには以下が含まれます：
libssl.a: SSLv2、SSLv3、TLSv1 の実装と、単一のサーバーおよびクライアントで SSLv2、 SSLv3、TLSv1 の両方をサポートするために必要なコード。
libcrypto.a: SSL/TLS に必要だが、論理的にはその一部ではない一般的な暗号化および X.509 v1/v3 関連の機能。以下のルーチンが含まれます：
暗号
libdes - EAY による libdes DES 暗号化パッケージ。数年間ネット上で
流通しており、その後 SSLeay の一部として彼によって再ライセンス
されました。cbc モードの desx、高速な crypt(3)、キーボードから
パスワードを読み取るルーチンを含む、DES の 15 の「モード/
バリエーション」（ecb、cbc、cfb、ofb の 1、2、3 キー版、pcbc、
およびより一般的な形式の cfb と ofb）が含まれています。
RC4 暗号化
RC2 暗号化 - ecb、cbc、cfb、ofb の 4 つの異なるモード。
Blowfish 暗号化 - ecb、cbc、cfb、ofb の 4 つの異なるモード。
IDEA 暗号化 - ecb、cbc、cfb、ofb の 4 つの異なるモード。
ダイジェスト
MD5 および MD2 メッセージダイジェストアルゴリズム、高速実装、
SHA (SHA-0) および SHA-1 メッセージダイジェストアルゴリズム、
MDC2 メッセージダイジェスト。スマートカードで広く使われている DES
ベースのハッシュ。
公開鍵
RSA 暗号化/復号/生成。
ビット数に制限はありません。
DSA 暗号化/復号/生成。
ビット数に制限はありません。
Diffie-Hellman 鍵交換/鍵生成。
ビット数に制限はありません。
X.509v3 証明書
X509 のバイナリ ASN1 との間のエンコード/デコード、および秘密鍵による
暗号化をサポートする PEM ベースの ASCII-バイナリエンコード。
RSA および DSA 証明書要求を生成し、RSA および DSA 証明書を生成
するプログラム。
システム
通常のデジタルエンベロープルーチンと base64 エンコード。名前による
暗号とダイジェストへの高レベルアクセス。新しい暗号は実行時に読み込む
ことができます。単純な非ブロッキング IO 抽象化である BIO io システム。
現在サポートされているメソッドは、ファイルディスクリプタ、ソケット、
ソケット accept、ソケット connect、メモリバッファ、バッファリング、
SSL クライアント/サーバー、ファイルポインタ、暗号化、ダイジェスト、
非ブロッキングテスト、null です。
データ構造
動的に拡張されるハッシュシステム
シンプルなスタック。
MS .ini ファイルに似た形式を使用する設定ローダー。
openssl: 以下のために使用できるコマンドラインツール： RSA、DH、DSA 鍵パラメータの作成 X.509 証明書、CSR、CRL の作成 メッセージダイジェストの計算 暗号による暗号化と復号 SSL/TLS クライアントおよびサーバーテスト S/MIME 署名付きまたは暗号化メールの処理
世界中のさまざまな企業が、さまざまなアルゴリズムに関するさまざまな特許を 保有しています。_あなた_は、自国に特許が存在するかどうかを確認し、いかなる アルゴリズムの使用も合法であることを確実にする責任があります。このファイル には、当プロジェクトが把握している、または存在すると噂されている特許の一部 が含まれています。これは決定的なリストではありません。
RSA Security は RC5 アルゴリズムに関するソフトウェア特許を保有しています。 この暗号を使用する予定がある場合は、ライセンス条件について RSA Security に 連絡する必要があります。彼らのウェブページは http://www.rsasecurity.com/ です。
RC4 は RSA Security の商標であるため、このラベルの使用はおそらく RSA Security の許可を得た場合のみにすべきです。
IDEA アルゴリズムは、オーストリア、フランス、ドイツ、イタリア、日本、オランダ、 スペイン、スウェーデン、スイス、英国、米国において Ascom によって特許取得 されています。このアルゴリズムを使用する場合は、彼らに連絡する必要があります。 彼らのウェブページは http://www.ascom.ch/ です。
NTT と三菱は Camellia アルゴリズムに関する特許および出願中の特許を保有して いますが、明示的なライセンス契約を必要とせずに無料での使用を許可しています： http://info.isl.ntt.co.jp/crypt/eng/info/chiteki.html
Unix 系システムにこのパッケージをインストールするには、INSTALL ファイルを お読みください。Win32 プラットフォームの場合は、INSTALL.W32 ファイルを お読みください。OpenVMS システムの場合は、INSTALL.VMS をお読みください。
doc/ ディレクトリ内のドキュメントをお読みください。かなり大雑把ですが、関数の 一覧が記載されています。使用方法を理解するにはおそらくコードを見る必要がある でしょう。サンプルプログラムも参照してください。
一部のプラットフォームには、ユーザーやアプリケーション作成者に影響を与える 可能性のある既知の問題があります。当プロジェクトでは、それらを doc/PROBLEMS に、OpenSSL の将来における解決策に関する現在の考えとともにまとめています。
商用テクニカルサポートの受け方の詳細については、OpenSSL のウェブサイト www.openssl.org を参照してください。
OpenSSL に問題がある場合は、まず次の手順を実行してください：
- 現在のスナップショットを ftp://ftp.openssl.org/snapshot/ からダウンロード
して、問題がすでに対処されているかどうかを確認する
- ライブラリの ASM バージョンを削除する
- コンパイラの最適化フラグを削除する
バグを報告する場合は、バグレポートに以下の情報を含めてください：
- Unix システムの場合：
'make report' によって生成されたセルフテストレポート
- その他のシステムの場合：
OpenSSL バージョン：'openssl version -a' の出力
OS 名、バージョン、ハードウェアプラットフォーム
コンパイラの詳細（名前、バージョン）
- アプリケーションの詳細（名前、バージョン）
- 問題の説明（既知の場合、問題を再現する手順）
- スタックトレースバック（アプリケーションがコアダンプする場合）
バグは、Request Tracker (http://www.openssl.org/support/rt.html) を介して、 以下のメールアドレスで OpenSSL プロジェクトに報告してください：
[email protected]
Request Tracker は一般的な支援やサポートの問い合わせには使用しないでください。 何かが期待どおりに動作しないからといって、それが必ずしも OpenSSL のバグでは ないことに注意してください。
[email protected] へのメールは、一般公開されている request tracker データベースに記録され、公開メーリングリストに転送されることに注意して ください。機密メールは [email protected] に送信できます （PGP 鍵は鍵サーバーから取得できます）。
開発は openssl-dev メーリングリストで調整されています（購読情報については http://www.openssl.org を参照してください）。パッチを提出したい場合は、件名に "[PATCH]" という文字列を入れて [email protected] に送信してください。 パッチが何を行うかの文章による説明を必ず含めてください。
機能が一般的な OpenSSL コミュニティにとって有用かどうか不明な場合は、まず openssl-dev メーリングリストで議論してください。すでに誰かが同じ作業をして いるか、その機能が実装されていない正当な理由があるかもしれません。
パッチはできるだけ最新のものにしてください。できれば現在の Git または最後の スナップショットを基準にしてください。OpenSSL のコーディングスタイルに従い、 警告なしでコンパイルできる必要があります。コアチームの開発者ターゲットの一部 （debug-steve64、debug-geoff など）をテスト目的で使用できます。OpenSSL は 多くのさまざまなプラットフォームでコンパイルされます。移植可能な機能のみを 使用するようにしてください。
注：法的理由により、米国からの貢献は、TSU 通知とパッチのコピーが [email protected]（旧 BXA）に送信され、ENC Encryption Request Coordinator にコピーが送信された場合にのみ受け入れられます。詳細については、以下を ご確認ください： http://www.bis.doc.gov/Encryption/PubAvailEncSourceCodeNofify.html [原文ママ] および http://w3.access.gpo.gov/bis/ear/pdf/740.pdf（EAR セクション 740.13(e)） 「暗号化ソースコードが電子メールの添付ファイルとして送信するには大きすぎる」 場合は、代わりにファックスで受け取ってもらえます。お手頃な長距離通話プランを お持ちであることを願っています。
変更の推奨形式は "diff -u" 出力です。次のように生成できます：