「トランスポート層セキュリティ」の版間の差分

2022年1月13日 (木) 15:41時点における版

乱数生成

Transport Layer Security (TLS) はとその前身[1] の Secure Sockets Layer (SSL) はコンピュータネットワークにおいてセキュリティを要求される通信を行うためのプロトコルである。ウェブブラウザやメール、インスタントメッセージ、ボイスオーバー IP (VoIP) などのアプリケーションで幅広く使われているプロトコルとなっている。ウェブサイトは TLS によってサーバーとウェブブラウザ間の通信を暗号化している。

実装

公式リポジトリには5つの TLS 実装が存在します。OpenSSL と GnuTLS は base パッケージによって必要とされるため、大抵の場合、既にインストールされているはずです。

OpenSSL — 堅牢・商業品質・フル機能の TLS と SSL プロトコルのツールキット。汎用の暗号ライブラリでもあります。

https://www.openssl.org/ || openssl

GnuTLS — TLS, SSL, DTLS プロトコルのフリーソフトウェア実装。X.509, PKCS #12, OpenPGP などの API を提供します。

https://www.gnutls.org/ || gnutls

Network Security Services (NSS) — TLS/SSL と S/MIME をサポートする暗号ライブラリの実装。TLS アクセラレーションとスマートカードもサポート。

https://developer.mozilla.org/NSS || nss

mbed TLS — ポータブルな SSL/TLS 実装。別名 PolarSSL。

https://tls.mbed.org/ || mbedtls

LibreSSL — OpenBSD プロジェクトによって2014年に OpenSSL からフォークされた TLS/crypto スタック。コードベースを近代的に改修してセキュリティを向上させることを目標としています。

https://www.libressl.org/ || libressl

認証局

TLS を使って認証局 (CAs) は署名を行ってサーバーの公開鍵証明書の信頼性を担保します。TLS でクライアントからサーバーに接続したときは別のパスによって取得した CA 証明書でサーバーの証明書の信頼性を確認します。Arch Linux では認証局の証明書は ca-certificates パッケージに含まれており、base パッケージからインストールされます (pacman > curl > ca-certificates)。依存ツリーは以下のようになっています:

ノート: Currently Arch Linux uses CA certificates from Mozilla CA Certificate Store as a default set.

ca-certificates
他のパッケージが依存しているアンカーポイント。
- ca-certificates-mozilla
  Mozilla CA Certificate Store から生成した /usr/share/ca-certificates/trust-source/mozilla.trust.p11-kit ファイルのみ含んでいます。NSS の一部でもあります (/usr/lib/libnssckbi.so)。
  - ca-certificates-utils
    update-ca-trust(8) スクリプトと同名の pacman フックを提供します。
    - p11-kit
      trust(1) ユーティリティを提供します。

信頼管理

認証局のブラックリストを管理する方法はセキュリティ#SSL 証明書の管理を見てください。

システム全体で認証局を信頼

警告: 以下のコマンドを実行すると誰でも秘密鍵にアクセスして TLS 通信を傍受できるようになります。

# trust anchor certificate.crt

上記は HTTPS MITM プロキシで通信を傍受するのに必要です。

証明書を取得

最初に RSA 秘密鍵を生成してください。鍵を生成する前に、umask でファイルモード作成マスクを制限的に (例えば 077) 設定してください。

ノート: openssl パッケージは他のディストリビューションと違って /etc/ssl/private ディレクトリを保護しません。FS#43059 を参照。

証明書は証明書署名要求 (CSR) を使って認証局から取得するか、あるいは自己署名することができます。自己署名証明書は簡単に生成できますが、クライアントはデフォルトでは拒否するため、自己署名証明書を信頼するようにクライアントを設定する必要があります。

実際の生成コマンドは以下の実装の記事を見てください:

ヒント: ACME を使うことで Let's Encrypt 認証局からフリーの証明書を取得できます。

サーバーサイドの推奨事項

TLS に対する攻撃は多数存在するため、ベストプラクティスに注意してください:

SSLv3 を無効化することで POODLE 攻撃を防ぐ。
weakdh.org の TLS の Diffie-Hellman デプロイガイド
Mozilla による Server Side TLS の記事
SSL Labs の SSL と TLS デプロイベストプラクティス
Cipherli.st

