saurabh2088/openssl_1_0_1g_cve-2015-0205
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 暗号化パッケージ。数年間ネット上に出回っていたもので、その後 EAY によって 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 によって特許が取得されています。そのアルゴリズムを使用する場合は、同社に連絡してください。彼らのウェブページは 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 プロジェクトに報告してください：
リクエストトラッカーは一般的な支援やサポートの問い合わせには使用しないでください。期待どおりに動作しないからといって、それが必ずしも OpenSSL のバグであるとは限りません。
[email protected] へのメールは、公に閲覧可能なリクエストトラッカーデータベースに記録され、公開メーリングリストに転送されることに注意してください。機密メールは [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 暗号化リクエストコーディネーターにもコピーが送信された場合にのみ受け付けられます。詳細については、以下のサイトを参照してください。 http://www.bis.doc.gov/Encryption/PubAvailEncSourceCodeNofify.html [sic] および http://w3.access.gpo.gov/bis/ear/pdf/740.pdf (EAR Section 740.13(e)) 『暗号化ソースコードが電子メールの添付ファイルとして提供するには大きすぎる』場合は、代わりに FAX で受け取ってもらえます。安い長距離通話プランがあることを願います。
変更の推奨形式は "diff -u" 出力です。次のように生成できます：