_NSAKEY

_NSAKEY は、1999 年に Cryptonym Corporation の Andrew D. Fernandes 氏によってWindows NT 4 SP5で発見された変数名です。この変数には 1024 ビットの公開鍵が格納されていました。公開鍵は、公開鍵暗号方式において暗号化とデジタル署名の検証に使用されます(ただし、復号や署名には使用されません)。しかし、その名前から、この鍵によって米国国家安全保障局(NSA) が Windows ユーザーのセキュリティを侵害できるのではないかという憶測が流れました。Microsoft はこの憶測を否定し、鍵の名前は NSA が米国の暗号技術輸出管理の技術審査機関であることに由来すると述べました。

概要

Microsoft は、Microsoft Cryptographic API (CryptoAPI)で使用されるすべての暗号化サービスプロバイダーにRSAデジタル署名を要求しています。CryptoAPI では Microsoft が承認したプロバイダーのみを使用できるため、このオペレーティングシステムの輸出用コピーを、米国商務省産業安全保障局(BIS)が施行する輸出管理規則(EAR)に準拠した状態で保管することが可能です。^[¹^]

Microsoft がプライマリとスペアの 2 つのキーを使用しており、どちらのキーでも有効な署名を作成できることは既に知られていました。Windows NT 4.0の Service Pack 5 をリリースした際、Microsoft は、 Windows レジストリやセキュリティなどの Windows 機能を公開するライブラリである ADVAPI32.DLL のデバッグシンボルを削除し忘れていました。Cryponym の主任科学者である Andrew Fernandes は、プライマリキーが変数_KEYに格納され、2 番目のキーが_NSAKEYとラベル付けされていることを発見しました。^[²^] Fernandes はこの発見を公表し、米国国家安全保障局(NSA) が Windows ユーザーのセキュリティを侵害するためにこの 2 番目のキーを使用している可能性など、憶測や陰謀論が飛び交いました。 ^[³^]

電子プライバシー情報センター（EPIC）の上級研究員であるダンカン・キャンベル氏は、コンピュータ、自由、プライバシー2000（CFP2000）会議でのプレゼンテーションの中で、セキュリティと監視に関連する未解決問題の一例としてNSAKEY論争に言及した。

さらに、ニッコ・ファン・ソメレン博士は、Windows 2000 に 3 番目のキーを発見しましたが、正当な目的があるかどうか疑問に思い、「これはさらに怪しい」と述べました。^{[ 4 ]}

マイクロソフトの反応

マイクロソフトは_NSAKEYに関するバックドアの憶測を否定し、「マイクロソフトは政府が提案したさまざまな鍵エスクローの提案に一貫して反対してきたので、この憶測は皮肉なものだ」と述べた。マイクロソフトによると、鍵のシンボルが「 _NSAKEY」だったのは、NSAが米国の暗号化輸出管理の審査機関だったからだという。^[⁵^]^[⁶^]

マイクロソフトの企業プライバシー担当ディレクターであるリチャード・パーセルは、プレゼンテーション後にキャンベルに近づき、_NSAKEYに関する混乱と疑問を解消したいと申し出た。会議直後、マイクロソフトセキュリティレスポンスセンターのスコットカルプがキャンベルに連絡を取り、質問に答えると申し出た。彼らのやり取りは最初は友好的だったが、すぐに緊張関係になった。キャンベルはカルプが曖昧な態度をとっていると感じ、カルプはキャンベルがすでに答えた質問を敵意を持って繰り返していると感じたようだ。2000 年 4 月 28 日、カルプは「この議論は明らかに終わりに達した…[これは]急速に陰謀論の領域に陥っている」と述べた。^[⁷^]

マイクロソフトは、3つ目の鍵はWindows 2000のベータ版ビルドにのみ含まれており、その目的は暗号化サービスプロバイダに署名することだと主張した。^{[ 6 ]}

さらなる技術情報

Mozillaの暗号化に関するよくある質問のページには、MicrosoftがCSPに署名する方法が説明されています。

