エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
解説:インサイド .NET Framework 第2回 アセンブリのアイデンティティ(3/3) - @IT
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
解説:インサイド .NET Framework 第2回 アセンブリのアイデンティティ(3/3) - @IT
遅延署名機能の利用 ところで、Microsoftのキー・ペアの管理方法を聞いて、「そんなに厳重にしまってあ... 遅延署名機能の利用 ところで、Microsoftのキー・ペアの管理方法を聞いて、「そんなに厳重にしまってあったら、開発中にアセンブリに厳密名をつけるためにキー・ペアを借りるにはかなり厄介な手順で承認をもらうんだろうなぁ」という疑問がわかなかっただろうか? そう、厳重に保管してしまうと、アセンブリをビルドするたびに取り出すのが大変になってしまうのだ。セキュリティと利便性は両立しないとはよくいったものである。 かといって、Microsoftのあらゆる部門にキー・ペアを配ってしまったら、どこから漏れるか分かったものではない。そんなことは絶対にできない。ではどうするか。.NET Frameworkでは、アセンブリに遅延署名を行うことができるようになっている。 署名をしなければ厳密名が付いていないものと見なされてしまう。そこで、.NET Frameworkでは、アセンブリに署名をせずに公開キーだけを