Cómo protegemos tus datos

01. Autenticación y acceso

• Correos corporativos autenticados con DKIM, SPF y DMARC sobre el dominio aiginer.com. Esto impide que terceros suplanten direcciones internas en phishing.
• Verificación en dos pasos (2FA) obligatoria en todas las cuentas administrativas internas (panel de hosting, repositorios, DNS, cuentas de email).
• Acceso al servidor productivo únicamente mediante claves SSH (sin contraseña). Las claves se rotan cuando un colaborador deja de necesitar acceso.
• Sesiones del panel de cliente protegidas con tokens firmados de corta duración y refresco controlado.

02. Cifrado

• HTTPS forzado en todo el sitio mediante Cloudflare con TLS 1.2+ y HSTS preload activo (HTTP queda completamente bloqueado).
• Datos sensibles cifrados en reposo dentro de la base de datos productiva, con clave maestra fuera del repositorio.
• Cifrado simétrico autenticado (AES-256-GCM) para credenciales de terceros que el cliente nos delega gestionar (vault con datos asociados al tenant para impedir intercambios entre clientes).

03. Aislamiento de datos por cliente

• El aislamiento se impone en la aplicación: todo endpoint comprueba la pertenencia del usuario a la organización, y toda consulta lleva ese filtro obligatorio antes de tocar la base de datos.
• Y la base de datos lo impone por segunda vez, de forma independiente. Las 121 tablas con datos de cliente llevan políticas de acceso por fila activas y forzadas. En el camino del dinero —consumo, facturación y aprobaciones— la consulta baja de privilegios antes de ejecutarse, de modo que queda restringida a las filas de tu organización aunque la aplicación tuviera un fallo lógico. Estamos extendiendo esa segunda barrera al resto de la plataforma.
• Nunca usamos los datos de un cliente para entrenar modelos ni para beneficiar a otro cliente.

04. Trazabilidad criptográfica de acciones

• Toda acción sensible (cambios de configuración, accesos administrativos, exportaciones de datos) se registra en una tabla audit_logs.
• Cada registro incluye un hash SHA-256 enlazado al registro anterior. Forma una cadena inmutable: cualquier manipulación o borrado posterior se detecta al ejecutar la verificación.
• Para clientes regulados, los registros son evidencia admisible: podemos demostrar quién hizo qué y cuándo, sin posibilidad de modificación silenciosa.

05. Backups y recuperación ante desastres

• Volcado completo (pg_dump) de cada base de datos productiva todos los días, cifrado con AES-256 y con su suma de verificación SHA-256. Se conservan siete copias diarias y cuatro semanales, y se copia también la configuración de producción.
• Regla 3-2-1: tres copias, dos soportes y una fuera del sitio. Además del servidor de producción, cada copia se replica a un almacenamiento de objetos con jurisdicción de la Unión Europea, y una cuarta va a una máquina física distinta. Todo lo que sale del servidor viaja ya cifrado: el proveedor de almacenamiento nunca ve nada en claro.
• Restore drill automatizado mensual: cargamos un backup completo en un entorno aislado y verificamos la integridad de la cadena hash de audit_logs. Si la cadena no verifica, la copia se descarta.

06. Protección de red y antibot

• Cloudflare WAF activo con managed ruleset y reglas custom que bloquean scanners conocidos (intentos sobre /wp-admin, /.env, /phpmyadmin, etc.).
• Reto gestionado automático para el tráfico sospechoso y los bots no verificados, con los buscadores excluidos de forma explícita. No usamos el modo antibot genérico: activarlo fue parte de lo que dejó este sitio 45 días fuera de Google, y preferimos una regla que sepa distinguir un rastreador legítimo de un escáner.
• Cloudflare Turnstile invisible en todos los formularios públicos (contacto, auditoría). Combinado con un honeypot oculto y validación de tiempo mínimo de cumplimentación, bloquea la práctica totalidad del spam y los ataques de scraping de formularios.
• Rate limiting en los webhooks de intake.

07. Monitorización y respuesta a incidentes

• Status público en status.aiginer.com con 11 componentes monitorizados, repartidos en aplicación, API, modelos e infraestructura, y con el histórico de disponibilidad a la vista.
• Cada servicio de producción lleva su propia comprobación de salud y una política de reinicio automático: si un contenedor deja de responder, vuelve a levantarse solo, sin intervención.
• Vigías independientes que avisan por correo si algo deja de ocurrir en silencio: por ejemplo, si las copias de seguridad dejan de hacerse o si los rastreadores de búsqueda empiezan a recibir bloqueos.
• Alertas en tiempo real al canal interno para que cualquier degradación se atienda en minutos.

08. Confidencialidad del stack de modelos

• Shara, nuestro producto SaaS, expone los modelos al cliente con alias internos (Prelude, Sonata, Symphony, Concerto). El proveedor real detrás de cada alias es información confidencial.
• Esto te protege a ti como cliente: si un proveedor sube precios, degrada un modelo o lo discontinúa, lo reemplazamos por uno equivalente sin que tu equipo tenga que re-aprender nada.
• El detalle del stack solo se comparte bajo NDA a clientes Max y Plan Local, como parte del proceso de due diligence.
• Todos los modelos se ejecutan en proveedores que cumplen RGPD y disponen de cláusulas de no entrenamiento sobre datos del cliente.

09. Reporte de vulnerabilidades

• Direcciones dedicadas: seguridad@aiginer.com (es) y security@aiginer.com (en).
• Tiempos de respuesta comprometidos: acuse de recibo en menos de 24 horas hábiles; respuesta sustantiva con plan de acción en menos de 5 días hábiles.
• Parche desplegado en menos de 30 días para vulnerabilidades críticas y altas.
• Disclosure coordinada con el investigador: te damos crédito (si lo deseas) y comunicamos la corrección públicamente cuando esté en producción.

10. Roadmap de hardening (honesto sobre lo que aún no tenemos)

• SOC 2 Type II: en proceso de preparación. Calendario sujeto a maduración del producto y volumen de clientes.
• ISO 27001: en evaluación específicamente para clientes Plan Local (despliegues on-premise donde aporta valor diferencial).
• Restauración desde la copia externa: probada el 5 de agosto de 2026, con el volcado descargado, descifrado y verificado tabla a tabla.
• Segunda barrera en base de datos para el resto de la plataforma: en migración. El camino del dinero ya la tiene; el resto va por dominios.
• Pentest externo independiente: planificado pre-GA del producto.
• Bug bounty público: planificado tras el pentest externo. Mientras tanto, mantenemos canal de reporte responsable.

¿Tienes dudas específicas sobre nuestra seguridad?

Si necesitas información adicional para un cuestionario de procurement, una auditoría interna o un análisis de riesgo, escríbenos. Atendemos peticiones razonables sin requerir contrato previo.

Volver al Trust Center.