実際、特定の状況下では、API を介して暗号化機能を呼び出すソフトウェアの輸出許可を取得することが可能です。たとえば、Microsoft の Microsoft Cryptographic API (CryptoAPI) 仕様の実装は、米国外の第三者を含む第三者が暗号化機能を実装する個別のモジュール (「暗号化サービスプロバイダ」または CSP) を追加できる API を実装しているにもかかわらず、米国からの輸出が承認されました。この輸出承認が可能になったのは、おそらく、a) CryptoAPI の実装では、第三者の CSP が Microsoft によってデジタル署名されている必要があり、署名されていない CSP の呼び出しを拒否する、b) この署名プロセスを通じて Microsoft は関連する米国の輸出管理規制への準拠を保証できる (たとえば、Microsoft は強力な暗号化を実装する米国外で開発された CSP に署名しないと考えられる)、c) Microsoft の CryptoAPI 実装は実行可能形式でのみ利用可能であり、したがって、CSP のデジタル署名チェックを無効にするためのユーザーによる改ざんに対して十分に耐性があると想定される、といった理由によるものと考えられます。^{[ 8 ]}

フェルナンデス氏によると、を置き換えることは可能である_NSAKEY。暗号化モジュールをロードする際、crypto_verify関数はまずを使用して_KEYモジュールを検証し、次にを試みる_NSAKEY。Windows の暗号化モジュールはで署名されていないため_NSAKEY、は使用されない。これを別のキーに置き換えることで、米国以外の企業は Microsoft や NSA の承認なしに、暗号化サービスを Windows にインストールできるようになる。^{[ 2 ]}

さらなる憶測

マイクロソフトは、2つ目の鍵は主鍵の紛失を防ぐためのバックアップとして存在すると説明している。しかし、フェルナンデス氏はこの説明に疑問を呈し、一般的に認められている鍵紛失防止策は鍵を複数の部分に分割し、それを経営陣に配布する「秘密分割」であると指摘した。同氏は、この方法は2つの鍵を使うよりもはるかに堅牢であり、2つ目の鍵も紛失した場合、マイクロソフトは世界中のすべてのWindowsのコピーと、これまで署名したすべての暗号モジュールにパッチを適用またはアップグレードする必要があると述べた。

一方、Microsoftが鍵紛失の影響を考慮せず、秘密分割を使用せずに最初の鍵を作成し（しかも鍵生成後に保護を弱めることができないセキュアなハードウェアで）、NSAが審査プロセスの一環としてこの問題を指摘した場合、Microsoftが2番目の鍵でスキームを弱体化させた理由と、新しい鍵が_NSAKEYと呼ばれた理由が説明できるかもしれない。（2番目の鍵は秘密分割を使用してバックアップされている可能性があるので、両方の鍵を紛失しても問題ないはずだ。）別の可能性としては、MicrosoftがBISのEARに準拠しつつ、米国外で暗号モジュールに署名できるようにするために2番目の鍵を含めたということも考えられる。暗号モジュールが複数の場所で署名される場合、複数の鍵を使用するのは合理的なアプローチである。しかし、_NSAKEYで署名された暗号モジュールはこれまで見つかっておらず、Microsoftは他の認証局の存在を否定している。

ブルース・シュナイアーは、上記のような懸念、つまりNSAが任意のバックドア付きCSPをロードできるようにWindowsにキーを仕込むという懸念は根拠がないと考えている。彼は、追加のキー、ましてや全社が閲覧できるデバッグシンボルに「NSAKEY」というキーを使用することを伴わない、Windowsにバックドアを仕掛けるより簡単な方法があると主張している。NSAはメインキーを要求すればよいのだ。暗号化APIも侵入ポイントとしては不適切である。なぜなら、被害者がNSAが提供する実行ファイルを実行する必要があるからだ。^{[ 9 ]}

主要な価値

両方の鍵は、 eが65537に等しい RSA鍵であり、これは標準的な選択です。^{[ 10 ]}

_KEYにはnがあります:

b273e277a9c375c70bb7493e52b0b36962e976626ad609ba31be6accac12f1f3 da6c18d96951820c457c7b4c4893bd149de279a39f6ec926d3544db3491fa2e9 af1bf8260b3b0fbadd69cbd77b28012925711b17c0b877eaf7da9d02dd5f8572854e5c90e9b10cfbaeaf8b8fe1df5047bc18829a531499bbf49e8021346b5095

