| 開発者 | ミハウ・トロイナラ |
|---|---|
| 初回リリース | 1998年2月11日[1] |
| 安定版リリース | 5.72 [2]
/ 2024年2月4日 |
| リポジトリ | www.stunnel.org/downloads.html |
| 書かれた | C [3] |
| オペレーティング·システム | マルチプラットフォーム |
| タイプ | プロキシ、暗号化 |
| ライセンス | GNU 一般公衆利用許諾書 |
| Webサイト | 詳しくはこちら |
Stunnelは、ユニバーサルTLS/SSLトンネリングサービスを提供するために使用されるオープン ソースのマルチプラットフォームアプリケーションです。
Stunnelは、TLSまたはSSLをネイティブに使用しないクライアントまたはサーバーに安全な暗号化接続を提供するために使用されます。[4]ほとんどのUnix系オペレーティングシステムとWindowsを含むさまざまなオペレーティングシステムで動作します。 [5] Stunnelは、基礎となるTLSまたはSSLプロトコルを実装するために OpenSSLライブラリに依存しています。
Stunnelは、SSL接続を保護するためにX.509デジタル証明書を使用した公開鍵暗号化を使用し、クライアントはオプションで証明書を介して認証されます。[6]
libwrapにリンクされている場合は、プロキシファイアウォールサービスとして機能するように設定することもできます。[引用が必要]
StunnelはポーランドのプログラマーMichał Trojnaraによって保守されており、 OpenSSL例外を含むGNU General Public License (GPL)の条件に基づいてリリースされています。[7]
例
stunnel を使用すると、既存の SSL 非対応SMTPメール サーバーに安全なSSL接続を提供できます。SMTP サーバーがポート25 で TCP 接続を期待していると仮定すると、stunnel は SSL ポート 465 を非 SSL ポート 25 にマップするように構成されます。メール クライアントは SSL 経由でポート 465 に接続します。クライアントからのネットワーク トラフィックは、最初に SSL 経由で stunnel アプリケーションに渡され、そこでトラフィックが透過的に暗号化および復号化され、安全でないトラフィックがローカルでポート 25 に転送されます。メール サーバーは非 SSL メール クライアントを認識します。[引用が必要]
stunnel プロセスは、セキュリティ保護されていないメール アプリケーションと同じサーバーまたは別のサーバーで実行されている可能性があります。ただし、両方のマシンは通常、セキュリティ保護された内部ネットワーク上のファイアウォールの背後にあります(侵入者がポート 25 に直接セキュリティ保護されていない接続を確立できないようにするため)。[引用が必要]
参照
参考文献
- ^ “stunnel change log”. stunnel.org . 2024年3月2日閲覧。
- ^ 「stunnel change log」 . 2024年3月2日閲覧。
- ^ トロジナラ、ミハウ。 「トンネルソース」。GitHub 。2020 年5 月 12 日に取得。
- ^ O'Donovan, Barry (2004 年 10 月)。「Stunnel による安全な通信」。Linux Gazette、第 107 号。
- ^ “"stunnel: Ports"”. 2019年4月1日時点のオリジナルよりアーカイブ。2020年8月24日閲覧。
- ^ "stunnel(8) マニュアル"
- ^ 「stunnelライセンス(詳細なGPL条件についてはCOPYRIGHT.mdを参照)」。stunnel.org 。 2024年3月2日閲覧。
外部リンク
- 公式サイト
