Seguridad en SQL

Tenemos unos programas hechos en VB6 contra Access y los estamos migrando a
SQL server 2005 Express (como entorno de pruebas, el año que viene creo que
el jefe nos concederá sql 2005 para 20 usuarios). El entorno es Windows
2003 server con Active Directory. Hay 100 usuarios, aunque apenas hay 50
transacciones diarias y nunca trabajan más de 10 usuarios simultáneos (las
bases de datos, con los históricos de 10 años, no llegan a los 100Mb)
De momento, la migración de bases de datos y el acceso desde el programa
está resuelto y funciona bien, pero tengo muchas dudas respecto a cómo
organizar la seguridad de accesos.
Me gustaría que a las bases de datos sólo pudieran acceder los programas y
el administrador del sistema (con el SQL Manager), pues los programas,
dependiendo del usuario, ya mapean qué tablas, campos o porciones de
registros puede ver o modificar cada uno (hay programas bastante complejos,
con 11 perfiles de usuario, cada uno de los cuales accede a tablas o campos
específicos).
Lo he conseguido poniendo en SQL server el modo de autenticación Mixto,
poniendo contraseña al usuario sa, y pasando dicho usuario y contraseña en
las cadenas de conexión ADO del programa. Pero en el manual, Microsoft
desaconseja el uso de la autenticación mixta, recomendando sólo el uso del
modo de autenticación de Windows.
Hay un posible problema añadido: el año que viene, en nuestra corporación,
todas las contraseñas (incluidas las de administrador) van a caducar cada 45
días. Si utilizo la autenticación de windows igual tengo problemas para
acceder a las bases de datos desde los programas.
La verdad es que estoy hecho un lío con las políticas de usuario de SQL
Server 2005.
¿Me pueden orientar un poco?
Muchas gracias.

Una cosa más: el jefe comenta que si para el escaso movimiento de la base de
datos (hay días en que se insertan apenas 20 registros), tenemos suficiente
con la versión gratuita (express). ¿Qué opinan?

Tenemos unos programas hechos en VB6 contra Access y los estamos migrando
a SQL server 2005 Express (como entorno de pruebas, el año que viene creo
que el jefe nos concederá sql 2005 para 20 usuarios). El entorno es
Windows 2003 server con Active Directory. Hay 100 usuarios, aunque apenas
hay 50 transacciones diarias y nunca trabajan más de 10 usuarios
simultáneos (las bases de datos, con los históricos de 10 años, no llegan
a los 100Mb)
De momento, la migración de bases de datos y el acceso desde el programa
está resuelto y funciona bien, pero tengo muchas dudas respecto a cómo
organizar la seguridad de accesos.
Me gustaría que a las bases de datos sólo pudieran acceder los programas y
el administrador del sistema (con el SQL Manager), pues los programas,
dependiendo del usuario, ya mapean qué tablas, campos o porciones de
registros puede ver o modificar cada uno (hay programas bastante
complejos, con 11 perfiles de usuario, cada uno de los cuales accede a
tablas o campos específicos).
Lo he conseguido poniendo en SQL server el modo de autenticación Mixto,
poniendo contraseña al usuario sa, y pasando dicho usuario y contraseña en
las cadenas de conexión ADO del programa. Pero en el manual, Microsoft
desaconseja el uso de la autenticación mixta, recomendando sólo el uso del
modo de autenticación de Windows.
Hay un posible problema añadido: el año que viene, en nuestra corporación,
todas las contraseñas (incluidas las de administrador) van a caducar cada
45 días. Si utilizo la autenticación de windows igual tengo problemas para
acceder a las bases de datos desde los programas.
La verdad es que estoy hecho un lío con las políticas de usuario de SQL
Server 2005.
¿Me pueden orientar un poco?
Muchas gracias.

Una cosa más: el jefe comenta que si para el escaso movimiento de la base
de datos (hay días en que se insertan apenas 20 registros), tenemos
suficiente con la versión gratuita (express). ¿Qué opinan?

Por partes:

con SQL Server 2005 Express no vas a tener problemas con ese número de
transacciones por segundo ni por el tamaño de las bases de datos. Si el
día de mañana se os queda pequeña, siempre podréis actualizar más
fácilmente simplemente comprando una versión superior y ampliando el
hardware.

Lo que has conseguido con autentificación mixta lo puedes hacer con
autentificación Windows, y más fácilmente; tienes más ventajas (con esta
segunda opción) porque tienes la seguridad centralizada y no tienes que
crear usuarios de SQL específicos. El hecho de que caduquen las
contraseñas no es un problema, ya que si el usuario accede a la red, podrá
acceder a las bases de datos (recuerda, la seguridad está centralizada).

Lo que no debes hacer es acceder con el usuario sa, pues éste tiene
todos los permisos, no sólo sobre ciertas bases de datos o tablas, sino
sobre el propio servidor. Yo en tu lugar crearía roles que les asignaría
los permisos específicos que quieras, y posteriormente asignárselo a los
usuarios, independientemente de que las aplicaciones accedan a las tablas
que quieras.


