Proteger las aplicaciones ClickOnce
Las aplicaciones ClickOnce están sujetas a las restricciones en materia de seguridad de acceso del código de .NET Framework para ayudar a limitar el acceso del código a los recursos y operaciones protegidos.Por esta razón, es importante que comprenda las implicaciones de la seguridad de acceso del código para que pueda escribir las aplicaciones ClickOnce en consecuencia.Las aplicaciones pueden utilizar Plena confianza o zonas parciales, como las zonas de Internet o intranet, para limitar el acceso.
Además, ClickOnce utiliza certificados para comprobar la autenticidad del publicador de la aplicación y firmar los manifiestos de aplicación e implementación a fin de demostrar que los archivos no se han alterado.La firma es un paso opcional, que facilita la modificación de los archivos de la aplicación una vez que se han generado los manifiestos.Sin embargo, sin manifiestos firmados, es difícil garantizar que el instalador de la aplicación no ha sido manipulado a través de ataques de seguridad de tipo "Man in the middle".Por este motivo, le recomendamos que firme la aplicación y los manifiestos de implementación, lo que le ayudará a proteger las aplicaciones.
Zonas
Las aplicaciones que se implementan mediante la tecnología ClickOnce se limitan a un conjunto de permisos y acciones definidos por la zona de seguridad.Las zonas de seguridad se definen en Internet Explorer y se basan en la ubicación de la aplicación.En la tabla siguiente se muestran los permisos predeterminados basados en la ubicación de la implementación:
Ubicación de la implementación |
Zona de seguridad |
|---|---|
Ejecutada desde el Web |
Zona de Internet |
Instalada desde el Web |
Zona de Internet |
Instalada desde un recurso compartido de archivos de red |
Zona de intranet local |
Instalada desde un CD-ROM |
Full Trust |
Los permisos predeterminados se basan en la ubicación desde la cual fue implementada la versión original de la aplicación; las actualizaciones de la aplicación heredarán esos permisos.Si la aplicación se configura para que compruebe las actualizaciones desde una ubicación web o una ubicación de red y se encuentra disponible una versión más reciente, la instalación original puede recibir permisos para Internet o para la zona Intranet en lugar de permisos de plena confianza.Para evitar que el programa pida a los usuarios que concedan los permisos, el administrador del sistema puede especificar una directiva de implementación ClickOnce que defina un editor de aplicación concreto como origen de confianza.Para aquellos equipos en los que se implemente esta directiva, los permisos se concederán automáticamente y no se preguntará al usuario.Para obtener más información, vea Información general sobre la implementación de aplicaciones de confianza.Para configurar la implementación de aplicaciones de confianza, el certificado puede instalarse en el equipo o en el nivel de empresa.Para obtener más información, vea Cómo: Agregar un publicador de confianza a un equipo cliente para aplicaciones ClickOnce.
Directivas de seguridad de acceso del código
Los permisos de una aplicación vienen determinados por la configuración del elemento <trustInfo> (Elemento) [Aplicación ClickOnce] del manifiesto de aplicación.Visual Studio genera automáticamente esta información según la configuración de la página de propiedades Seguridad del proyecto.A una aplicación ClickOnce solo se le conceden los permisos específicos que solicita.Por ejemplo, cuando el acceso a archivos requiere permisos de plena confianza, si la aplicación solicita permiso de acceso al archivo, sólo se le concederá permiso de acceso al archivo, pero no permisos de plena confianza.Cuando desarrolle su aplicación ClickOnce, debe asegurarse de que solicita solo los permisos específicos que la aplicación necesita. En la mayoría de los casos, puede usar las zonas Internet o Intranet local para limitar la aplicación a confianza parcial.Para obtener más información, vea Cómo: Establecer una zona de seguridad para una aplicación ClickOnce.Si la aplicación requiere permisos personalizados, puede crear una zona personalizada.Para obtener más información, vea Cómo: Establecer permisos personalizados para una aplicación ClickOnce.
Incluso un permiso que no forma parte del conjunto de permisos predeterminado para la zona desde la que se implementa la aplicación hará que al usuario final se le solicite conceder el permiso en el momento de la instalación o actualización.Para evitar que el programa pida a los usuarios que concedan los permisos, el administrador del sistema puede especificar una directiva de implementación ClickOnce que defina un publicador de aplicación concreto como origen de confianza.En aquellos equipos en los que se implemente esta directiva, los permisos se concederán automáticamente y no se preguntará al usuario.
Como desarrollador, es su responsabilidad asegurarse de que la aplicación se ejecute con los permisos adecuados.Si la aplicación solicita permisos fuera de una zona en tiempo de ejecución, es posible que se produzca una excepción de seguridad.Visual Studio permite depurar la aplicación dentro de la zona de seguridad de destino y proporciona ayuda para desarrollar aplicaciones seguras.Para obtener más información, vea Cómo: Depurar una aplicación ClickOnce con permisos restringidos.
Para obtener más información sobre la seguridad de acceso del código y ClickOnce, vea Seguridad de acceso del código para aplicaciones ClickOnce.
Certificados de firma de código
Para publicar una aplicación mediante la implementación ClickOnce, puede firmar la aplicación y los manifiestos de implementación de la aplicación con un par de clave pública y clave privada.Las herramientas para firmar un manifiesto están disponibles en la página Firma del Diseñador de proyectos.Para obtener más información, vea Página Firma, Diseñador de proyectos.O bien, puede firmar los manifiestos con un archivo de claves durante el proceso de publicación, mediante el Publish Wizard.
Una vez firmados los manifiestos, la información del publicador basada en la firma Authenticode aparecerá ante el usuario en el cuadro de diálogo de permisos, para mostrarle que la aplicación procede de un origen de confianza.
Para obtener más información sobre ClickOnce y los certificados, vea ClickOnce y Authenticode.
Autenticación basada en formularios de ASP.NET
Si desea controlar las implementaciones a las que puede obtener acceso cada usuario, no debe permitir accesos anónimos a las aplicaciones ClickOnce implementadas en un servidor web.En lugar de ello, podría permitir que los usuarios tuvieran acceso a las implementaciones instaladas mediante una identidad de usuario (a través de la autenticación de Windows).
Sin embargo, ClickOnce no admite la autenticación basada en formularios de ASP.NET porque usa cookies persistentes; estas representan un riesgo de seguridad porque residen en la memoria caché de Internet Explorer y podrían prestarse a intrusiones.Por lo tanto, si está implementando aplicaciones ClickOnce, no se admitirá ningún escenario de implementación que no presente autenticación de Windows.
Pasar argumentos
Hay una consideración de seguridad adicional que debe tener en cuenta si necesita pasar argumentos a una aplicación ClickOnce.ClickOnce permite a los desarrolladores proporcionar una cadena de consulta a las aplicaciones implementadas a través de Internet.La cadena de consulta toma la forma de una serie de pares de nombre y valor al final de la dirección URL que se utiliza para iniciar la aplicación:
http://servername.adatum.com/WindowsApp1.application? username=joeuser
Los argumentos de la cadena de consulta están deshabilitados de forma predeterminada.Para habilitarlos, debe establecer el atributo trustUrlParameters en el manifiesto de implementación de la aplicación.Este valor se puede establecer en Visual Studio y en MageUI.exe.Para obtener información detallada acerca de cómo habilitar el paso de cadenas de consulta, vea Cómo: Recuperar información de la cadena de consulta de una aplicación ClickOnce en línea.
No debe pasar nunca argumentos recuperados a través de una cadena de consulta a una base de datos o a la línea de comandos sin antes comprobar los argumentos para garantizar que sean seguros.No son seguros los argumentos que incluyen caracteres de escape de línea de comandos o base de datos que pueden permitir a un usuario malintencionado manipular la aplicación mediante la ejecución de comandos arbitrarios.
[!NOTA]
Los argumentos de la cadena de consulta constituyen la única forma de pasar argumentos a una aplicación ClickOnce cuando se inicia.No se pueden pasar argumentos a una aplicación ClickOnce desde la línea de comandos.
Implementar ensamblados protegidos
Es posible que desee proteger su aplicación mediante Dotfuscator para impedir el uso de técnicas de ingeniería inversa en el código por parte de otras personas.Sin embargo, la protección de ensamblados no está integrada en el IDE de Visual Studio ni en el proceso de implementación ClickOnce.Por lo tanto, tendrá que encargarse de la protección fuera del proceso de implementación, posiblemente utilizando un paso posterior a la compilación.Una vez compilado el proyecto, tendría que llevar a cabo los siguientes pasos manualmente, fuera de Visual Studio:
Encargarse de la protección mediante Dotfuscator.
Utilizar Mage.exe o MageUI.exe para generar los manifiestos de ClickOnce y firmarlos.Para obtener más información, vea Mage.exe (Herramienta de generación y edición de manifiestos) y MageUI.exe (Herramienta de generación y edición de manifiestos, cliente gráfico).
Publicar manualmente (copiar) los archivos en la ubicación de implementación de origen (servidor Web, recurso compartido UNC o CD-ROM).
Vea también
Conceptos
Seguridad e implementación ClickOnce