trinadh465/openssl-1_0_1g_cve-2015-1791汎用暗号化ライブラリ。SSL/TLSプロトコル、対称/非対称暗号、メッセージダイジェスト、およびX.509証明書処理を実装し、安全な通信とデータ暗号化を提供します。
OpenSSL 1.0.1g 2014年4月7日
Copyright (c) 1998-2011 The OpenSSL Project Copyright (c) 1995-1998 Eric A. Young, Tim J. Hudson All rights reserved.
The 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 の実装、および1つのサーバーとクライアントで 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 暗号化 - 4種類のモード：ecb、cbc、cfb、ofb。
Blowfish 暗号化 - 4種類のモード：ecb、cbc、cfb、ofb。
IDEA 暗号化 - 4種類のモード：ecb、cbc、cfb、ofb。
ダイジェスト
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 抽象化。現在サポートされているメソッド：ファイル記述子、ソケット、ソケットの accept、ソケットの connect、メモリバッファ、バッファリング、SSL クライアント/サーバー、ファイルポインタ、暗号化、ダイジェスト、ノンブロッキングテスト、null。
データ構造
動的に成長するハッシュシステム
シンプルなスタック。
MS .ini ファイルに似た形式を使用する設定ローダー。
openssl: 以下のために使用できるコマンドラインツール： RSA、DH、DSA の鍵パラメータの作成 X.509 証明書、CSR、CRL の作成 メッセージダイジェストの計算 暗号による暗号化と復号 SSL/TLS クライアントおよびサーバーテスト S/MIME 署名付きまたは暗号化されたメールの処理
さまざまな企業が世界中のさまざまな場所でさまざまなアルゴリズムに関するさまざまな特許を保有しています。_あなた_は、自国に特許が存在するかどうかを確認することにより、使用するアルゴリズムの使用が合法であることを確認する責任を負います。このファイルには、私たちが知っている、または存在が噂される特許の一部が含まれています。これは決定的なリストではありません。
RSA Security は RC5 アルゴリズムに関するソフトウェア特許を保有しています。この暗号を使用する予定がある場合は、ライセンス条件について RSA Security に連絡する必要があります。Web ページは http://www.rsasecurity.com/ です。
RC4 は RSA Security の商標であり、したがってこのラベルの使用はおそらく RSA Security の許可がある場合のみ行うべきです。
IDEA アルゴリズムは、オーストリア、フランス、ドイツ、イタリア、日本、オランダ、スペイン、スウェーデン、スイス、英国、米国において Ascom によって特許されています。そのアルゴリズムを使用する場合は、同社に連絡する必要があります。Web ページは 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 の 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 プロジェクトにメールで報告してください：
注意：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 Section 740.13(e)) 「暗号化ソースコードがメールの添付ファイルとして大きすぎる」場合は、代わりに FAX で受け付けることもあります。格安の長距離電話契約があることを祈ります。
変更の推奨形式は "diff -u" 出力です。次のように生成できます：