Last year, I made a series of posts about a new feature available in the betas of .NET 3.5 which enabled you to specify declaratively the set of permissions that IE hosted managed controls should run with. Since the betas there have been a couple of tweaks to the manifest control model, so those posts need a refresh.
Most notably, the Low Safety (Unrestricted) setting for the Permissions for Components with Manifests URL action is not a part of the final shipping Orcas bits. Instead, the two options are:
- High Safety – manifested controls can run with the permissions it requests, but only if those permissions are a subset of the permissions it would have been granted by CAS policy or if the manifests are signed by a trusted publisher.
- Disabled – manifested controls may not run at all.
If you’re using a machine that had one of the .NET 3.5 betas on it, the Low Safety option will still appear in your Internet Explorer dialog box, however the CLR will treat a value of Low Safety as if it were Disabled.
A lot of times when people look at this feature, they would like a full end-to-end sample of a control in a web page taking advantage of a manifest to elevate its permissions. I’ve attached a ZIP file containing a sample control to this post.
In order to use this sample:
- Create a ManifestControl subdirectory in your wwwroot.
- Copy ManifestControl.control, ManifestControl.dll, ManifestControl.dll.manifest, and ManifestControl.html to the ManifestControl directory created in step 1.
- Ensure that your web server is setup to allow downloading of .dll, .control, and .dll.manifest files.
- Install ManifestControl.cer in your Trusted Publishers certificate store.
- Install ManifestControl.cer in your Trusted Root Certification Authorities certificate store. (Once you are done with the sample, the test certificate should be removed from both of these certificate stores)
- Navigate Internet Explorer to http://localhost/ManifestControl/ManifestControl.html