Re: CASPOL - StrongName trusts not being applied
- From: "Adam Clauss" <cabadam@xxxxxxxx>
- Date: Mon, 30 Oct 2006 11:29:43 -0600
"Nicole Calinoiu" <calinoiu REMOVETHIS AT gmail DOT com> wrote in message
news:95044A7F-0508-4096-A3B6-017BA604AEAF@xxxxxxxxxxxxxxxx
If your assembly has SecurityPermission\Assertion permission as well as
the permission being demanded (as evaluated under the CAS policy settings
only), the assertion will prevent the call stack walk from reaching the
app domain boundary, so the lesser permission set assigned at the app
domain level will be irrelevant. If you need to convince yourself that
this works, why not just go ahead and try it?
I'm in the process of doing so, but there are a lot of 'entry' points to
nail down.
So maybe I am misunderstanding the goal of the assert and what the problem
is.
So, initially, the AppDomain is loaded, and as it in itself has no strong
name, we get the LocalIntranet zone permissions. Our assembly is then
loaded into the AppDomain, with the same permission set. However, by
putting an Assert in there, the CLR (I assume this is where the security
check is done?) will recognize that this particular assembly actually
matches the Strong Name condition, and allow it to perform the actions?
--
Adam Clauss
.
- References:
- CASPOL - StrongName trusts not being applied
- From: Adam Clauss
- Re: CASPOL - StrongName trusts not being applied
- From: Nicole Calinoiu
- Re: CASPOL - StrongName trusts not being applied
- From: Adam Clauss
- Re: CASPOL - StrongName trusts not being applied
- From: Nicole Calinoiu
- Re: CASPOL - StrongName trusts not being applied
- From: Adam Clauss
- Re: CASPOL - StrongName trusts not being applied
- From: Adam Clauss
- Re: CASPOL - StrongName trusts not being applied
- From: Nicole Calinoiu
- CASPOL - StrongName trusts not being applied
- Prev by Date: Re: COM+ Security error
- Next by Date: Re: Kerberos Token Renewal
- Previous by thread: Re: CASPOL - StrongName trusts not being applied
- Next by thread: Re: Thread.CurrentPrincipal only set once
- Index(es):
Relevant Pages
|