Buenas prácticas de despliegue
Fystack aplica controles de seguridad estrictos en sus despliegues para proteger la infraestructura de producción y el material criptográfico sensible. Este documento describe nuestros principios fundamentales de seguridad en el despliegue: aislamiento de red, control de acceso y protección de endpoints.
1. Despliegue en redes privadas con acceso por VPN
Toda la infraestructura de producción de Fystack se despliega dentro de redes privadas con acceso obligatorio por VPN, lo que garantiza que los servicios críticos nunca queden expuestos directamente a internet.
Arquitectura de red
Componente | Configuración de red |
|---|---|
Servidores de aplicaciones | Desplegados en subredes privadas sin direcciones IP públicas |
Servidores de bases de datos | Aislados en subredes dedicadas a bases de datos, accesibles solo desde la capa de aplicación |
Nodos MPC | Desplegados en una red privada altamente restringida con una malla VPN peer-to-peer |
Acceso administrativo | VPN obligatoria para todas las operaciones administrativas y los despliegues |
Internet pública | Solo los balanceadores de carga y los API gateways tienen endpoints públicos |
Requisitos de acceso por VPN
Todo el personal que accede a la infraestructura de producción debe autenticarse a través de la VPN con los siguientes controles:
- Autenticación multifactor (MFA): se requieren llaves de seguridad físicas o apps de autenticación
- Cumplimiento de dispositivos: solo dispositivos administrados con cifrado de disco completo y protección de endpoints
- Lista de IP permitidas: acceso VPN restringido a rangos de IP autorizados
- Monitoreo de sesiones: todas las sesiones VPN se registran y se monitorean en busca de anomalías
- Expiración automática: las sesiones VPN expiran tras 8 horas de inactividad
- Autenticación basada en certificados: se requieren certificados de cliente además de las credenciales
Segmentación de red
Nivel de red | Control de acceso |
|---|---|
Zona pública | Solo balanceadores de carga, CDN y protección DDoS |
Zona DMZ | API gateway, proxies inversos, WAF |
Zona de aplicaciones | Servidores de aplicaciones, accesibles solo desde la DMZ y la VPN |
Zona de datos | Bases de datos, accesibles solo desde la zona de aplicaciones |
Zona segura | Nodos MPC, KMS, almacenes de secretos: el nivel de restricción más alto |
2. Roles de Cloud IAM para el acceso a KMS y Secret Manager
Fystack usa roles de Cloud IAM para aplicar el principio de mínimo privilegio en el acceso a Key Management Service (KMS) y Secret Manager. Solo los servicios esenciales y los ejecutivos de nivel C tienen acceso al material criptográfico crítico.
Modelo de acceso IAM
Recurso | Quién tiene acceso | Nivel de permisos |
|---|---|---|
Claves maestras de KMS | Solo CEO y CTO | Acceso total (cifrar, descifrar, administrar) |
Secret Manager | Solo CEO y CTO | Acceso total (leer, escribir, eliminar) |
Servicios de aplicación | Servicio de API, nodos MPC (mediante cuenta de servicio) | Acceso de solo lectura a secretos específicos |
Desarrolladores | Sin acceso | Sin permisos sobre el KMS ni los secretos de producción |
Equipo de DevOps | Sin acceso directo | Puede desplegar, pero no puede leer los valores de los secretos |
Restricciones de las cuentas de servicio
Los servicios de aplicación acceden a KMS y Secret Manager mediante cuentas de servicio con permisos estrictamente acotados:
- Cuentas por servicio: cada servicio tiene su propia cuenta de servicio dedicada
- Permisos mínimos: solo los permisos necesarios para operaciones específicas
- Control de acceso por secreto: el acceso se otorga por secreto individual, no a todo el almacén de secretos
- Credenciales con vigencia limitada: los tokens de las cuentas de servicio expiran y rotan automáticamente
- Registros de auditoría: todo acceso a KMS y Secret Manager queda registrado en un registro de auditoría inmutable
Políticas de control de acceso
Ejemplo de política de acceso a KMS:
- El CEO y el CTO pueden administrar las claves de KMS y ver los registros de auditoría
- Las cuentas de servicio de las aplicaciones solo pueden cifrar y descifrar con claves específicas
- Todo uso de claves se registra con la identidad de quien lo invoca y una marca de tiempo
- Eliminar una clave requiere doble autorización del CEO y del CTO
- La rotación de claves está automatizada y monitoreada
Ejemplo de política de acceso a Secret Manager:
- El CEO y el CTO pueden crear, leer, actualizar y eliminar secretos
- Los servicios de aplicación solo pueden leer los secretos que tienen asignados
- El acceso a los secretos se registra con la identidad del servicio y la dirección IP
- Las versiones de los secretos son inmutables y se conservan con fines de auditoría
- La rotación de secretos desencadena actualizaciones automáticas de los servicios
3. Detección y respuesta en endpoints (EDR)
Fystack despliega soluciones de detección y respuesta en endpoints (EDR) como CrowdStrike o Bitdefender como sidecars para detectar y prevenir intentos de infiltración en todos los sistemas de producción.
Arquitectura de despliegue de EDR
Componente | Protección EDR |
|---|---|
Sidecar de contenedor | Agente EDR desplegado como contenedor sidecar en cada pod |
Monitoreo de procesos | Monitoreo en tiempo real de todas las ejecuciones de procesos y syscalls |
Tráfico de red | Inspección de las conexiones de red entrantes y salientes |
Integridad de archivos | Detección de modificaciones no autorizadas de archivos |
Escaneo de memoria | Detección de malware residente en memoria e inyección de código |
Capacidades de EDR
Detección de amenazas:
- Análisis de comportamiento: identifica comportamientos anómalos de procesos y escalamiento de privilegios
- Detección basada en firmas: bloquea malware y exploits conocidos
- Machine learning: detecta amenazas de día cero y amenazas persistentes avanzadas (APT)
- Detección de movimiento lateral: identifica intentos de acceso no autorizado entre sistemas
- Protección contra ransomware: detecta y bloquea intentos de cifrado de archivos
Acciones de respuesta:
- Contención automática: aísla de la red los contenedores comprometidos
- Terminación de procesos: finaliza automáticamente los procesos maliciosos
- Captura forense: conserva el estado de la memoria y el disco para la investigación
- Escalamiento de alertas: notificación inmediata al equipo de seguridad
- Capacidad de reversión: restauración desde imágenes de contenedor verificadas
Monitoreo y alertas de EDR
Tipo de alerta | Acción de respuesta |
|---|---|
Amenaza crítica detectada | Aislamiento automático del contenedor, notificación inmediata al equipo de seguridad |
Ejecución de proceso sospechoso | Proceso finalizado, alerta enviada al centro de operaciones de seguridad |
Conexión de red no autorizada | Conexión bloqueada, tráfico de red registrado para su análisis |
Violación de integridad de archivos | Contenedor redesplegado desde una imagen verificada, incidente registrado |
Inyección en memoria detectada | Proceso finalizado, volcado de memoria capturado, CEO y CTO notificados |
Integración de EDR
- Integración con SIEM: los eventos de EDR se reenvían al sistema de gestión de información y eventos de seguridad (SIEM)
- Playbooks de respuesta a incidentes: flujos de respuesta automatizados para escenarios de amenaza comunes
- Fuentes de inteligencia de amenazas: actualizaciones en tiempo real sobre amenazas emergentes e indicadores de compromiso
- Informes de cumplimiento: informes de cumplimiento automatizados para auditorías de seguridad
- Análisis forense: telemetría detallada para la investigación posterior a incidentes
4. Resumen
La estrategia de seguridad de despliegue de Fystack se basa en tres pilares fundamentales:
- Aislamiento en redes privadas con acceso por VPN, que garantiza que la infraestructura crítica nunca quede expuesta directamente a internet
- Controles IAM estrictos, que limitan el acceso a KMS y Secret Manager solo al CEO y al CTO, con permisos mínimos para las cuentas de servicio
- Despliegue de EDR como sidecar, que proporciona detección de amenazas en tiempo real y respuesta automatizada en todos los sistemas de producción
Estos controles funcionan en conjunto para crear una postura de seguridad de defensa en profundidad que protege las claves criptográficas, los datos sensibles y la infraestructura de producción frente a amenazas tanto externas como internas.