trinadh465/openssl-1_0_1g_cve-2015-3194OpenSSL 1.0.1gソースコードスナップショット。SSL/TLSおよび汎用暗号ライブラリを提供し、暗号、ダイジェスト、X.509証明書処理を含みます。
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 は、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 関連の機能（論理的には SSL/TLS の一部ではありません）。以下のルーチンが含まれます：
暗号
libdes - EAY の libdes DES 暗号化パッケージ。数年間ネット上で出回っていたもので、その後彼によって SSLeay の一部として再ライセンスされました。DES の 15 の「モード/バリエーション」（ecb、cbc、cfb、ofb の 1、2、3 キーバージョン、pcbc、およびより一般的な形式の cfb と ofb）に加え、cbc モードの desx、高速な crypt(3)、キーボードからパスワードを読み取るルーチンが含まれます。
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 証明書
バイナリ ASN1 との間の X509 エンコード/デコード、および秘密鍵による暗号化をサポートする PEM ベースの ASCII/バイナリエンコーディング。RSA および DSA 証明書要求を生成し、RSA および DSA 証明書を生成するプログラム。
システム
標準のデジタルエンベロープルーチンと base64 エンコーディング。名前による暗号およびダイジェストへの高レベルアクセス。新しい暗号は実行時にロードできます。単純な非ブロッキング IO 抽象化である BIO IO システム。現在サポートされているメソッドは、ファイルディスクリプタ、ソケット、ソケット受入、ソケット接続、メモリバッファ、バッファリング、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 によって特許が取得されています。このアルゴリズムを使用する場合は、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/ ディレクトリ内のドキュメントをお読みください。かなり荒削りですが、関数が一覧されています。使用方法を理解するには、おそらくコードを確認する必要があるでしょう。サンプルプログラムも参照してください。
一部のプラットフォームには、ユーザーやアプリケーションの作者に影響を与える可能性のある既知の問題がいくつかあります。当プロジェクトでは、OpenSSL の将来における解決方法に関する現在の考えとともに、それらを doc/PROBLEMS にまとめるよう努めています。
商用テクニカルサポートの受け方の詳細については、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 プロジェクトへバグを報告してください：
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」出力です。次のように生成できます：