Casimiro Buen dia.

Me podria explicar como se puede hacer este procedimiento de conexion, para luego borrar el triggers.

de antemano gracias por cualquier informacion

La respuesta está 3 mensajes más arriba

Se que hace bastante de este post, pero tengo el mismo problema, estuve buscando informacion al respecto y no hay forma de restringir el acceso a las base de datos firebird una vez se tiene acceso fisico al fichero. :confused:

¿No bastaria con pasar el system_flag a 1? si no me equivoco, hace que el trigger sea "solo lectura" :D

Donde se apoya toda la seguridad informática es en el primer eslabón, y ese, precisamente es no tener acceso físico al archivo.

Si no puedes acceder al coche, no lo vas a poder robar. Si tienes acceso, es cuestión de tiempo.

Estamos en fb 3.0 beta (no me ha dado tiempo a mirarlo), pero como ya apuntaban más abajo, tarde o temprano alguien compilará los fuentes "sin esa protección o machacando la protección" y reventará los ficheros (aquí me he pasado tres pueblos, lo sé, pero tiempo al tiempo).

En un SGBBDD concreto y muy usado, es "tan fácil" como poner una contraseña encriptada en un campo, sabiendo de antemano que "XrgWrsZZrk" es la encriptación de "admin" del usuario "administrador", y esto lo sabes porque creas una BBDD en blanco, entras con el administrador de BBDD y miras el contenido del campo.

En otro SGBBDD ni eso, basta con instalar el servidor en una Máquina virtual y ya puedes registrar las bases de datos, con admin y la contraseña que hayas puesto al instalar el servidor, casi igual que Firebird hasta ahora.

Con estos dos ejemplos reales (que no doy más detalles porque no es un foro de hackers), quiero decir que nos estamos saltando la premisa de base; queriendo arreglar algo por software, cuando en realidad es de hardware:
- puerta con contraseña numérica para acceder a la sala del servidor,
- huella digital
- o lo que quieras

Y no, no es "rollo película de los 80", el que valora sus datos lo hace así. No debe ser millonario ni mucho menos (todo lo contrario porque esos sistemas son baratos), es estar sensibilizado con la seguridad.

Ciento por ciento de acuerdo con vos Lepe ^\||/.

Si la seguridad no contempla el aspecto físico, el resto de las cauciones son prácticamente una pérdida de tiempo y dinero.

Saludos :)

Y puede haber un sistema de seguridad fabuloso, pero tampoco sirve de nada si hay alguna opción del estilo: "Introduzca una memoria en el puerto USB para hacer el backup de la base de datos". :)

Estoy completamente de acuerdo contigo Lepe, pero en este caso no tengo control sobre la ubicación física de las BBDD y la idea era impedir el acceso con el usuario SYSDBA aprovechando el truco que comentaba el compañero Gallosuarez

Gracias por vuestras aclaraciones :)

Puedes cifrar/encriptar los datos que estimes oportuno. Por ejemplo, yo suelo cifrar algunos campos, por si acaso cae la base de datos en manos "peligrosas", que no puedan ver esos datos en particular. Pero otros campos como: nombre, teléfono, etc. no es necesario cifrar. En tu caso debes elegir qué campos. Y no guardes la clave en la base de datos ;)