証明書を使って検証されます。証明書は古く、攻撃者に侵害される可能性のある署名を使っています。このため、これらの署名アルゴリズムが使われているサーバのアイデンティティは検証できない可能性があります。従って、弱い署名アルゴリズムと弱い鍵を自動的に利用できないようにします。クライアントに特化されており、動的に設定することができます。これはお好みで上書きできますが、最低限デフォルトと同じくらい厳格であることが推奨されています。証明書は、正当なシグネチャを持ち、かつ信頼されている証明書と同じ値のハッシュを持つ偽の証明書を攻撃者が生成できた場合、侵害される可能性があります。署名をサポートしないことで、この潜在的な脆弱性を軽減することができます。削除する必要はありません。無効化は、署名が検証される中間および末端の証明書に影響を与えます。証明書の発行を停止することを発表しました。年にサポートされなくなると影響を受ける末端の証明書は未だ多く存在します。日に打ち切るよう提案しています。サポートをより早く打ち切ることを認識しています。あるダイジェストアルゴリズムを使うべきです。言え、古い証明書も引き続き妥当であると見なされています。証明書を中止するよう勧告しています。ビットで署名すべきではないと忠告されています。日以降、このモジュールサイズの継続的なサポートを期待すべきではありません。上述したとおり、新しい攻撃が発見された場合、この日付は実質的に早まることがあります。ビットのモジュールから離れることをお勧めします。ルート証明書にも適用されるので、このオプションを設定すると、受け取った発行者がデフォルトを含め、設定されたトラストマネージャおよびキーマネージャに含まれているか確認します。使っているので、これは安全なデフォルトと見なすことができます。章でより詳しくカバーされています。両方の設定を含んでいなければなりません。設定も同様に便利かもしれません。チームによってメンテナンスされているものではありません。確認することができます。読んで、お気軽にプルリクエストを送ってください。