から実行(ローカルマシン、インターネットなど...)。私はそれがアセンブリのパーミッションを減らすことを意図していたと推測していますが、2つの証拠があるときにはという2つのコードグループがあり、与えられたポリシーレベル内にがあります。アセンブリの証拠
種類よろしく PK
から実行(ローカルマシン、インターネットなど...)。私はそれがアセンブリのパーミッションを減らすことを意図していたと推測していますが、2つの証拠があるときにはという2つのコードグループがあり、与えられたポリシーレベル内にがあります。アセンブリの証拠
種類よろしく PK
.NET Frameworkの基礎ブック(私はまだかなりの試験のためにそれを覚えていませんでした)によると、証拠はユーザーが指定した(.NET構成ツール)または開発者指定のいずれかです。このようにして、必要なゾーンを明示的に定義します。
私は間違っているかもしれませんが、自動的にゾーンを割り当てるCLRを認識していません。
このようなExecuteAssemblyメソッドのオーバーロードは、の代わりに、新しい証拠を自動的に割り当てるという証拠を使用しています。さもなければ、何がポイントになるでしょうか?
CLRは自動的にゾーンを割り当てません。したがって、ファイルの場所とデフォルトのセキュリティポリシーに基づいてゾーンをより多く想定します。つまり私のローカルマシン上でファイルを実行している場合、完全に信頼されているとみなされます。 – BinaryMisfit
割り当てられませんが、Windowsにゾーン情報を要求します。 – pkolodziej
CLRがアセンブリのゾーンエビデンスを取得する方法については、次の記事を参照してください。 http://blogs.msdn.com/shawnfa/archive/2006/05/12/596419.aspx – pkolodziej