"Antonio Belmonte" escribió en el mensaje
news:%23SwI%

Tenemos unos programas hechos en VB6 contra Access y los estamos migrando
a SQL server 2005 Express (como entorno de pruebas, el año que viene creo
que el jefe nos concederá sql 2005 para 20 usuarios). El entorno es
Windows 2003 server con Active Directory. Hay 100 usuarios, aunque apenas
hay 50 transacciones diarias y nunca trabajan más de 10 usuarios
simultáneos (las bases de datos, con los históricos de 10 años, no llegan
a los 100Mb)
De momento, la migración de bases de datos y el acceso desde el programa
está resuelto y funciona bien, pero tengo muchas dudas respecto a cómo
organizar la seguridad de accesos.
Me gustaría que a las bases de datos sólo pudieran acceder los programas
y el administrador del sistema (con el SQL Manager), pues los programas,
dependiendo del usuario, ya mapean qué tablas, campos o porciones de
registros puede ver o modificar cada uno (hay programas bastante
complejos, con 11 perfiles de usuario, cada uno de los cuales accede a
tablas o campos específicos).
Lo he conseguido poniendo en SQL server el modo de autenticación Mixto,
poniendo contraseña al usuario sa, y pasando dicho usuario y contraseña
en las cadenas de conexión ADO del programa. Pero en el manual, Microsoft
desaconseja el uso de la autenticación mixta, recomendando sólo el uso
del modo de autenticación de Windows.
Hay un posible problema añadido: el año que viene, en nuestra
corporación, todas las contraseñas (incluidas las de administrador) van a
caducar cada 45 días. Si utilizo la autenticación de windows igual tengo
problemas para acceder a las bases de datos desde los programas.
La verdad es que estoy hecho un lío con las políticas de usuario de SQL
Server 2005.
¿Me pueden orientar un poco?
Muchas gracias.

Una cosa más: el jefe comenta que si para el escaso movimiento de la base
de datos (hay días en que se insertan apenas 20 registros), tenemos
suficiente con la versión gratuita (express). ¿Qué opinan?

Gracias por responder.

Supongamos que pongo autentificación windows, y desde su terminal entra el

usuario Pepe. Pepe arranca el programa y me gustaría que dicho programa

tuviera derechos de administrador sobre toda la base de datos. Pero lo que

no quiero es que Pepe pueda entrar a la base de datos desde una herramienta

como SQL Server 2005 Management Studio Express que él pueda instalar en su

máquina. Vamos, quiero que, en el caso de usuarios no administradores, sólo

el programa "vea" la base de datos.

¿Cómo lo hago? (Perdón, pero vengo de un entorno Access en el que se

protegía el fichero .mdb con contraseña y poco más)

"Carlos Sacristan" <nomail> escribió en el mensaje
news:%
> Por partes:
>
> con SQL Server 2005 Express no vas a tener problemas con ese número de
> transacciones por segundo ni por el tamaño de las bases de datos. Si el
> día de mañana se os queda pequeña, siempre podréis actualizar más
> fácilmente simplemente comprando una versión superior y ampliando el
> hardware.
>
> Lo que has conseguido con autentificación mixta lo puedes hacer con
> autentificación Windows, y más fácilmente; tienes más ventajas (con esta
> segunda opción) porque tienes la seguridad centralizada y no tienes que
> crear usuarios de SQL específicos. El hecho de que caduquen las
> contraseñas no es un problema, ya que si el usuario accede a la red, podrá
> acceder a las bases de datos (recuerda, la seguridad está centralizada).
>
> Lo que no debes hacer es acceder con el usuario sa, pues éste tiene
> todos los permisos, no sólo sobre ciertas bases de datos o tablas, sino
> sobre el propio servidor. Yo en tu lugar crearía roles que les asignaría
> los permisos específicos que quieras, y posteriormente asignárselo a los
> usuarios, independientemente de que las aplicaciones accedan a las tablas
> que quieras.
>
>
> "Antonio Belmonte" escribió en el mensaje
> news:%23SwI%
>> Tenemos unos programas hechos en VB6 contra Access y los estamos migrando
>> a SQL server 2005 Express (como entorno de pruebas, el año que viene creo
>> que el jefe nos concederá sql 2005 para 20 usuarios). El entorno es
>> Windows 2003 server con Active Directory. Hay 100 usuarios, aunque apenas
>> hay 50 transacciones diarias y nunca trabajan más de 10 usuarios
>> simultáneos (las bases de datos, con los históricos de 10 años, no llegan
>> a los 100Mb)
>> De momento, la migración de bases de datos y el acceso desde el programa
>> está resuelto y funciona bien, pero tengo muchas dudas respecto a cómo
>> organizar la seguridad de accesos.
>> Me gustaría que a las bases de datos sólo pudieran acceder los programas
>> y el administrador del sistema (con el SQL Manager), pues los programas,
>> dependiendo del usuario, ya mapean qué tablas, campos o porciones de
>> registros puede ver o modificar cada uno (hay programas bastante
>> complejos, con 11 perfiles de usuario, cada uno de los cuales accede a
>> tablas o campos específicos).
>> Lo he conseguido poniendo en SQL server el modo de autenticación Mixto,
>> poniendo contraseña al usuario sa, y pasando dicho usuario y contraseña
>> en las cadenas de conexión ADO del programa. Pero en el manual, Microsoft
>> desaconseja el uso de la autenticación mixta, recomendando sólo el uso
>> del modo de autenticación de Windows.
>> Hay un posible problema añadido: el año que viene, en nuestra
>> corporación, todas las contraseñas (incluidas las de administrador) van a
>> caducar cada 45 días. Si utilizo la autenticación de windows igual tengo
>> problemas para acceder a las bases de datos desde los programas.
>> La verdad es que estoy hecho un lío con las políticas de usuario de SQL
>> Server 2005.
>> ¿Me pueden orientar un poco?
>> Muchas gracias.
>>
>> Una cosa más: el jefe comenta que si para el escaso movimiento de la base
>> de datos (hay días en que se insertan apenas 20 registros), tenemos
>> suficiente con la versión gratuita (express). ¿Qué opinan?
>>
>>
>
>
>

