簡単な答えはすでに与えられています。長い答えを探しています。サブ質問:
- 完全信頼アプリケーションがSecurityExceptionをスローすることはありますか?はいの場合、どのような状況で?
- 「CRLセキュリティ設定」とは何ですか、どこにあり、どのくらい心配する必要がありますか?
- たとえば、ArgumentExceptionをキャッチするのは無意味
int.Parse("25")
です。SecurityExceptionがスローされないことをいつ確認できますか?
簡単な答えはすでに与えられています。長い答えを探しています。サブ質問:
int.Parse("25")
です。SecurityExceptionがスローされないことをいつ確認できますか?SecurityException
完全な答えを得るには、共有ソースのローターをダウンロードして、aがスローされる場所を検索することをお勧めします。
ダウンロードサイトは次のとおりです。http://www.microsoft.com/downloads/en/details.aspx?FamilyId = 8C09FD61-3F26-4555-AE17-3121B4F51D4D&displaylang = en
そして、いくつかのサンプル調査結果:
HttpWebRequest.CheckResubmit
、Demand()
オンWebPermission
が失敗した場合BaseConfigurationRecord.CheckPermissionAllowed
、特定の状況で失敗しDemand()
た場合ConfigurationPermission(PermissionState.Unrestrictred)
(もっとたくさんあります)
..。
これは包括的な答えではありませんが、Web アプリを構成するファイルの NTFS アクセス許可が、Web アプリが実行されているアプリ プールに対して設定された ID へのアクセスを許可しない場合、完全信頼の ASP.net アプリケーションは SecurityException をスローします。アプリが完全に信頼されている場合でも、完全に信頼されていないように見える、非常に紛らわしい例外が発生します。セキュリティ例外は、作成するコードではなく環境に依存するため、スローされないことを保証することはできません。たとえば、2 つの異なるサーバーでまったく同じコードを使用すると、一方は SecurityException をスローする場合があり、他方はスローしない場合があります。