satheesh575555/openssl_1.0.1g_cve-2014-3507
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 プロジェクトは、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 の一部として同氏によって再ライセンス
されました。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 証明書
X509 のバイナリ ASN1 との間のエンコード/デコード、および秘密鍵による
暗号化をサポートする PEM ベースの ASCII-バイナリエンコード。
RSA および DSA 証明書リクエストを生成し、RSA および DSA
証明書を生成するプログラム。
システム
通常のデジタルエンベロープルーチンと base64 エンコード。名前による
暗号とダイジェストへの高レベルアクセス。新しい暗号は実行時に
ロードできます。BIO IO システムは、シンプルな非ブロッキング
IO 抽象化です。現在サポートされているメソッドは、ファイル記述子、
ソケット、ソケットアクセプト、ソケットコネクト、メモリバッファ、
バッファリング、SSL クライアント/サーバー、ファイルポインタ、
暗号化、ダイジェスト、非ブロッキングテスト、および null です。
データ構造
動的に成長するハッシュシステム
シンプルなスタック。
MS .ini ファイルに似た形式を使用する設定ローダー。
openssl: 以下のために使用できるコマンドラインツール: RSA、DH、DSA 鍵パラメータの作成 X.509 証明書、CSR、CRL の作成 メッセージダイジェストの計算 暗号による暗号化と復号 SSL/TLS クライアントおよびサーバーテスト S/MIME 署名または暗号化メールの処理
世界中のさまざまな企業が、世界各地でさまざまなアルゴリズムに関するさまざまな特許を保有しています。あなた自身 が、自国に特許がないか確認し、使用するアルゴリズムの利用が合法であることを保証する責任があります。このファイルには、当方が知っている、または存在すると噂されている特許の一部が含まれています。これは完全なリストではありません。
RSA Security は RC5 アルゴリズムに関するソフトウェア特許を保有しています。この暗号を使用する予定がある場合は、ライセンス条件について RSA Security に連絡する必要があります。RSA Security の Web ページは http://www.rsasecurity.com/ です。
RC4 は RSA Security の商標であるため、このラベルは RSA Security の許可を得た場合にのみ使用すべきでしょう。
IDEA アルゴリズムは、オーストリア、フランス、ドイツ、イタリア、日本、オランダ、スペイン、スウェーデン、スイス、英国、および米国において Ascom によって特許取得されています。そのアルゴリズムを使用する場合は、Ascom に連絡する必要があります。Ascom の Web ページは http://www.ascom.ch/ です。
NTT と三菱は Camellia アルゴリズムに関する特許および出願中の特許を保有していますが、明示的なライセンス契約を必要とせずに無償での使用を許可しています: http://info.isl.ntt.co.jp/crypt/eng/info/chiteki.html
Unix 系 OS にこのパッケージをインストールするには、INSTALL ファイルをお読みください。Win32 プラットフォームの場合は INSTALL.W32 ファイルを、OpenVMS システムの場合は INSTALL.VMS をお読みください。
doc/ ディレクトリのドキュメントをお読みください。かなり荒削りですが、関数の一覧が記載されています。おそらく、その使用方法を理解するにはコードを確認する必要があるでしょう。サンプルプログラムも参照してください。
一部のプラットフォームには、ユーザーやアプリケーション作成者に影響を与える可能性のある既知の問題があります。当方はそれらを doc/PROBLEMS にまとめ、OpenSSL の将来における解決方法に関する現在の考え方を記載しています。
商用テクニカルサポートの受け方の詳細については、OpenSSL の Web サイト 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 Encryption Request Coordinator にもコピーが送信された場合にのみ受け付けられます。詳細については、以下を確認してください: http://www.bis.doc.gov/Encryption/PubAvailEncSourceCodeNofify.html [sic] および http://w3.access.gpo.gov/bis/ear/pdf/740.pdf (EAR Section 740.13(e)) 「暗号化ソースコードが電子メールの添付ファイルとして送信するには大きすぎる」場合は、代わりにファックスで受け取ってもらえます。お手頃な長距離通話プランをお持ちであることを願います。
変更の推奨形式は "diff -u" 出力です。以下のように生成できます: