FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
|||
|
|||
Cita:
Me podria explicar como se puede hacer este procedimiento de conexion, para luego borrar el triggers. de antemano gracias por cualquier informacion |
#22
|
||||
|
||||
La respuesta está 3 mensajes más arriba
|
#23
|
|||
|
|||
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.
Cita:
|
#24
|
||||
|
||||
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.
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
#25
|
||||
|
||||
Cita:
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
__________________
Daniel Didriksen Guía de estilo - Uso de las etiquetas - La otra guía de estilo .... |
#26
|
||||
|
||||
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".
|
#27
|
|||
|
|||
Cita:
Gracias por vuestras aclaraciones |
#28
|
||||
|
||||
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
|
|
|
|