cambiar password del usuario sysdba

[Casimiro Noteví]

Tienes razón, guillotmarc, por lo que he visto (con un editor hexadecimal) controla si existe un usuario determinado, lo que no sé es si también controla que el password sea otro diferente al predeterminado.
Tampoco tengo instalado fb2.5, a ver si saco tiempo para instalarlo en una máquina virtual y lo pruebo.

[guillotmarc]

Aún no lo he probado (tengo que instalar FB 2.5, aún trabajo con la 2.0 habitualmente).

Pero creo que hay una forma relativamente sencilla de romper esta seguridad (si se confirma que consiste en lo que estamos pensando, triggers de bases de datos).

Tienes que copiar la base de datos a un servidor nuevo, donde conozcas la contraseña de SYSDBA, y después solo tienes que entrar en ella con el comando ISQL (está en la carpeta \bin de Firebird) usando el switch -nodbtriggers.

Una vez conectado como SYSDBA a la base de datos, y habiendo evitado el mecanismo de seguridad, ya puedes echar un vistazo a sus triggers, modificarlos, eliminarlos, etc. ...

Ejplo: delete from rdb$triggers where (rdb$system_flag = 0 or rdb$system_flag is null);

La verdad es que el mecanismo no está mal para mantener alejados a los neófitos, pero no va a detener a alguien con más experiencia.

[Casimiro Noteví]

Efectivamente, aquí está la prueba

[Gallosuarez]

Casimiro:

Efectivamente... esa es la base de datos ... una pregunta ¿cuanto tiempo invertiste en entrar a la base de datos?

Como dice Guillotmarc es un mecanismo relativamente sencillo para mantener a los neófitos alejados de tu datos. Aunque creo que también puede engañar a uno que otro programador experimentado ...

La forma que describe Guillotmarc se me hace un tanto elaborada ... existe una forma aun mas sencilla .... que es la que yo utilizo ....

Bueno ... pues ahora queda la opción de llevarlo a otro nivel ...

Saludos,
Gerardo Suárez Trejo

[Casimiro Noteví]

Bueno, entrando con isql con el parámetro indicado por guillotmarc tardé más o menos... 15 segundos.

[ferchambon]

Empezado por Casimiro Notevi

Bueno, entrando con isql con el parámetro indicado por guillotmarc tardé más o menos... 15 segundos.

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

[Casimiro Noteví]

La respuesta está 3 mensajes más arriba

[ramato79]

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.

Empezado por guillotmarc

Aún no lo he probado (tengo que instalar FB 2.5, aún trabajo con la 2.0 habitualmente).

Ejplo: delete from rdb$triggers where (rdb$system_flag = 0 or rdb$system_flag is null);

La verdad es que el mecanismo no está mal para mantener alejados a los neófitos, pero no va a detener a alguien con más experiencia.

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

[[Lepe]]

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.

[ecfisa]

Empezado por Lepe

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.
...

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

[Casimiro Noteví]

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".

[ramato79]

Empezado por Lepe

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.
...

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

[Casimiro Noteví]

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