uthrasri/openssl_g2.5_newSSL/TLSプロトコルを実装する業界標準のオープンソースツールキットであり、暗号化、復号化、ハッシュ化、デジタル署名、証明書管理のための包括的な暗号ライブラリを備えています。
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エンコード。名前による
暗号およびダイジェストへの高レベルアクセス。新しい暗号は実行時に
ロードできます。シンプルな非ブロッキング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/ディレクトリ内のドキュメントを読んでください。かなり粗削りですが、 関数が一覧されています。おそらく、それらの使用方法を理解するにはコードを 確認する必要があるでしょう。サンプルプログラムも参照してください。
一部のプラットフォームには、ユーザーやアプリケーション作者に影響を与える 可能性のある既知の問題があります。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暗号化リクエストコーディネーター にもコピーが送信された場合にのみ受け付けられます。詳細については、以下を 確認してください。 http://www.bis.doc.gov/Encryption/PubAvailEncSourceCodeNofify.html [sic] および http://w3.access.gpo.gov/bis/ear/pdf/740.pdf（EARセクション740.13(e)） 「暗号化ソースコードが電子メールの添付ファイルとして送信するには大きすぎる」 場合は、代わりにFAXで受け取ってもらえます。格安の長距離電話プランを お持ちであることを願っています。
変更の推奨形式は「diff -u」出力です。次のように生成できます：