Automatización que puedes poner delante de un auditor
Encargar a un sistema el trabajo que antes hacían tus personas es, antes que una cuestión tecnológica, una cuestión de control. Así es como la respondemos.
Todo comprador serio pregunta las mismas tres cosas: adónde van nuestros datos, quién puede acceder a ellos y qué pasa cuando el sistema se equivoca. Preferimos responder a eso en una página pública que en la tercera reunión.
Nada de lo que sigue es aspiracional. Describe cómo construimos y operamos los programas hoy. Cuando todavía no disponemos de algo que una gran empresa podría esperar, lo decimos en esta página en lugar de dejar que lo descubras durante el proceso de compra.
Cómo se construyen y operan los sistemas
Tenencia y residencia
Las automatizaciones se ejecutan en tu cuenta cloud, o en un entorno aislado que operamos para ti, en la región que especifiques. No mezclamos las cargas de trabajo ni los datos de distintos clientes en un entorno compartido.
Cifrado
Los datos se cifran en tránsito con TLS actualizado y en reposo con claves gestionadas por el proveedor o por el cliente, según lo que exija tu política.
Acceso de mínimo privilegio
Cada integración usa una identidad de servicio dedicada, delimitada a los objetos y operaciones concretos que necesita el proceso. El acceso humano permanente a datos de producción es la excepción y se nombra explícitamente en el contrato, nunca se da por supuesto.
Gestión de secretos
Las credenciales viven en un almacén de secretos gestionado, nunca en código, archivos de configuración o repositorios. Las claves se rotan según un calendario y ante cualquier cambio de personal.
Registro de auditoría
Cada acción automatizada registra sus datos de entrada, la regla o versión del modelo que la decidió, el nivel de confianza cuando interviene un modelo, y el resultado. El registro es consultable y se conserva durante el periodo que establezcas.
Control de cambios
Toda la automatización tiene control de versiones, se revisa y se despliega mediante un pipeline. Los cambios en producción son trazables hasta un commit, un aprobador y un ticket.
Supervisión y alertas
Las automatizaciones se supervisan de forma continua para detectar fallos, deriva del modelo, latencia y anomalías de volumen, con alertas dirigidas a un turno de guardia según el acuerdo de servicio.
Segregación de funciones
Las personas que construyen una automatización y las que aprueban sus cambios en producción no son las mismas, en los programas donde tu entorno de control lo exige.
Lo que los modelos pueden y no pueden hacer
La razón por la que la mayoría de los programas de automatización no superan una revisión de riesgo no es el modelo. Es que nadie puede decir qué se le permitía decidir al modelo.
Tus datos no se usan para entrenar modelos
Utilizamos endpoints de modelos empresariales bajo acuerdos que excluyen el entrenamiento con el contenido enviado, y no ajustamos modelos compartidos con tus datos. Cuando se ajusta un modelo para ti, el resultado pertenece a tu programa y no se reutiliza en ningún otro sitio.
Los modelos leen y recomiendan; las reglas deciden
La arquitectura por defecto coloca reglas deterministas y comprobaciones de política entre un modelo y cualquier acción con consecuencias. Eso mantiene las decisiones explicables y hace que el control sea comprobable.
Los umbrales de confianza los defines tú
Cada decisión automatizada tiene un límite de confianza por debajo del cual se escala a una persona. Tú defines esos límites y puedes modificarlos sin necesidad de reconstruir el sistema.
La revisión humana se diseña desde el principio, no se añade después
Las colas de revisión forman parte del diseño del proceso y su tamaño se ajusta a la tasa real de excepciones. Cuando la normativa o la política reservan una decisión para una persona, el sistema la prepara y se detiene.
Gestión de prompts y resultados
Las entradas y salidas se registran para auditoría según tu política de retención, se redactan cuando contienen campos sensibles, y el acceso a esos registros sigue las mismas reglas de mínimo privilegio que los propios datos.
Los cambios de modelo se prueban antes de llegar a ti
Las versiones de modelo y de prompt quedan fijadas. Las actualizaciones se ejecutan contra un conjunto de regresión construido con tus propios casos históricos antes de pasar a producción.
Lo que no afirmamos
No estamos certificados en SOC 2 ni en ISO 27001, y no nos describimos como "conformes" con el RGPD o el ENS, como si el cumplimiento normativo fuera un distintivo que un proveedor pudiera ostentar en tu nombre. El cumplimiento es una propiedad de tu programa, y nuestra parte en él es contractual: los controles anteriores, los acuerdos que firmamos y las evidencias que aportamos cuando se nos piden.
Si tu proceso de compras exige un proveedor certificado, esa es una restricción real y te lo diremos en la primera llamada, no en la revisión de seguridad. Si exige un proveedor capaz de evidenciar cómo se tomó cada decisión automatizada, ahí es donde estamos preparados.
Lo que nos preguntan los equipos de seguridad y compras
Hoy no, y no le diremos a un cliente potencial lo contrario. Aplicamos las prácticas de control descritas en esta página, trabajamos dentro de los programas de cumplimiento ya existentes de nuestros clientes, y aceptamos los anexos de seguridad, los derechos de auditoría y las obligaciones de evidencia que conllevan. Si tu proceso de compras exige un proveedor certificado, dínoslo cuanto antes y te seremos claros sobre en qué situación te deja eso.
Sí. Firmamos acuerdos de tratamiento de datos, acuerdos de confidencialidad y anexos de seguridad del cliente, y aceptamos listas nominales de subencargados y obligaciones de notificación de cambios.
Solo los ingenieros asignados a tu programa, con un acceso nominal que se concede para el proyecto y se revoca al finalizar. El acceso queda registrado. El personal de soporte ajeno al programa no tiene acceso permanente.
Te notificamos dentro del plazo acordado en el contrato, contenemos el incidente en primer lugar, preservamos las evidencias y entregamos un análisis de causa raíz por escrito con las medidas correctoras y sus fechas. No esperamos a tener certeza absoluta antes de avisarte de que algo ha ocurrido.
Recibes el código de la automatización, la configuración y la documentación; entregamos o destruimos los datos según tus instrucciones, y te damos confirmación por escrito de la destrucción. Nada en el contrato depende de retener tus datos como rehenes.
Nuestro equipo de entrega se nombra en el contrato. Cuando se incorpora un especialista, se comunica de antemano y queda sujeto a los mismos acuerdos y controles de acceso.
Reporta una vulnerabilidad
Si encuentras un problema de seguridad en este sitio web o en un sistema que operamos para un cliente, escribe a info@europros.eu con el detalle suficiente para reproducirlo. Confirmamos la recepción en un plazo de dos días hábiles, te mantenemos informado hasta que quede resuelto, y no actuamos contra investigadores de buena fe que hagan pruebas sin acceder a datos que no son suyos ni degradar el servicio. Esto se publica en formato legible por máquina en /.well-known/security.txt.
Envíanos tu cuestionario de seguridad
Lo respondemos antes de la conversación comercial, no después. Escribe a info@europros.eu o utiliza el formulario.