Intramedial decide lo que los agentes pueden hacer y conserva el registro. Esta página expone cómo funciona eso, qué está fijado y dónde, y qué aún no hemos publicado. No afirma ninguna certificación. Cada afirmación enlaza al documento o a la fuente que la respalda.
Operado por Avonao, Inc., Delaware
Pasa por Intramedial acciones de agentes, hashes de contenido, pruebas de API, DNS, webhooks, llamadas LLM y commits. Obtén un recibo firmado que cualquiera verifica, sin fiarse de nadie.
© 2026 Intramedial. Todos los derechos reservados. Intramedial es un producto de Trustvice. Secured and supercharged by Avonao Labs.
Denunciar abusoCada llamada sigue el mismo camino. Las credenciales se comprueban en la puerta de entrada, el trabajo se hace y se guarda en la región del workspace, y la firma sale de un módulo de seguridad de hardware que nunca libera su clave.
La puerta de entrada asocia la credencial a un workspace antes de ejecutar ninguna tool. Los secretos se guardan y comparan como hashes SHA-256, en tiempo constante.
El workspace y los permisos viajan al servicio regional en cabeceras firmadas por nuestros servicios. Sin una firma válida, el servicio rechaza la petición.
El servicio regional hace la petición en las tools de relay y monitor, por el filtro de salida, o registra los hechos que declaras. Los cuerpos se hashean, no se guardan.
El sobre se canonicaliza con RFC 8785 y se firma en AWS KMS con la clave Ed25519 de la región. Sin clave, el servicio se niega en vez de firmar con otra.
El recibo lleva el id de su clave dentro de los bytes firmados. Con el recibo y la clave pública, cualquiera lo comprueba sin nosotros mientras la clave siga publicada.
Un recibo es una afirmación precisa y acotada. Lee ambas columnas antes de confiar en uno y antes de pedírselo a otros.
La verificación es independiente. La confianza queda en una lista breve.
| Confías en | Motivo | Si falla |
|---|---|---|
| Que la clave pública que usas es nuestra | Una firma prueba quién tiene una clave, no de quién es. | Una clave sustituida hace pasar falsificaciones. Fija el kid por otra vía. |
| Que solo el servicio de recibos usa nuestras claves | El servicio firma lo que su código decide firmar. | Una clave mal usada firmaría hechos que nunca pasaron. |
| Que observamos con honestidad en las tools observadas | Las filas del libro mayor dicen que el plano vio esto. | Un plano comprometido podría escribir una fila falsa en el libro mayor. |
| El reloj | issuedAt es la hora del servidor al firmar. | Un reloj desfasado da un issuedAt erróneo. |
Siete claves Ed25519, una por jurisdicción de firma, compartidas por todos los workspaces. Sus mitades públicas se publican; las privadas se crean y guardan en AWS Key Management Service.
| Dirección | Contenido |
|---|---|
https://intramedial.com/.well-known/ledger-bundles-keys.json | El juego JWK (redirige a la ruta de la API) |
https://ledger-bundles.api.intramedial.com/.well-known/ledger-bundles-keys.json | El propio juego JWK, en caché una hora, abierto a cualquier origen |
/api/v1/ledger-bundles/anchors | Cada clave publicada con su marca de activa |
/api/v1/ledger-bundles/snapshot | Una clave pública por su key id |
Verificable
curl -sSL https://ledger-bundles.api.intramedial.com/.well-known/ledger-bundles-keys.json -o keys.json
jq -r '.keys[] | [.kid, .jurisdiction] | @tsv' keys.json
// kid = 16 primeros bytes del SHA-256 de la clave, base64urlPara la posición más sólida, obtén la clave una vez, guarda su kid y su valor x en tu propio repositorio y verifica contra esa copia. /docs/ledger-bundles-snapshot
Cada petición lleva una credencial que el gateway asocia a un workspace antes de ejecutar ninguna tool. Así se tratan hoy credenciales, tenencia y peticiones salientes.
Claves API, tokens de acceso personal y de sesión se guardan como hashes SHA-256, se muestran una vez y se comparan en tiempo constante. Las claves caducan a 30 días, 90 días, un año o nunca, y rotan con un margen de 0 a 60 minutos.
El inicio de sesión pasa por Avonao ID. La duración de la sesión, el tiempo de inactividad y la configuración de cookies aún no se publican aquí, así que no se indican. No cuente con nada más allá de lo que muestra la página de inicio de sesión.
Scopes de lectura, escritura y gestión, limitables a tools concretas. Emitir un recibo requiere el permiso tools.attest y el rol auditor no puede crear recibos. Si un control falla, se deniega.
El gateway, no quien llama, decide el workspace. Cada lectura y escritura lleva el id del workspace, y un cuerpo que nombra otro se rechaza. La separación es lógica, en una base regional.
Se rechazan destinos en localhost, nombres internos y rangos privados o reservados, al enviarlos y antes de cada comprobación. Nunca se siguen redirecciones; tiempo y tamaño están acotados.
600 peticiones por minuto por IP y 1200 por cuenta en el gateway. La detección en agent.call marca patrones de escaneo o credential stuffing para revisión humana; nunca suspende por sí sola.
Límites declarados: el filtro de salida lee la URL como texto y no resuelve hostnames; la segunda capa es que el servicio corre en la red de Cloudflare, sin ruta al espacio de direcciones privado. Las listas de IP permitidas fallan abiertas si no se pueden leer, para que un fallo de base de datos no deje fuera a clientes.
El servicio está diseñado para guardar lo mínimo. Para atestar recibe un hash, nunca el documento; en llamadas retransmitidas hashea los cuerpos y no los guarda.
Calculas un SHA-256 y lo envías. Nunca recibimos el documento, el prompt ni la respuesta.
Cuerpos y cabeceras retransmitidos pasan y se hashean. Los de respuesta solo se guardan si activas la retención.
Los triggers de la base rechazan ediciones, y además se archiva un hash de cada recibo en almacenamiento de escritura única (S3 Object Lock) durante la ventana de tu plan. Solo rutas auditadas pueden ocultar o borrar, y cada una deja evento.
URL, etiquetas y autores de commits van en claro en un recibo. No pongas nada que no mostrarías a quien lo lea.
Recibos, vigilancias, contadores de cuota, proceso de peticiones retransmitidas y firma corren en la región elegida al crear el workspace. Panel, web, acceso, facturación y datos de cuenta se sirven siempre desde Estados Unidos (US West).
| Región | Código | Clave de firma en AWS KMS | Datos |
|---|---|---|---|
| US West | wnam | us-west. | Pista de lugar |
| Europe Central | weur | eu. | Jurisdicción UE (aplicada) |
| Asia-Pacific | apac | asia. | Pista de lugar |
| Oceania | oc | oc. | Pista de lugar |
Una región indica dónde se guardan y procesan los datos. Un workspace nunca se mueve, y si su región no responde la llamada falla en vez de pasar a otra.
Los datos viajan por TLS entre tú y el servicio, y se guardan con nuestro proveedor de infraestructura, Cloudflare, según sus condiciones de seguridad. Los recibos van firmados: cualquier cambio en las pruebas guardadas lo detecta quien las verifique.
El borrado de la cuenta se aplica tras 30 días de gracia en los que puedes exportar y restaurar. El proceso de borrado no elimina recibos: caducan según la ventana del plan, los borras tú o nos lo pides. Un recibo que ya diste a alguien sigue siendo verificable por esa persona, hagamos lo que hagamos.
Datos y privacidadLas regionesRetención y supresiónSubencargados
El estado se mide, no se escribe a mano. Los niveles de servicio son cláusula contractual para Enterprise, y verificar nunca depende de que estemos activos.
En los planes Enterprise con formulario de pedido firmado, el SLA Enterprise fija las condiciones. El soporte tiene personal en horario laboral y confirma las solicitudes Enterprise en 1 hora laborable, 4 horas laborables o 1 día laborable según la gravedad. Los planes de autoservicio no tienen compromiso de disponibilidad ni créditos de servicio; sus objetivos de respuesta de soporte están en la página de precios.
| Uptime mensual | Crédito servicio |
|---|---|
| Bajo 99,9 %, al menos 99,0 % | 10 % de la cuota mensual |
| Bajo 99,0 %, al menos 95,0 % | 25 % de la cuota mensual |
| Bajo 95,0 % | 50 % de la cuota mensual |
| Gravedad | Qué es | Objetivo de acuse rec. |
|---|---|---|
| Gravedad 1 | Servicio cubierto caído, o no se pueden emitir recibos, para uso en producción. | 1 hora laborable |
| Gravedad 2 | Una función clave dañada o degradada, con alternativa. | 4 horas laborables |
| Gravedad 3 | Un problema menor, duda o petición. | 1 día laborable |
Si la disponibilidad baja del 99,0 % tres meses seguidos, o cuatro de doce cualesquiera, el cliente puede rescindir el pedido afectado con reembolso prorrateado.
Verificar un recibo solo requiere el recibo y una clave pública. Sigue funcionando aunque nuestro servicio no.
Lo que nos comprometemos a hacer cuando algo falla, y cómo avisarnos de un fallo antes de que lo encuentre otro.
Avisamos por email al titular de la cuenta sin demora indebida y, en todo caso, en las 72 horas siguientes a conocer una brecha que afecte a datos personales de clientes, con lo que se sepa: su naturaleza, las personas y registros afectados, las consecuencias probables y las medidas adoptadas. El aviso se completa a medida que sepamos más.
Los incidentes se publican en la página de estado con una cronología de Investigando a Resuelto. En un incidente de gravedad 1, los clientes Enterprise reciben un aviso inicial y actualizaciones según cambie la situación.
Reporta por el formulario, con tus datos o de forma anónima, o por email. La investigación de buena fe según la política está autorizada y no emprenderemos acciones contra ti por ello.
| Paso | Objetivo |
|---|---|
| Acusamos recibo del aviso | Antes de 3 días hábiles |
| Evaluación inicial y gravedad | Antes de 10 días hábiles |
| Novedades mientras siga abierto | Al menos cada 14 días |
| Corrección de gravedad crítica y alta | Intentamos 30 días |
| Corrección de menor nivel | Intentamos 90 días |
Objetivos, no garantías. Pedimos 90 días antes de divulgar. No hay recompensa económica por bugs; citamos a los investigadores por nombre si lo piden.
Lo que existe hoy y lo disponible bajo petición. Si una fila importa para tu revisión, el documento enlazado es el texto vinculante.
| Tema | Estado | Detalle |
|---|---|---|
| Anexo de tratamiento (DPA) | No se afirma | Forma parte de los Términos. Se aplica al aceptarlos; no requiere contrafirma. |
| Transferencias intl. | No se afirma | Cláusulas contractuales tipo de la UE (2021/914, módulos dos y tres), el Addendum del Reino Unido y la adaptación suiza, incluidas en el DPA. |
| Representantes del art. 27 | No se afirma | Representantes designados en la Unión Europea y el Reino Unido, indicados en la Política de privacidad y el Aviso legal. |
| Cambios de subencargados | No se afirma | Aviso de al menos 30 días por email y en la lista, con derecho a oponerse y a rescindir con reembolso. |
| Derechos de privacidad | No se afirma | Recepción confirmada en 10 días; respuesta en un mes según el RGPD y el UK GDPR, o en 45 días según las leyes estatales de EE. UU. |
| Paquete de seguridad | Vigente | Un documento técnico de arquitectura y seguridad y un cuestionario de seguridad ya respondido, para leer en línea o descargar. |
| Cuestionario de seguridad | No se afirma | Respuestas por escrito a un cuestionario razonable en 30 días, según el §9 del DPA. |
| Auditoría cliente | No se afirma | Si la documentación no basta: una vez al año, con 30 días de aviso, por un auditor independiente con deber de confidencialidad, a cargo del cliente. |
| Informes de los subencargados | No se afirma | Informes públicos de cumplimiento de proveedores, cuando podemos compartirlos. |
| Bug bounty | No ofrecido | Sin recompensas económicas. Citamos a quien lo pida. |
Cada documento que rige el servicio, con la fecha de su versión vigente. Los cambios sustanciales de los Términos, la Política de privacidad, el DPA y la Política de uso aceptable se avisan a los titulares con 30 días de antelación como mínimo.
| Documento | Qué contiene | Fecha |
|---|---|---|
| Cond. del servicio | El acuerdo para la web, la API, el servidor MCP y el panel: cuentas, tarifas, datos, responsabilidad y ley aplicable. | |
| Pol. privacidad | Qué datos personales tratamos, por qué, quién los recibe, cuánto se guardan y cómo ejercer tus derechos. | |
| Anexo de tratamiento (DPA) | Condiciones de encargado: subencargados, medidas de seguridad, aviso de brechas, auditorías y transferencias. | |
| Subencargados | Cada proveedor que trata datos personales, qué hace, dónde y cómo se avisan los cambios. | |
| Pol. de cookies | Cookies y almacenamiento del navegador en nuestros sitios, para qué sirve cada uno, cuánto dura y cómo cambiarlo. | |
| Pol. de uso aceptable | Qué no se puede hacer con el servicio, cómo se hace cumplir y cómo denunciar abusos. | |
| Divulgación responsable | Cómo reportar una vulnerabilidad, qué cubre, el safe harbor y nuestros plazos de respuesta. | |
| Ley de Servicios Digitales | Puntos de contacto para autoridades y usuarios de la UE, nuestro representante legal en la UE, avisos de contenido ilícito y motivación de decisiones. | |
| Ley de Datos de la UE | Cambiar a otro proveedor, exportar tus datos, los formatos que usamos y dónde se ejecuta cada servicio. | |
| Reglamento de IA de la UE | Cómo se aplica la Ley de IA de la UE a Intramedial y a sus paquetes de evidencia, tal como lo expone el documento. Los paquetes vinculan controles y nunca certifican. | |
| Derecho de desistimiento | Para consumidores en la UE y el Reino Unido: desistir de un plan de pago en 14 días, qué te devolvemos y el formulario modelo. | |
| Legal · Impressum | Quién publica el sitio, dónde está registrada la empresa y sus representantes, tal como lo expone el documento. También en alemán. |
¿Estás haciendo una revisión de proveedores? Cuéntanos qué necesitas. Respondemos los cuestionarios por escrito y decimos con claridad cuando algo aún no está publicado.
Respuestas por escrito en 30 días, como establece el DPA. Envíalo a privacy@intramedial.com.
Email a privacy@intramedial.com →EnterprisePara evaluar Enterprise: el SLA, la residencia de datos, la retención a medida y la documentación de compras.
Contactar ventas →SeguridadDudas sobre el modelo de seguridad, las claves de firma o un hallazgo. Las vulnerabilidades, por el formulario.
Contactar seguridad →PrivacidadSolicitudes de interesados, objeciones a subencargados y preguntas sobre el DPA.
Ir a privacidad →¿Ve que Intramedial se usa contra tus sistemas? Reporta el abuso →
