Seguridad en bases de datos sql y no sql.pdf

La seguridad en bases de datos SQL y NoSQL tiene similitudes, pero también diferencias clave que derivan de su arquitectura y modelo de datos. Ambos tipos de bases de datos son susceptibles a vulnerabilidades y requieren un enfoque de seguridad multifacético para proteger la información.

Seguridad en Bases de Datos SQL
Las bases de datos SQL, como MySQL o PostgreSQL, se basan en un modelo relacional con esquemas fijos. Su seguridad se ha perfeccionado a lo largo de décadas y se centra en el control de acceso estricto y la integridad de los datos. Sin embargo, su principal talón de Aquiles es la inyección SQL.

Vulnerabilidades y Riesgos:
Inyección SQL: Es el ataque más común. Un atacante inserta código SQL malicioso en un campo de entrada de una aplicación (como un formulario de login o de búsqueda) para manipular la consulta de la base de datos. Esto puede permitirles robar, modificar o eliminar datos, y en casos extremos, tomar el control del servidor de la base de datos.

Contraseñas débiles y credenciales por defecto: Usar credenciales por defecto o contraseñas fáciles de adivinar para el usuario administrador (root o sa) es un riesgo enorme.

Mala configuración de permisos: Asignar privilegios excesivos a los usuarios o a la aplicación que se conecta a la base de datos. Una aplicación que solo necesita leer datos no debería tener permisos para borrarlos.

Divulgación de errores: Cuando un error en la aplicación expone mensajes detallados de la base de datos, los atacantes pueden obtener información valiosa sobre la estructura de las tablas y las columnas.

Medidas de Protección:
Consultas parametrizadas y sentencias preparadas: Esta es la defensa principal contra la inyección SQL. En lugar de concatenar la entrada del usuario directamente en la consulta, se usan marcadores de posición. La base de datos trata el valor de entrada como datos, no como código ejecutable.

Principio de mínimo privilegio: Asignar solo los permisos necesarios a cada usuario o rol. Por ejemplo, la cuenta de la aplicación web que se conecta a la base de datos debe tener los mínimos permisos para su función.

Validación de entrada: Asegurar que todos los datos ingresados por el usuario se validan antes de usarlos en una consulta.

Cifrado: Utilizar cifrado de datos en reposo (Transparent Data Encryption o TDE) para proteger la información en el disco y cifrado en tránsito (SSL/TLS) para proteger la comunicación entre la aplicación y la base de datos.

Auditoría y monitoreo: Monitorear el acceso a la base de datos para detectar actividades sospechosas, como consultas inusuales o accesos en horarios no habituales.

Actualizaciones: Mantener el software de la base de datos (DBMS) y los frameworks de la aplicación actualizados con los últimos parches de seguridad.

Seguridad en Bases de Datos NoSQL
Las bases de datos NoSQL (MongoDB, Cassandra, etc.) se caracterizan por su flexibilidad de esquema, su escalabilidad horizontal y su arquitectura distribuida. A menudo, carecen

1. Seguridad
SQL

2. Introducción Las bases de datos SQL almacenan
información crítica y valiosa. Si no
se protegen, pueden ser blanco de
ataques que comprometan datos
personales, financieros y
corporativos.

3. ¿Por que importa
la seguridad ? Integridad de la información
Pérdidas económicas
Sanciones legales
Exposición de datos sensibles

4. Principales
Vulnerabilidades
en SQL

5. Errores de personas

6. Inyección SQL (SQLi)
Los atacantes insertan comandos
especializados en campos de
consulta de bases de datos.
Estos comandos les permiten:
Suplantar identidades
Acceder a datos protegidos
Obtener acceso root a los
servidores

7. Como funciona

8. Ejecución del SQLI

9. Escalada de
Privilegios
Acceso no autorizado a permisos
más altos de los que corresponden.
Tipos: Vertical y horizontal

10. Exfiltración de Datos
Robo de datos sin ser detectado
el atacante comprime, cifra o fragmenta la información.

11. Mecanismos de
Defensa contra
Ataques

12. Principio de Minimo Privilegio en
Roles y Usuarios
Permisos solo necesarios para cada usuario.
Menos riesgos de ataques y errores.
Roles y permisos limitados en SQL.

13. Uso de Consultas Parametrizadas
Separan datos de la consulta → evitan inyección SQL.
Validan tipos y tamaños → mayor seguridad y consistencia.

14. Validación de Entradas
Verifica y limpia datos de usuarios antes de
usarlos.
Evita ataques y corrupción de la base de datos.
Seguridad reforzada.

15. Hashing con algoritmos seguros
para proteger contraseñas.
Salt único por usuario
Protege credenciales incluso si la
base es comprometida.
Almacenamiento Seguro de Contraseñas

16. Registro de eventos
Detección de actividades sospechosas
Prevención y respuesta
Monitoreo y Auditoria de la Base
de Datos

17. Conclusión La seguridad en SQL es clave para proteger la información más valiosa de una organización.
Prevenir amenazas como la inyección SQL, controlar los privilegios y aplicar buenas prácticas
como el cifrado y las copias de seguridad reduce drásticamente el riesgo de incidentes. Invertir en
seguridad no es opcional, es una medida esencial para garantizar la integridad y confidencialidad
de los datos.

18. Referencias Cómo prevenir un ataque de inyección SQL | Cloudflare. (n.d.). https://www.cloudflare.com/es-
es/learning/security/threats/how-to-prevent-sql-injection
Gianni. (2025, July 11). Cómo prevenir un ataque de inyección de SQL. LACNIC Blog.
https://blog.lacnic.net/como-prevenir-ataque-inyeccion-sql/
Malik, O. I. (2024, March 12). What is Sensitive Data Exposure Vulnerability & How to Avoid It? Securiti.
https://securiti.ai/blog/sensitive-data-exposure/
VanMSFT. (n.d.). Inyección de código SQL - SQL Server. Microsoft Learn. https://learn.microsoft.com/es-
es/sql/relational-databases/security/sql-injection?view=sql-server-ver17
LauraWi. (s. f.). Best practices for software updates - Configuration Manager. Microsoft Learn.
https://learn.microsoft.com/en-us/intune/configmgr/sum/plan-design/software-updates-best-practices
Seguridad de Bases de Datos en SQL: Mejores Prácticas. (n.d.). https://www.entredata.org/fundamentos-
de-sql/seguridad-de-bases-de-datos-en-sql-mejores-practicas