pliuzv0.1.x

Confianza y seguridad

Lo que Pliuz puede tocar, lo que no, y quién lo decide

Si algo de lo que hay aquí no te cuadra, escríbenos y lo arreglamos. Preferimos que nos lo digas tú a que lo descubra tu responsable de sistemas en la última reunión.

Si diriges la operación

Seis respuestas, sin una sola sigla.

  • Empieza sin poder escribir nada

    La fase de observación es de solo lectura. No es una opción que haya que activar: es por dónde se entra.

  • Los permisos se abren de uno en uno

    Por tipo de caso, con un límite en euros que escribes tú. No existe un interruptor de «dale todos los permisos».

  • Quien autoriza es una regla, no la IA

    El modelo propone. La regla —determinista, escrita por ti, siempre el mismo resultado— autoriza, rechaza o pregunta. No hay ninguna IA en el camino crítico.

  • Se puede parar en frío

    Un agente se detiene al instante, sin desplegar nada.

  • Todo queda escrito y se puede comprobar sin nosotros

    Cada decisión se encadena en un registro que no se puede modificar ni borrar. Tu auditor lo verifica por su cuenta.

  • Está en Europa

    Tus datos se guardan en la UE (Fráncfort). Dos flujos salen de ahí y los dos están listados: Slack, solo si activas la integración, y la analítica de esta web. Los eventos de auditoría no salen nunca.

El detalle, para quien tiene que aprobarlo

(para tu responsable de sistemas)

Arquitectura y aislamiento

  • Alojamiento en la UE por defecto

    Supabase Fráncfort (eu-central-1). Región de EE. UU. planificada, nunca por defecto.

  • Aislamiento por fila en todas las tablas públicas

    Row-level security con denegación por defecto para los roles anónimo y autenticado; los caminos de servicio del backend quedan acotados al tenant. El recuento exacto de tablas no se escribe aquí: se comprueba en el repositorio, porque una cifra en el copy se desfasa sola.

  • Cifrado en reposo AES-256-GCM

    Ligado a cada tenant (el identificador del tenant actúa como dato asociado), así que un blob cifrado no puede reutilizarse entre clientes. TLS 1.3 en tránsito, sin excepciones.

  • CSP estricta con nonce por petición

    Content-Security-Policy con un nonce distinto en cada respuesta: ningún script inline inyectado llega a ejecutarse.

  • Endpoint de disponibilidad en /api/v1/health

    Comprobación sin autenticar para tu monitorización. No expone datos ni tiene efectos.

El registro encadenado y su verificación

  • Tabla de eventos de solo adición

    Es la fuente de verdad criptográfica. Las demás tablas son proyecciones suyas. Modificar o borrar una fila está bloqueado en la propia base de datos, no en la aplicación.

  • Cadena de hashes SHA-256

    Verificable por ti con una sola llamada SQL: devuelve conforme, o el número del primer evento que no cuadra.

  • Verificación incremental

    Puntos de anclaje firmados con Ed25519 para verificar millones de eventos sin recorrer la cadena entera.

  • Registro de claves de firma versionado

    Intervalos temporales semiabiertos que impiden falsificar una firma fechándola en el pasado.

  • Cada evento dice qué lo autorizó

    Toda fila del registro indica exactamente qué permitió la acción: una regla, una marca de la herramienta, una autorización permanente o una persona con nombre.

Identidades y permisos

  • Principio de cuatro ojos (segregación de funciones)

    La base de datos y la capa de dominio impiden que quien origina una petición pueda aprobarla él mismo.

  • Parada en frío y detección de agentes huérfanos

    Aislamiento inmediato de un agente, y detección automática de credenciales sin dueño o abandonadas.

  • Ninguna IA en el camino crítico

    La evaluación de reglas es determinista. Tu carga de datos no pasa por ningún modelo externo para decidir.

  • API de gestión con credenciales de mínimo privilegio

    Tokens de máquina acotados que dan de alta agentes, reglas y herramientas — nunca ejecutan aprobaciones ni emiten credenciales de agente, y toda escritura queda atribuida en el registro.

Datos personales y derecho de supresión

  • Ocultación de datos en origen

    Los campos que marcas viajan enmascarados desde tu propio proceso. El valor original no llega a Pliuz.

  • Derecho de supresión sin romper la cadena

    La retención por niveles anula los datos personales en bruto y la supresión bajo demanda borra los de un cliente. La cadena sigue verificando porque guarda huellas de los argumentos, no los argumentos.

  • No entrenamos con tus datos

    Ninguna inspección de contenido para «mejorar el producto». Ninguna retención más allá de la política que configures.

Subencargados y cumplimiento

  • Autoevaluación CSA STAR Nivel 1

    Cuestionario CAIQ v4.0.2 completo, con cada respuesta mapeada a código real del repositorio.

  • Expediente técnico del Reglamento Europeo de IA (artículos 12 a 15)

    Registro de actividad, transparencia, supervisión humana con cuatro ojos y protección contra manipulación mediante firma.

  • Subencargados publicados

    Supabase (UE), Vercel (UE), Resend (UE), Cloudflare, Slack y Google Analytics — este último solo en la web comercial.

  • Contrato de encargo de tratamiento

    Plantilla disponible a petición; firma pendiente de revisión legal y de constitución de la sociedad.

Y si lo que tienes delante es la pregunta técnica —hasta dónde puede escribir esto en tus sistemas—, está contestada por niveles en qué permisos damos a una IA sobre tu ERP: qué decide una regla, qué aprueba una persona, qué queda registrado y qué no garantizamos.

¿Te falta algo para poder aprobarlo? Escríbenos y te lo respondemos por escrito.