Skip to content

7. Cierre y autoevaluación

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

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.

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 + Evidencia

El DBA debe proteger el sistema completo, no solamente la base de datos.

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.

  1. Verdadero o falso: cifrar los datos ya resuelve por sí solo el problema de control de acceso.
  2. ¿Qué técnica es reversible mediante una llave separada: enmascaramiento, seudonimización o anonimización?
  3. ¿Qué modelo de control de acceso decide mediante atributos del sujeto, objeto y entorno: DAC, MAC o ABAC?
  4. Verdadero o falso: la prevención de inyección es responsabilidad exclusiva del DBA.
  5. ¿Qué archivo de PostgreSQL controla qué conexiones se aceptan y con qué método de autenticación?
  6. ¿Desde qué versión de MongoDB el bindIp por defecto es localhost?
  7. Menciona dos de los ocho principios rectores de protección de datos personales, además de ARCO.
  8. En una frase, ¿qué es hardening, y en qué capa distinta del motor también aplica?

Responde sin consultar el material anterior, después verifica tus respuestas con tu docente.

  1. Explica por qué una consulta parametrizada previene la inyección SQL, mientras que una consulta construida por concatenación no.
  2. ¿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?
  3. Explica la diferencia entre seudonimización y anonimización.
  4. ¿Qué diferencia hay entre cifrado en tránsito y cifrado en reposo? Da un ejemplo de motor/mecanismo para cada uno.
  5. 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.
  6. ¿Qué significa que una instalación sea “funcional” pero no “segura”? Da un ejemplo concreto de esta unidad.
  7. 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?
  8. 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?
TérminoDefinició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 funcionesPrincipio según el cual ninguna persona debería controlar, por sí sola, una operación crítica de principio a fin.
Inyección SQL / NoSQLAtaque que altera la lógica de una consulta insertando entrada de usuario no validada dentro de ella.
DAC / RBAC / ABACModelos 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 datosMostrar solo una parte de un dato o sustituirlo por un valor no identificable, sin mecanismo formal de reversión.
SeudonimizaciónSustitución de un dato identificable por un identificador artificial, reversible con una llave o tabla separada.
AnonimizaciónProceso que impide asociar un dato a una persona de forma irreversible.
Cifrado en tránsito / en reposoProtección criptográfica de datos mientras viajan por la red / ya almacenados.
LFPDPPP / LGPDPPSOMarco normativo mexicano de protección de datos personales, para el sector privado y para sujetos obligados, respectivamente.
ARCODerechos de Acceso, Rectificación, Cancelación y Oposición sobre datos personales.
HardeningProceso de reducir la superficie de ataque de un sistema mediante configuración segura.
pg_hba.confArchivo de PostgreSQL que controla qué conexiones se aceptan y con qué método de autenticación.

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