TLS のチェック

TLS をチェックするプログラム:

TLS をチェックするウェブサイト:

https://dev.ssllabs.com/ssltest/ (HTTPS のみ)
https://www.checktls.com/ (メールのみ)
https://www.htbridge.com/ssl/ (任意ポート)
https://tls.imirhil.fr/tls (任意ポート)

その他

ACME クライアント

Automated Certificate Management Environment (ACME) プロトコルは Let's Encrypt などの認証局から X.509 証明書をリクエストできるプロトコルです。

ACME クライアントの一覧も参照してください。

acme-client — C で書かれたセキュアな Let's Encrypt クライアント。

https://kristaps.bsd.lv/acme-client/ || acme-client^AUR^{[リンク切れ: パッケージが存在しません]}

acme-tiny — Let's Encrypt から TLS 証明書を作成・更新するための200行の Python スクリプト。

https://github.com/diafygi/acme-tiny || acme-tiny

acme.sh — Unix シェルスクリプトだけで作られた ACME クライアント。

https://github.com/Neilpang/acme.sh || acme.sh-git^AUR

acmetool — Go で書かれた使いやすい ACME CLI。

https://github.com/hlandau/acme || acmetool^AUR, acmetool-git^AUR

Certbot — Python で書かれた、Let's Encrypt によって推奨されている ACME クライアント。

https://github.com/certbot/certbot || certbot

dehydrated — Bash で書かれた ACME クライアント。

https://github.com/lukas2511/dehydrated || dehydrated, dehydrated-git^AUR

getssl — Bash で書かれた ACME クライアント。

https://github.com/srvrco/getssl || getssl^AUR, getssl-git^AUR

lego — Go で書かれた Lets Encrypt クライアントと ACME ライブラリ。

https://github.com/xenolf/lego || lego-git^AUR

letsencrypt-cli — もうひとつの Letsencrypt (ACME) クライアント。Ruby を使用。

https://github.com/zealot128/ruby-acme-cli || letsencrypt-cli^AUR

manuale — 完全手動の Let's Encrypt クライアント。Python で書かれています。

https://github.com/veeti/manuale || manuale^AUR

ruby-acme-client — letsencrypt の ACME プロトコルの Ruby クライアント。

https://github.com/unixcharles/acme-client || ruby-acme-client^AUR

simp_le — シンプルな Let's Encrypt クライアント。Python で書かれています。

https://github.com/zenhack/simp_le || simp_le-git^AUR

With the online, interactive, https://gethttpsforfree.com client you will need about 10 copy paste from the web page to a shell command line, and back. Running the suggested command in between. You will also have to do manual renewals, possibly at that page. Or other wise take care of renewals. On the other hand, you will see at every step whether it succeeded, or not. Will not have to install software just to request for a certificate. And will be able to keep the private keys, or the server software, touched only fully consciously.

OCSP

Online Certificate Status Protocol (OCSP) は Firefox によってサポートされています。Chromium は独自のメカニズムを備えています [2]。

GnuTLS の ocsptool(1) や OpenSSL の ocsp(1ssl) も参照。

HSTS

HTTP Strict Transport Security (HSTS) メカニズムは Firefox, Chromium, wget (~/.wget-hsts) によってサポートされています。

参照

@@ 20行目: / 20行目: @@
 TLS を使って [[Wikipedia:Certificate authority|認証局]] (CAs) は署名を行ってサーバーの [[Wikipedia:public key certificate|公開鍵証明書]] の信頼性を担保します。TLS でクライアントからサーバーに接続したときは別のパスによって取得した CA 証明書でサーバーの証明書の信頼性を確認します。Arch Linux では認証局の証明書は {{Pkg|ca-certificates}} パッケージに含まれており、{{Pkg|base}} パッケージからインストールされます ([[pacman]] > {{Pkg|curl}} > {{Pkg|ca-certificates}})。依存ツリーは以下のようになっています:
+{{Note|Currently Arch Linux uses CA certificates from [[MozillaWiki:CA|Mozilla CA Certificate Store]] as a default set.}}
 * {{Pkg|ca-certificates}}<br>他のパッケージが依存しているアンカーポイント。