Gracias por responder.

Supongamos que pongo autentificación windows, y desde su terminal entra el

usuario Pepe. Pepe arranca el programa y me gustaría que dicho programa

tuviera derechos de administrador sobre toda la base de datos. Pero lo que

no quiero es que Pepe pueda entrar a la base de datos desde una
herramienta

como SQL Server 2005 Management Studio Express que él pueda instalar en su

máquina. Vamos, quiero que, en el caso de usuarios no administradores,
sólo

el programa "vea" la base de datos.

¿Cómo lo hago? (Perdón, pero vengo de un entorno Access en el que se

protegía el fichero .mdb con contraseña y poco más)

"Carlos Sacristan" <nomail> escribió en el mensaje
news:%

Por partes:

con SQL Server 2005 Express no vas a tener problemas con ese número de
transacciones por segundo ni por el tamaño de las bases de datos. Si el
día de mañana se os queda pequeña, siempre podréis actualizar más
fácilmente simplemente comprando una versión superior y ampliando el
hardware.

Lo que has conseguido con autentificación mixta lo puedes hacer con
autentificación Windows, y más fácilmente; tienes más ventajas (con esta
segunda opción) porque tienes la seguridad centralizada y no tienes que
crear usuarios de SQL específicos. El hecho de que caduquen las
contraseñas no es un problema, ya que si el usuario accede a la red,
podrá acceder a las bases de datos (recuerda, la seguridad está
centralizada).

Lo que no debes hacer es acceder con el usuario sa, pues éste tiene
todos los permisos, no sólo sobre ciertas bases de datos o tablas, sino
sobre el propio servidor. Yo en tu lugar crearía roles que les asignaría
los permisos específicos que quieras, y posteriormente asignárselo a los
usuarios, independientemente de que las aplicaciones accedan a las tablas
que quieras.


"Antonio Belmonte" escribió en el mensaje
news:%23SwI%

Tenemos unos programas hechos en VB6 contra Access y los estamos
migrando a SQL server 2005 Express (como entorno de pruebas, el año que
viene creo que el jefe nos concederá sql 2005 para 20 usuarios). El
entorno es Windows 2003 server con Active Directory. Hay 100 usuarios,
aunque apenas hay 50 transacciones diarias y nunca trabajan más de 10
usuarios simultáneos (las bases de datos, con los históricos de 10 años,
no llegan a los 100Mb)
De momento, la migración de bases de datos y el acceso desde el programa
está resuelto y funciona bien, pero tengo muchas dudas respecto a cómo
organizar la seguridad de accesos.
Me gustaría que a las bases de datos sólo pudieran acceder los programas
y el administrador del sistema (con el SQL Manager), pues los programas,
dependiendo del usuario, ya mapean qué tablas, campos o porciones de
registros puede ver o modificar cada uno (hay programas bastante
complejos, con 11 perfiles de usuario, cada uno de los cuales accede a
tablas o campos específicos).
Lo he conseguido poniendo en SQL server el modo de autenticación Mixto,
poniendo contraseña al usuario sa, y pasando dicho usuario y contraseña
en las cadenas de conexión ADO del programa. Pero en el manual,
Microsoft desaconseja el uso de la autenticación mixta, recomendando
sólo el uso del modo de autenticación de Windows.
Hay un posible problema añadido: el año que viene, en nuestra
corporación, todas las contraseñas (incluidas las de administrador) van
a caducar cada 45 días. Si utilizo la autenticación de windows igual
tengo problemas para acceder a las bases de datos desde los programas.
La verdad es que estoy hecho un lío con las políticas de usuario de SQL
Server 2005.
¿Me pueden orientar un poco?
Muchas gracias.

Una cosa más: el jefe comenta que si para el escaso movimiento de la
base de datos (hay días en que se insertan apenas 20 registros), tenemos
suficiente con la versión gratuita (express). ¿Qué opinan?