Serviceを読んで理解し、同意したものとみなします。304件41FREAK攻撃で鍵をダウングレードさせる部分がいまいちわかりません。サーバーが一時的に脆弱な公開鍵を作成する機能への攻撃のようで。一時的な公開鍵をクライアントはどうやって認証するのか?ということです。上記の「華麗なる因数分解:FREAK攻撃の仕組み」を見ると、サーバーはサーバーの(脆弱でない)公開鍵で署名して送るようなことが書いてあるのですが、それだけではオレオレ証明書なのでクライアントは受け入れないと思うのです。輸出規制で脆弱でない鍵を扱えないようにされていたのに、どうやって脆弱でない公開鍵を使って脆弱な鍵を検証するのか?という疑問が出てきます。票4だいたいあってると思います。一言でまとめると規制は暗号としての使用のみで署名では問題なかった、です。FREAK攻撃はSSLプロトコルの脆弱性と不適格なクライアント実装を使用します。認証局に署名されているのは強い鍵だけで、輸出規制にかかったクライアントにより弱い鍵が要求された場合は一時的に作った弱い鍵を提供(FREAK攻撃では中間者に弱い鍵を要求する様書き換えられる)。弱い鍵は認証局に署名されている強い秘密鍵で署名されます。この署名は強い公開鍵で確認できます。Algorithms)。規制が暗号への利用のみなのかですが、書かれたものが見つからなかったのでここからは自分の考えなので、理由は間違っているかもしれません。RSAでは公開鍵と秘密鍵は数学的には足し算と引き算のように逆の処理になります。鍵のペアを作成した時、鍵のどちらを公開鍵にしても良く、鍵をどの順で適応しても2つとも使えば出力は入力と同じです。1つのペアで暗号と署名ができるのはこれを応用しています。暗号化するときは公開鍵で暗号化し、秘密鍵で解読します(読めるのは秘密鍵を持った人のみ)。署名するときは秘密鍵を使い、確認には公開鍵を使います(署名できるのは秘密鍵を持った人のみ)。ここで、署名の処理を暗号の処理と比べると、署名の確認は暗号の解読にあたることになります。この時解読に使われているのは公開されているデータなので規制対象になる理由はありません(RSAのアルゴリズムは論文で公開されているので、プログラムが書ける人であれば高ビットを使うソフトは書けた)。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。攻撃を受ける心配はない?0C#でTCP、SSL通信を行いたいです。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。