De la Seguridad del acceso a datos en aplicaciones ASP ... - Willy .Net

{Insert figure: CH12 - SQL Application Roles.gif}
Ilustración 12.5
Utilizar varias funciones de aplicación SQL
En la ilustración 12.5, la identidad ServiceIdentity1 que se utiliza para tener acceso
a la base de datos se obtiene normalmente del proceso de trabajo de ASP.NET o de
una identidad del proceso de la aplicación de servidor de Servicios Empresariales.
En esta opción, se utiliza la misma identidad de servicio (y por lo tanto la misma
conexión) para conectarse a SQL Server. Las funciones de aplicación SQL se
activan con el procedimiento almacenado integrado sp_setapprole, que se basa en
la pertenencia a la función del llamador. Este procedimiento almacenado requiere el
nombre de la función y una contraseña.
Si utiliza esta opción, debe almacenar de forma segura las credenciales del nombre
de la función y la contraseña. Para obtener más consejos y técnicas de
almacenamiento de secretos, consulte "Almacenar cadenas de conexión a bases de
datos de forma segura" más adelante en este capítulo.
Limitaciones de las funciones de aplicación SQL
Debe tener en cuenta los siguientes puntos principales antes de elegir el uso de las
funciones de aplicación SQL:
Necesita administrar credenciales de las funciones de aplicación SQL. Debe
llamar al procedimiento almacenado sp_setapprole; para ello, pase un
nombre de la función y una contraseña para cada conexión. Si está activando
una función de aplicación SQL desde código administrado, no será seguro
tener incrustada en el ensamblado una contraseña con texto sin cifrar.
Las credenciales de la función de aplicación SQL se pasan a la base de datos
como texto sin cifrar. Debería asegurarlas en la red mediante IPSec o SSL
entre el servidor de aplicaciones y el servidor de base de datos.
Una vez que se activa una función de aplicación SQL en una conexión, ya no
puede desactivarse. Permanece activa hasta que se cierra la conexión.
Tampoco es posible intercambiar dos o más funciones en la misma conexión.
Utilice funciones de aplicación SQL únicamente cuando la aplicación utilice
una identidad fija única para conectarse a la base de datos. En otras palabras,
utilícelas únicamente cuando la aplicación utilice el modelo de subsistema de
confianza.
Si cambia el contexto de seguridad de la conexión (por ejemplo, si se utilizara
el contexto del llamador original para conectarse a la base de datos), las
funciones de aplicación SQL no funcionan junto con la agrupación de la
conexión.
Para obtener más información, consulte el artículo Q229564, "PRB: SQL
Application Role Errors with OLE DB Resource Pooling" (en inglés), en
Microsoft Knowledge Base.