_NSAKEY には次のnが含まれます:

ba8e15fee3cd160fb47cf93e2b4d842615af23f0659264d81edc35a27d3aa450890a227b561da401ff3908771d243f6eeb4f9e351976e90f07fd22cd099ccd71 e85b97f5439adb172d32d71cb66c26c5b188a3e11790ed01eb31bf27bc667b39 6fd8283097d8b3869cc7511a3496e829a32bbad6d2f7aa7e8ca9805d51682d1f

PGPキー

1999年9月、匿名の研究者がプライマリキーと_NSAKEYの両方をPGP互換フォーマットにリバースエンジニアリングし、キーサーバーに公開した。^{[ 11 ]}

主キー（_KEY）

タイプ ビット/キーID 日付 ユーザーID pub 1024/346B5095 1999/09/06 MicrosoftのCAPIキー <postmaster@microsoft.com> -----BEGIN PGP PUBLIC KEY BLOCK----- バージョン: 2.6.3i mQCPAzfTc8YAAAEEALJz4nepw3XHC7dJPlKws2li6XZiatYJujG+asysEvHz2mwY 2WlRggxFfHtMSJO9FJ3ieaOfbskm01RNs0kfoumvG/gmCzsPut1py9d7KAEpJXEb F8C4d+r32p0C3V+FcoVOXJDpsQz7rq+Lj+HfUEe8GIKaUxSZu/SegCE0a1CVABEB AAG0L01pY3Jvc29mdCdzIENBUEkga2V5IDxwb3N0bWFzdGVyQG1pY3Jvc29mdC5j b20+iQEVAwUQN9Nz5j57yqgoskVRAQFr/gf8DGm1hAxWBmx/0bl4m0metM+IM39J yI5mub0ie1HRLExP7lVJezBTyRryV3tDv6U3OIP+KZDthdXb0fmGU5z+wHt34Uzu xl6Q7m7oB76SKfNaWgosZxqkE5YQrXXGsn3oVZhV6yBALekWtsdVaSmG8+IJNx+n NvMTYRUz+MdrRFcEFDhFntblI8NlQenlX6CcnnfOkdR7ZKyPbVoSXW/Z6q7U9REJ TSjBT0swYbHX+3EVt8n2nwxWb2ouNmnm9H2gYfXHikhXrwtjK2aG/3J7k6EVxS+m Rp+crFOB32sTO1ib2sr7GY7CZUwOpDqRxo8KmQZyhaZqz1x6myurXyw3Tg== =ms8C -----PGP公開鍵ブロック終了-----

セカンダリキー（_NSAKEYと_KEY2）

タイプ ビット/キーID 日付 ユーザーID pub 1024/51682D1F 1999/09/06 NSAのMicrosoft CAPIキー <postmaster@nsa.gov> -----BEGIN PGP PUBLIC KEY BLOCK----- バージョン: 2.6.3i mQCPAzfTdH0AAAEEALqOFf7jzRYPtHz5PitNhCYVryPwZZJk2B7cNaJ9OqRQiQoi e1YdpAH/OQh3HSQ/butPnjUZdukPB/0izQmczXHoW5f1Q5rbFy0y1xy2bCbFsYij 4ReQ7QHrMb8nvGZ7OW/YKDCX2LOGnMdRGjSW6CmjK7rW0veqfoypgF1RaC0fABEB AAG0LU5TQSdzIE1pY3Jvc29mdCBDQVBJIGtleSA8cG9zdG1hc3RlckBuc2EuZ292 PokBFQMFEDfTdJE+e8qoKLJFUQEBHnsH/ihUe7oq6DhU1dJjvXWcYw6p1iW+0euR YfZjwpzPotQ8m5rC7FrJDUbgqQjoFDr++zN9kD9bjNPVUx/ZjCvSFTNu/5X1qn1r it7IHU/6Aem1h4Bs6KE5MPpjKRxRkqQjbW4f0cgXg6+LV+V9cNMylZHRef3PZCQa 5DOI5crQ0IWyjQCt9br07BL9C3X5WHNNRsRIr9WiVfPK8eyxhNYl/NiH2GzXYbNe UWjaS2KuJNVvozjxGymcnNTwJltZK4RLZxo05FW2InJbtEfMc+m823vVltm9l/f+ n2iYBAaDs6I/0v2AcVKNy19Cjncc3wQZkaiIYqfPZL19kT8vDNGi9uE= =PhHT -----PGP公開鍵ブロック終了-----

