Browse by Tags
All Tags » Security (RSS)
-
|
Because (1) weak references don't have a hash and (2) to keep the hashing scheme simple for manifests -- all files are hashed.
|
-
|
Applaunch.exe is used to host applications running in the CLR Code Access Security sandbox. Applications running with full trust do not need to be hosted in a secure host & will not run in the AppLaunch.exe. Applaunch.exe is similar to IEExec.exe...
|
-
|
The main considerations are security and how self-contained your component is. Lightweight, self-contained components can generally be deployed seamlessly along with the "ClickOnce" application. However, it is important to understand that the...
|
-
|
By default, VS assumes that an application requires full trust to run & as such enters it into the application manifest. You can change this default using the Security tab in project properties. We chose this default simply because we have found that...
|
-
|
No. We looked into this, however, the user consent prompt is targeted at end-users. Translating code assess security permissions to something meaningful & helpful to the user is not easily accomplished. In addition, the trust decision the average...
|
-
|
No. The “ClickOnce” model does not support this type of on-demand prompting. The major reason is that’s hard enough to get the user to make an accurate trust decision without trying to have them do while the app is running.
|
-
|
No, you can use your own generated private test certificate. You can also use an Authenticode certificate issued by a third party.
|
-
|
There are numerous reasons we require “ClickOnce” applications to be signed. The biggest is to ensure that “ClickOnce” can not be used as an attack vector to propagate viruses to client PCs. By requiring “ClickOnce” deployments to be signed, only the...
|
-
|
Yes, it runs with exactly the same set of permissions as defined in the application manifest.
|
-
|
No, only the “ClickOnce” manifests need to be signed. The manifests have a hash of all the files they reference, so application integrity can be ensured, even if the application files are not signed. Also be careful when using signed assemblies in your...
|
-
|
Yes, if your in a managed enterprise environment, you can use an Authenticode certificate to allow applications the IT department has indicated are trustworthy to run without prompting.
|
-
|
Absolutely. You can configure the prompt on a per-zone basis. Ex. you could disable the prompt for internet apps & leave it enabled for Intranet apps.
|
-
|
The majority of the security vulnerabilities introduced by ActiveX actually had nothing to do with a prompt. Most attacks were javascript in an html page scripting a well-intentioned ActiveX control that unintentionally exposed a security hole. “ClickOnce...
|
-
|
Ideally a user would never have to make a trust decision. However, if there is no admin available to make a trust decision for the user, & the user wants to be able to use an application that needs high trust, the only one that can make the decision...
|
-
|
There are two options available to applications that need higher trust. The first is a trust prompt. An application can specify the permissions it needs (Visual Studio helps with this). If an application needs more trust than what it requests, the user...
|
-
|
By default "ClickOnce" deployed applications run in a security sandbox provided by CLR Code Access Security. An application has the ability to do safe operations, such as displaying UI & same site network IO, but can not do unsafe things...
|