透明性は、セキュリティ モデルを簡素化し、安全なライブラリやアプリケーションの作成と展開を容易にするために、.NET Framework バージョン 2.0 で導入されました。 透過コードは Microsoft Silverlight でも使用され、部分的に信頼できるアプリケーションの開発を簡素化します。

Specifying the Transparency Level

Assembly-level SecurityRulesAttribute attribute は、アセンブリが従う SecurityRuleSet 規則を明示的に選択します。

• Level 2 (Level2) – .NET Framework 4 透過ルール。

• Level 1 (Level1) – .NET Framework 2.0 透過ルール。

2 つの透過性レベルの主な違いは、レベル 1 はアセンブリ外部からの呼び出しに対して透過性ルールを強制せず、互換性のみを目的としていることです。

Level 2 Transparency

Level 2 透過性は .NET Framework 4 で導入されたものです。 このモデルの 3 つの信条は、透過的なコード、セキュリティ安全クリティカルなコード、およびセキュリティ重要なコードです。

• 透過的なコードは、それが付与される権限 (完全信頼を含む) にかかわらず、他の透過的コードまたはセキュリティ安全クリティカルなコードのみを呼び出すことができます。 コードが部分的に信頼されている場合、ドメインの権限セットで許可されているアクションのみを実行できます。

  • Assert 操作または特権の昇格を実行する。

  • 安全でないまたは検証不可能なコードを含めることはできない。

  • Critical コードを直接呼び出す。

  • SuppressUnmanagedCodeSecurityAttribute属性を持つネイティブコードまたはコードを呼び出す。

  • LinkDemand によって保護されているメンバーを呼び出す。

  • Critical タイプから継承する。

    さらに、透過メソッドは critical 仮想メソッドをオーバーライドしたり critical インターフェース メソッドを実装したりできない。

• セキュリティセーフな critical コードは完全に信頼できるが透過コードによって呼び出し可能である。 これは、完全信頼コードの限られた表面積を公開します。 正しさとセキュリティの検証は、セーフクリティカルなコードで行われます。

• Security-critical code は任意のコードを呼び出し、完全に信頼できますが、透明なコードからは呼び出せません。

レベル 1 透明性

レベル 1 透明性モデルは .NET Framework バージョン 2.0 で、開発者がセキュリティ監査にさらされるコード量を減少できるよう導入されています。 レベル 1 の透過性はバージョン 2.0 で一般に公開されましたが、主に Microsoft 社内でセキュリティ監査目的にのみ使用されていました。 アノテーションを通じて、開発者は、どの型やメンバがセキュリティ昇格やその他の信頼できるアクションを実行でき（security-critical）、どれが実行できない（security-transparent）かを宣言することができる。 透過的と認定されたコードは、高度なセキュリティ監査は必要ありません。 レベル 1 の透過性では、透過性の実行はアセンブリ内に限定されます。 言い換えると、セキュリティ・クリティカルと認定されたパブリックな型やメンバは、アセンブリ内でのみセキュリティ・クリティカルとなります。 これらの型やメンバがアセンブリの外から呼び出されたときにセキュリティを強化したい場合は、リンク要求を使用して完全信頼する必要があります。 そうしない場合、公に見えるセキュリティ クリティカルな型およびメンバーは、セキュリティ セーフ クリティカルとして扱われ、アセンブリ外部の部分的に信頼されたコードから呼び出すことができます。

レベル 1 透過性モデルには次の制限があります。

• Security-critical type and members that are public are accessible from security-transparent code.

• the transparency annotation is enforced only within an assembly.If you want to use link demand for full trust.

  The level 1 transparency model is available.

• セキュリティ上重要な型およびメンバーは、アセンブリの外部からの呼び出しに対してセキュリティを強制するためにリンク要求を使用しなければなりません。

• 継承ルールは強制されません。

• Transparency Enforcement

  Transparency ルールは、透明性が計算されるまで実行されません。 その時、透明性ルールが違反されると InvalidOperationException がスローされます。 透明度が計算される時間は複数の要因に依存し、予測することはできません。 可能な限り遅く計算されます。 .NET Framework 4では、アセンブリレベルの透明度の計算は、.NET Framework 2.0よりも早く行われます。 唯一の保証は、透明度の計算が必要な時点までに行われることです。 これは、ジャストインタイム（JIT）コンパイラが、あるメソッドがコンパイルされ、そのメソッドのエラーが検出される時点を変更できることに似ています。 透過性の計算は、コードに透過性のエラーがない場合は見えません。

  • Security-Transparent Code, Level 1
  • Security-Transparent Code, Level 2

  も参照してください。