acceso con clave a la aplicación

[mamcx]

Empezado por Casimiro Notevi

La otra opción sería guardar ese usuario/clave en un fichero externo, cifrado. Lo lees y descifras al iniciar el programa y lo utilizas para conectar a la base de datos.

Pero eso es regresar al mismo problema: Tienes la clave en el codigo!


---

La solucion general (que esta enfocada a .NET) se delinea aqui:

https://msdn.microsoft.com/en-us/lib...=vs.80%29.aspx

Basicamente, de ser posible se usa "Autenticacion integrada" que es simplemente dejar que Windows se encargue del tema.

No se como es con Firebird + Delphi, ya que en los casos parecidos a este he usado BD empresariales (Sql Server, PostgreSQL, etc)

El API que se debe usar es este:

DPAPI
https://msdn.microsoft.com/en-us/library/ms995355.aspx

----

Ahora bien, hay 2 formas de enfrentar esto:

- Consideras que la BD es un "fichero local" y el asunto de la clave es irrelevante. La seguridad que se le aplica es la de "archivos y directorios" como todos los demas.

Este es el modelo sqlite. Y esto significa que acceso fisico a la BD asegura que se pueden acceder a los datos.

- Consideras el contenido de la BD sensible y hay que protegerlo de aqui:

a- Usas seguridad integrada. Creas un usuario de *windows* y ese es el que usas para acceder a la BD.

ESTA ES LA FORMA RECOMENDADA.

b- Incias con la clave "estandar". Generas (o solicitas) un usuario/clave *en el momento de la instalacion" y *guardas esto en el enclave de seguridad con DPAPI*. Usas el API para obtener la info desde alli.

Asi no te cargas el tema de la desencriptada. El problema es como "recuperar" la clave si algo pasa. Ese es otro lio!

En tal caso, debes guardar en un archivo la info, y que esta la guarden en algun lado. Pero no lo haces tu.

Asi es masomenos una de las formas como se hace en apps empresariales (aunque honestamente, la mayoria siguen el modelo 1!)

[roman]

Empezado por mamcx

Pero eso es regresar al mismo problema: Tienes la clave en el codigo!

No necesariamente. El archivo externo se puede cifrar con la contraseña del usuario. La aplicación presenta la ventana de login, el usuario coloca su contraseña y la aplicación la usa para descifrar el archivo que contiene la clave de sysdba. La clave para cifrar el archivo puede coincidir con la del usuario registrado en la tabla de usuarios propia del sistema.

Bueno, estoy pensando en voz alta, pero creo que funcionaría ¿no? Claro que cada usuario debe tener su propio archivo cifrado.

LineComment Saludos

[roman]

Por cierto que observo que los usuarios de Firebird/Interbase siempre usan un sólo usuario a nivel de servidor (sysdba). Supongo que esto está bien si sólo hay un sistema instalado en el servidor pero no en el uso compartido. Nosotros manejamos muchos sistemas en un servidor y cada uno tiene su propio usuario con acceso exclusivamente a la base (o bases) que requiera. Esto, independientemente de la tabla de usuarios, permisos, etc. que cada sistema maneje.

LineComment Saludos

[Casimiro Noteví]

Hay que estudiar cada caso en profundidad, lo dicho son solamente pautas más o menos estandar que pueden variar mucho de un caso a otro.

[anubis]

Gracias por los aportes.

Hasta donde llega mi escaso entendimiento, firebird maneja los usuarios de forma independiente del sistema en que se aloja la base de datos. Se puede usar inicialmente la clave y usuario de SYSDBA y luego cambiarla si se desea y asignar los usuarios al sistema firebird, asi, como decis, solo acceden los usuarios a las partes de la base de datos que se requieran.

Como dice Casimiro Notevi, todo depende de como quieras hacer tu sistema y que tan seguro lo quieras hacer, pero con todo lo que habeis expuesto, se puede elaborar un plan de accesos.

Gracias de nuevo, lo voy a revisar.