7. Cierre y autoevaluación
Síntesis
Section titled “Síntesis”Recorriste, en esta unidad: los principios de seguridad y la mitigación de inyección (1), el control de acceso (2), la protección de datos sensibles (3), el cifrado y la protección técnica (4), el marco normativo (5) y el hardening del servidor (6).
Resultado esperado
Section titled “Resultado esperado”Al finalizar esta unidad debes poder:
- proteger datos
- administrar privilegios
- reconocer información sensible
- aplicar mecanismos de protección criptográfica
- identificar riesgos de credenciales
- relacionar privacidad con bases de datos
- analizar un servidor
- reducir superficie de ataque
- aplicar controles de hardening
- verificar configuraciones
- documentar evidencia
Actividad 8 — Evaluación de seguridad (actividad integral). Para un servidor de base de datos, identifica activos, datos, usuarios, servicios y puertos; revisa configuración, privilegios, archivos, red y actualizaciones; establece una línea base y documenta los hallazgos. Instrucciones completas en la Actividad 8.
Pregunta de cierre
Section titled “Pregunta de cierre”Una base de datos tiene usuarios correctamente configurados, pero el servidor permite acceso administrativo amplio, tiene servicios innecesarios y expone el puerto del motor a Internet.
¿Está realmente segura?
No. La seguridad debe evaluarse de forma integral:
Datos + Base de datos + Sistema operativo + Red + Administración + EvidenciaEl DBA debe proteger el sistema completo, no solamente la base de datos.
Mini quiz de verificación
Section titled “Mini quiz de verificación”Autoevaluación formativa rápida — no se califica y no sustituye la Actividad 8. Respóndelo antes de pasar a las preguntas abiertas de abajo.
- Verdadero o falso: cifrar los datos ya resuelve por sí solo el problema de control de acceso.
- ¿Qué técnica es reversible mediante una llave separada: enmascaramiento, seudonimización o anonimización?
- ¿Qué modelo de control de acceso decide mediante atributos del sujeto, objeto y entorno: DAC, MAC o ABAC?
- Verdadero o falso: la prevención de inyección es responsabilidad exclusiva del DBA.
- ¿Qué archivo de PostgreSQL controla qué conexiones se aceptan y con qué método de autenticación?
- ¿Desde qué versión de MongoDB el
bindIppor defecto eslocalhost? - Menciona dos de los ocho principios rectores de protección de datos personales, además de ARCO.
- En una frase, ¿qué es hardening, y en qué capa distinta del motor también aplica?
Autoevaluación
Section titled “Autoevaluación”Responde sin consultar el material anterior, después verifica tus respuestas con tu docente.
- Explica por qué una consulta parametrizada previene la inyección SQL, mientras que una consulta construida por concatenación no.
- ¿Por qué el control de acceso por sí solo no protege datos sensibles si no se combina con clasificación y, en algunos casos, cifrado?
- Explica la diferencia entre seudonimización y anonimización.
- ¿Qué diferencia hay entre cifrado en tránsito y cifrado en reposo? Da un ejemplo de motor/mecanismo para cada uno.
- Explica, con tus propias palabras, cómo se conecta el principio de minimización de datos (LFPDPPP/LGPDPPSO) con la clasificación de datos de la Unidad 2.
- ¿Qué significa que una instalación sea “funcional” pero no “segura”? Da un ejemplo concreto de esta unidad.
- En el caso de los ataques a MongoDB de 2017, ¿qué configuración por defecto específica permitió el ataque, y qué control de esta unidad la habría evitado?
- Según el reporte de la GAO sobre Equifax, ¿qué tipo de fallas (más allá de “no aplicar un parche”) contribuyeron a la brecha?
Glosario
Section titled “Glosario”| Término | Definición |
|---|---|
| Privilegio mínimo (least privilege) | Principio según el cual cada usuario o proceso debe tener únicamente los permisos estrictamente necesarios. |
| Separación de funciones | Principio según el cual ninguna persona debería controlar, por sí sola, una operación crítica de principio a fin. |
| Inyección SQL / NoSQL | Ataque que altera la lógica de una consulta insertando entrada de usuario no validada dentro de ella. |
| DAC / RBAC / ABAC | Modelos de control de acceso: por decisión del dueño del objeto (DAC), por rol con nombre reutilizable (RBAC), o por atributo de la fila/sesión (ABAC, p. ej. Row-Level Security). |
| Enmascaramiento de datos | Mostrar solo una parte de un dato o sustituirlo por un valor no identificable, sin mecanismo formal de reversión. |
| Seudonimización | Sustitución de un dato identificable por un identificador artificial, reversible con una llave o tabla separada. |
| Anonimización | Proceso que impide asociar un dato a una persona de forma irreversible. |
| Cifrado en tránsito / en reposo | Protección criptográfica de datos mientras viajan por la red / ya almacenados. |
| LFPDPPP / LGPDPPSO | Marco normativo mexicano de protección de datos personales, para el sector privado y para sujetos obligados, respectivamente. |
| ARCO | Derechos de Acceso, Rectificación, Cancelación y Oposición sobre datos personales. |
| Hardening | Proceso de reducir la superficie de ataque de un sistema mediante configuración segura. |
pg_hba.conf | Archivo de PostgreSQL que controla qué conexiones se aceptan y con qué método de autenticación. |
Qué aprenderás después
Section titled “Qué aprenderás después”Esta unidad se detiene en el nivel introductorio de seguridad aplicada a datos. Los siguientes temas no se explican todavía:
- Bitácoras técnicas, interpretación de eventos y gobierno práctico de datos (Unidad III).
- Índices, planes de ejecución y monitoreo de desempeño (Unidad IV).
- Respaldo, restauración y recuperación ante desastres (Unidad V).
- Alta disponibilidad, replicación y particionamiento horizontal (Unidad VI).