参考文献

↑チャペル、ジェフ (1999 年 9 月 12 日)。「CSP 署名」。2006年 5 月 4 日時点のオリジナルからアーカイブ済み。
1 2 Fernandes, Andrew (1999年8月31日). "Microsoft、NSA、そしてあなた" . cryptonym.com . Cryptonym. 2000年6月17日のオリジナルからアーカイブ済み。 2005年10月26日取得。
↑ 「NSAがWindowsの鍵を握っているのか：未解決の問題」。CNNオンライン。ケーブルニュースネットワーク。1999年9月5日。 2015年10月5日にオリジナルからアーカイブ済み。
↑ダンカンのキャンベル(1999 年 1 月 4 日)。「NSA アクセスがどのように Windows に組み込まれたか」。ハイセオンライン。ハイセ・メディアン。
↑ 「マイクロソフトは、セキュリティとNSAに関する憶測は『不正確で根拠がない』と述べている」「 .ニュースセンター.ワシントン州レドモンド：マイクロソフト.1999年9月3日。2012年10月24日にオリジナルからアーカイブされました。」
1 2 「Windowsには「バックドア」はありません」。マイクロソフト。1999年9月7日。2000年5月20日のオリジナルからアーカイブ。2007年1月7日取得。
↑ 「Windows NSAKEY論争」。ライス大学。
↑ 「Mozilla Crypto FAQ」。1999年4月22日のオリジナルからアーカイブ済み。2020年4月12日取得。
↑ Schneier, Bruce (1999年9月15日). "NSA Key in Microsoft Crypto API?" . Counterpane . 2007年1月7日取得。
↑ 「DomainKeys Identified Mail (DKIM) Signatures」。IETF 。 1970年1月1日。 2024年12月12日取得。
↑ 「リバースエンジニアリングされた鍵」 . Cypherspace. 1999年9月6日. 2007年1月7日取得.

[Chappell-1] チャペル、ジェフ (1999 年 9 月 12 日)。「CSP 署名」。2006年 5 月 4 日時点のオリジナルからアーカイブ済み。

[Cryptonym-2] 1 2 Fernandes, Andrew (1999年8月31日). "Microsoft、NSA、そしてあなた" . cryptonym.com . Cryptonym. 2000年6月17日のオリジナルからアーカイブ済み。 2005年10月26日取得。

[CNN-3] 「NSAがWindowsの鍵を握っているのか：未解決の問題」。CNNオンライン。ケーブルニュースネットワーク。1999年9月5日。 2015年10月5日にオリジナルからアーカイブ済み。

[4] ダンカンのキャンベル(1999 年 1 月 4 日)。「NSA アクセスがどのように Windows に組み込まれたか」。ハイセオンライン。ハイセ・メディアン。

[5] 「マイクロソフトは、セキュリティとNSAに関する憶測は『不正確で根拠がない』と述べている」「 .ニュースセンター.ワシントン州レドモンド：マイクロソフト.1999年9月3日。2012年10月24日にオリジナルからアーカイブされました。」

[NoBackdoor-6] 1 2 「Windowsには「バックドア」はありません」。マイクロソフト。1999年9月7日。2000年5月20日のオリジナルからアーカイブ。2007年1月7日取得。

[7] 「Windows NSAKEY論争」。ライス大学。

[8] 「Mozilla Crypto FAQ」。1999年4月22日のオリジナルからアーカイブ済み。2020年4月12日取得。

[9] Schneier, Bruce (1999年9月15日). "NSA Key in Microsoft Crypto API?" . Counterpane . 2007年1月7日取得。

[10] 「DomainKeys Identified Mail (DKIM) Signatures」。IETF 。 1970年1月1日。 2024年12月12日取得。

[11] 「リバースエンジニアリングされた鍵」 . Cypherspace. 1999年9月6日. 2007年1月7日取得.

[

[

[

[ 4 ]

[

[

[

[ 8 ]

[ 9 ]

[ 10 ]

[ 11 ]

概要