呼ばれる、同一アプリケーションで実行される各種コードにさまざまな信頼レベルを強制的に適用するメカニズムが備わっています。情報に基づいてセキュリティ境界を適用するメカニズムとして使用しないでください。コードがセキュリティ境界としてサポートされないように、ガイダンスを更新しています。発生元の不明なコードの読み込みと実行に関しては、他のセキュリティ対策を適切に導入することなく行わないようにしてください。システムには、多種多様な、多くの場合は不明なソースからコードが送信されてきます。コードは、電子メールに添付したり、ドキュメントに含めたり、インターネット経由でダウンロードしたりすることができます。ウイルスやワームのような悪意のあるコードによってコンピューター上のデータを破損または破壊され、時間的にも金銭的にも直接の被害を受けた経験のあるユーザーは少なくありません。この方法では対処できないさまざまな問題が存在します。ユーザーはさまざまなソースからコードを入手しますが、中には信頼できない入手先もあります。コードに、悪意のあるコードからねらわれやすいバグがあったり、脆弱性が潜んでいる可能性もあります。コードがユーザーの予期しない動作をする場合もあります。システムが損害を受けたり、機密データが漏洩したりする可能性があります。ページ上のスクリプトなどの場合を除き、コードを実行するためには、その細部にわたるまで完全に信頼されていることが要求されます。システム間でも、一方のシステムから送信されたコードをもう一方のシステムで安全に実行できるようにするための、幅広く適用できるセキュリティ機構が必要になります。セキュリティというセキュリティ機構を提供しています。セキュリティにより、コードの発生元や、そのコードの身元を示すその他の基準に基づいて、コードをさまざまなレベルで信頼できます。コードに対してさまざまな信頼レベルを強制的に適用することにより、実行するために完全に信頼されていなければならないコードの数は少なくなります。セキュリティを使用することで、作成したコードが悪意のあるコードやバグのあるコードによって誤用される可能性も低くなります。コードによって実行できる一連の操作を指定できるため、開発者の責任を軽減できます。セキュリティは、コードにセキュリティの脆弱性があった場合に、それによって被る可能性のある損害を最小限に抑えるためにも役立ちます。コードアクセスセキュリティに大きな変更が加えられました。注目すべき変更点はセキュリティの透過性ですが、コードアクセスセキュリティに影響する重要な変更も他にもあります。これらの変更の詳細については、「セキュリティの変更」を参照してください。コードと部分的に信頼されたアプリケーションに影響します。ライブラリ開発者は、部分的に信頼されたアプリケーションによる認証されていないアクセスからコードを保護する必要があります。部分的に信頼されたアプリケーションは、インターネットなどの外部リソースから読み込まれるアプリケーションです。イントラネットにインストールされているアプリケーションは、完全に信頼されたアプリケーションとして実行されます。完全に信頼されたアプリケーションは、完全に信頼されているため、セキュリティ透過的としてマークされている場合を除き、コードアクセスセキュリティの影響を受けません。属性でマークされているコードを呼び出すことができない点です。実行する必要があります。このとき、"ネットワーク上の場所からアセンブリの読み込みを試みました。これによりアセンブリがサンドボックス化されました。ポリシーが既定で有効ではないため、この読み込みは危険な場合があります。いうメッセージが表示されます。要素を使用して、アプリケーションを完全信頼として実行できるようにすることができます。サンドボックスで部分信頼コードを実行する」を参照してください。セキュリティの利点を享受することになります。Basics」を参照してください。セキュリティにより、コードがアクセスする対象を保護されたリソースと保護された操作に制限できます。セキュリティは次の機能を果たします。リソースにアクセスするための権限や権限セットを定義する。resources.呼び出し元が特定の権限を所有していることをコードから要求できるようにする。permissions.呼び出し元にデジタル署名があることをコード自身が要求できるようにします。これにより、特定の組織またはサイトからの呼び出し元だけが、保護されたコードを呼び出すことができます。code.呼び出し履歴上で、各呼び出し元に付与された権限を、その呼び出し元に求められる権限と比較することにより、コードに対する制限を実行時に強制する。スタック内の各呼び出し元に与えられているアクセス許可と、確認要求されているアクセス許可とを比較します。スタックに、確認要求されたアクセス許可を持っていない呼び出し元があった場合は、セキュリティ例外がスローされ、アクセスは拒否されます。ウォークは、信頼レベルの低いコードが信頼レベルの高いコードを呼び出して利用し、承認されていないアクションを実行しようとする攻撃を防止できるようにするために実行します。コードの呼び出し元すべてに対して実行時にアクセス許可を確認要求することは、確かにパフォーマンスに影響しますが、信頼レベルの低いコードによる攻撃からコードを保護できるようにするためには必要です。ウォークを減らすこともできますが、その場合は、セキュリティの脆弱性を露呈しないように常に注意する必要があります。ウォークを次の図に示します。セキュリティとその最も一般的な使用方法について説明します。セキュリティ透過性モデルについて説明します。コードからライブラリを使用する方法について説明します。システムで使用されるさまざまな重要用語と概念について、概要を示します。ロールに基づいて、セキュリティを組み込む方法について説明します。アプリケーションに暗号を組み込む方法について説明します。applications.関連記事このページはお役に立ちましたか?YesNo追加のフィードバックはありますか?スキップ送信ありがとうございます。直接フィードバックを残すこともできます。直接フィードバックを残すこともできます。Cookie利用条件サイトのフィードバック商標このページはお役に立ちましたか?YesNo追加のフィードバックはありますか?スキップ送信ありがとうございます。Cookie利用条件サイトのフィードバック。