Intramedial decide cosa possono fare gli agenti e tiene il record. Questa pagina espone come funziona, cosa è fissato e dove, e cosa non abbiamo ancora pubblicato. Non dichiara alcuna certificazione. Ogni affermazione rimanda al documento o alla fonte che la sostiene.
Gestito da Avonao, Inc., Delaware
Fai passare da Intramedial azioni di agenti, hash di contenuti, controlli API, lookup DNS, webhook, chiamate LLM e commit git. Ricevi una ricevuta firmata che chiunque verifica, senza fidarsi di noi.
© 2026 Intramedial. Tutti i diritti riservati. Intramedial è un prodotto di Trustvice. Secured and supercharged by Avonao Labs.
Segnala abusoOgni chiamata segue lo stesso percorso. Le credenziali sono verificate all’ingresso, il lavoro è svolto e salvato nella regione del workspace, e la firma viene da un HSM che non rilascia mai la sua chiave.
L’ingresso associa la credenziale a un workspace prima che giri codice dei tool. I segreti sono salvati e confrontati come hash SHA-256, in tempo costante.
Workspace e permessi arrivano al servizio regionale in header firmati dai nostri servizi. Senza una firma valida, il servizio rifiuta la richiesta.
Per relay e monitor il servizio regionale fa la richiesta tramite il filtro in uscita, o registra i fatti che dichiari. I body sono hashati, non salvati.
La busta è canonicalizzata con RFC 8785 e firmata in AWS KMS con la chiave Ed25519 della regione. Senza chiave, il servizio rifiuta invece di firmare con un’altra.
La ricevuta contiene l’id chiave nei byte firmati. Chi ha la ricevuta e la chiave pubblica la verifica senza di noi, finché la chiave resta pubblicata.
Una ricevuta è un’affermazione precisa e ristretta. Leggi le due colonne prima di fidarti di una, e prima di chiederlo ad altri.
La verifica è indipendente. La fiducia si riduce a una breve lista esplicita.
| Ti fidi che | Perché | Se fallisce |
|---|---|---|
| La chiave pubblica di verifica è la nostra | Una firma prova chi detiene una chiave, non di chi sia. | Una chiave sostituita fa sembrare validi i falsi. Fissa l’id chiave fuori banda. |
| Le chiavi di firma sono usate solo dal servizio ricevute | Il servizio firma ciò che il suo codice sceglie. | Una chiave abusata potrebbe firmare eventi mai avvenuti. |
| Osserviamo onestamente per i tool osservati | Le righe del registro dicono che il piano ha visto questo. | Un piano compromesso potrebbe scrivere una riga di registro falsa. |
| L’orologio | issuedAt è l’ora del server alla firma. | Un orologio sfasato dà un issuedAt errato. |
Sette chiavi Ed25519, una per giurisdizione di firma, condivise da tutti i workspace. Le metà pubbliche sono pubblicate; quelle private sono create e custodite in AWS Key Management Service.
| Indirizzo | Contenuto |
|---|---|
https://intramedial.com/.well-known/ledger-bundles-keys.json | Il set JWK (redirect alla route API) |
https://ledger-bundles.api.intramedial.com/.well-known/ledger-bundles-keys.json | Il set JWK vero e proprio, cache di un’ora, aperto a ogni origine |
/api/v1/ledger-bundles/anchors | Ogni chiave pubblicata con un flag active |
/api/v1/ledger-bundles/snapshot | Una chiave pubblica per suo id |
Verificabile
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 = primi 16 byte dello SHA-256 della chiave raw, base64urlPer la posizione più solida, scarica la chiave una volta, salva kid e valore x nel tuo repository e verifica con quella copia. /docs/ledger-bundles-snapshot
Ogni richiesta porta una credenziale che il gateway associa a un workspace prima che giri un tool. Ecco come oggi gestiamo credenziali, tenancy e richieste in uscita.
Chiavi API, token di accesso personali e token di sessione sono salvati come hash SHA-256, mostrati una volta e confrontati in tempo costante. Le chiavi scadono dopo 30 giorni, 90, un anno o mai, e ruotano con una grace period da 0 a 60 minuti.
L'accesso passa da Avonao ID. Durata della sessione, timeout di inattività e impostazioni dei cookie non sono ancora pubblicati qui, quindi non sono indicati. Non contare su nulla oltre a ciò che mostra la pagina di accesso.
Scope di lettura, scrittura e gestione, limitabili a tool specifici. Emettere una ricevuta richiede il permesso tools.attest, e un ruolo auditor non può crearne. I check falliscono in chiuso.
È il gateway, non il chiamante, a decidere il workspace. Ogni lettura e scrittura porta l’id workspace, e un body che ne nomina un altro è rifiutato. Separazione logica, in un database regionale.
Destinazioni su localhost, nomi interni e intervalli privati o riservati sono rifiutate, all’invio e prima di ogni check pianificato. I redirect non sono mai seguiti; tempo e dimensione hanno limiti.
600 richieste al minuto per IP e 1.200 per account al gateway. Il rilevamento su agent.call segnala pattern di scansione o credential stuffing a una persona; non sospende mai da solo.
Limiti dichiarati: il filtro in uscita legge l’URL come testo e non risolve gli hostname; il secondo livello è che il servizio gira sulla rete Cloudflare, senza route verso spazi di indirizzi privati. Le IP allow-list falliscono in aperto se illeggibili, così un guasto del database non blocca fuori i clienti.
Il servizio è progettato per tenere il minimo possibile. Per l’attestazione riceve un hash, mai il documento; per le chiamate inoltrate hasha i body e non li conserva.
Calcoli uno SHA-256 e lo invii. Non riceviamo mai il testo di documento, prompt o risposta.
Body e header inoltrati transitano e sono hashati. I body di risposta sono salvati solo se attivi la conservazione.
Trigger del database rifiutano le modifiche e un hash di ogni ricevuta è archiviato anche in uno storage write-once (S3 Object Lock) per la finestra del piano. Solo route auditate oscurano o cancellano, con un evento di audit.
URL, etichette e autori di commit sono in chiaro in una ricevuta. Non metterci nulla che non mostreresti a chi la legge.
Ricevute, watch, contatori di quota, elaborazione delle richieste inoltrate e firma girano nella regione scelta alla creazione del workspace. Dashboard, sito, accesso, fatturazione e dati dell’account sono serviti dagli Stati Uniti (US West) in ogni caso.
| Regione | Codice | Chiave firma in AWS KMS | Storage |
|---|---|---|---|
| USA ovest | wnam | us-west. | Suggerimento di località |
| Europa centrale | weur | eu. | Giurisdizione UE (imposta) |
| Asia-Pacific | apac | asia. | Suggerimento di località |
| Oceania | oc | oc. | Suggerimento di località |
Una regione indica dove i dati sono salvati e trattati. Un workspace non si sposta mai, e una regione irraggiungibile fa fallire la chiamata invece di ripiegare su un’altra.
I dati viaggiano su TLS tra te e il servizio e sono salvati presso il nostro fornitore di infrastruttura, Cloudflare, secondo i suoi termini di sicurezza. Le ricevute sono firmate, quindi ogni modifica alle prove salvate è rilevabile da chi le verifica.
La cancellazione dell’account ha effetto dopo 30 giorni di grazia in cui puoi esportare e ripristinare. Il job di cancellazione non rimuove le ricevute; scadono con la finestra del piano, le elimini tu o ce lo chiedi. Una ricevuta già consegnata a qualcuno resta verificabile da lui, qualunque cosa facciamo.
Dati e privacyRegioni datiDurata e cancellazioneSub-responsabili
Lo stato è misurato, non scritto a mano. I livelli di servizio sono un termine contrattuale Enterprise, e la verifica non dipende mai dalla nostra disponibilità.
Per i piani Enterprise con modulo d’ordine firmato, lo SLA Enterprise stabilisce i termini. Il supporto è presidiato durante l’orario lavorativo e conferma la ricezione delle richieste Enterprise entro 1 ora lavorativa, 4 ore lavorative o 1 giorno lavorativo in base alla gravità. I piani self-service non prevedono impegni di uptime né crediti di servizio; i loro obiettivi di risposta del supporto sono nella pagina dei prezzi.
| Uptime mensile | Credito servizio |
|---|---|
| Sotto 99,9%, almeno 99,0% | 10% del canone mensile |
| Sotto 99,0%, almeno 95,0% | 25% del canone mensile |
| Sotto 95,0% | 50% del canone mensile |
| Gravità | Dettaglio | Obiettivo presa in carico |
|---|---|---|
| Gravità 1 | Servizio coperto non disponibile, o ricevute non emettibili, per l’uso in produzione. | 1 ora lavorativa |
| Gravità 2 | Funzione importante compromessa o degradata, con workaround. | 4 ore lavorative |
| Gravità 3 | Problema minore, domanda o richiesta. | 1 giorno lavorativo |
Se l’uptime è sotto il 99,0% per tre mesi consecutivi, o in quattro mesi su dodici, il cliente può recedere dall’ordine interessato con rimborso pro rata.
Per verificare una ricevuta servono solo la ricevuta e una chiave pubblica. Funziona anche se noi no.
A cosa ci impegniamo quando qualcosa va storto, e come segnalarci una debolezza prima che altri la trovino.
Avvisiamo il titolare dell’account via e-mail senza ingiustificato ritardo e comunque entro 72 ore da quando veniamo a conoscenza di una violazione che riguarda dati personali dei clienti, con ciò che si sa: natura, persone e record coinvolti, probabili conseguenze e misure adottate. L’avviso viene integrato man mano che sappiamo di più.
Gli incidenti sono pubblicati sulla pagina di stato con una timeline da Investigating a Resolved. In un incidente di Gravità 1, i clienti Enterprise ricevono un avviso iniziale e aggiornamenti man mano.
Segnala tramite il modulo, con i tuoi recapiti o in forma anonima, o via email. La ricerca in buona fede secondo la policy è autorizzata e non agiremo contro di te per questo.
| Passo | Obiettivo |
|---|---|
| Presa in carico del report | Entro 3 giorni lavorativi |
| Valutazione iniziale e gravità | Entro 10 giorni lavorativi |
| Aggiornamenti finché è aperta | Almeno ogni 14 giorni |
| Fix per gravità critica ed elevata | Puntiamo a 30 giorni |
| Fix per gravità minore | Puntiamo a 90 giorni |
Obiettivi, non garanzie. Chiediamo 90 giorni prima della divulgazione pubblica. Nessun bug bounty in denaro; su richiesta citiamo i ricercatori per nome.
Cosa esiste oggi e cosa è disponibile su richiesta. Se una riga conta per la tua review, il testo vincolante è il documento linkato.
| Voce | Stato | Dettaglio |
|---|---|---|
| Accordo trattamento dati | Non affermato | Parte dei Termini. Si applica in automatico all’accettazione; non serve controfirma. |
| Trasferimenti esteri | Non affermato | Clausole contrattuali tipo UE (2021/914, moduli due e tre), l’Addendum UK e l’adattamento svizzero, incorporati nel DPA. |
| Rappresentanti ex art. 27 | Non affermato | Rappresentanti designati nell’Unione europea e nel Regno Unito, indicati nell’Informativa privacy e nel Colophon. |
| Cambi sub-responsabili | Non affermato | Almeno 30 giorni di preavviso via email e sull’elenco, con diritto di opporsi e di recedere con rimborso. |
| Richieste diritti privacy | Non affermato | Ricezione confermata entro 10 giorni; risposta entro un mese ai sensi del GDPR e dello UK GDPR, o 45 giorni secondo le leggi statali USA. |
| Pacchetto sicurezza | In essere | Un white paper su architettura e sicurezza e un questionario di sicurezza già compilato, da leggere online o scaricare. |
| Questionario di sicurezza | Non affermato | Risposte scritte a un questionario ragionevole entro 30 giorni, ai sensi del §9 del DPA. |
| Audit del cliente | Non affermato | Se la documentazione non basta: una volta l’anno, con 30 giorni di preavviso, da un auditor indipendente vincolato a riservatezza, a spese del cliente. |
| Report conformità sub-responsabili | Non affermato | I report di conformità pubblici dei nostri fornitori, dove possiamo condividerli. |
| Bug bounty | Non offerto | Nessun premio in denaro. Ricercatori citati su richiesta. |
Ogni documento che regola il servizio, con la data della versione attuale. Le modifiche sostanziali a Termini, Informativa privacy, DPA e Policy d’uso accettabile sono annunciate ai titolari degli account almeno 30 giorni prima.
| Documento | Cosa disciplina | Aggiornato |
|---|---|---|
| Termini di servizio | Il contratto per sito, API, server MCP e dashboard: account, tariffe, dati, responsabilità e legge applicabile. | |
| Privacy policy | Quali dati personali trattiamo, perché, chi li riceve, per quanto li conserviamo e come esercitare i tuoi diritti. | |
| Accordo trattamento dati | Termini del responsabile: sub-responsabili, sicurezza, notifica violazioni, audit e trasferimenti esteri. | |
| Sub-responsabili | Ogni fornitore che tratta dati personali, cosa fa, dove, e come sono annunciate le modifiche. | |
| Cookie policy | Cookie e storage del browser sui nostri siti, a cosa serve ciascuno, quanto dura e come cambiare la scelta. | |
| Policy d’uso accettabile | Cosa non si può fare con il servizio, come è applicata e come segnalare abusi. | |
| Divulgazione responsabile | Come segnalare una vulnerabilità, cosa è in ambito, safe harbor e obiettivi di risposta. | |
| Regolamento sui servizi digitali | Punti di contatto per autorità e utenti dell’UE, il nostro rappresentante legale nell’UE, segnalazioni di contenuti illegali e motivazioni delle decisioni. | |
| Regolamento UE sui dati | Passare a un altro fornitore, esportare i tuoi dati, i formati che usiamo e dove gira ogni servizio. | |
| Regolamento UE sull’IA | Come l'AI Act UE si applica a Intramedial e ai suoi pack di evidenza, così come lo espone il documento. I pack mappano i controlli e non certificano mai. | |
| Diritto di recesso | Per i consumatori nell’UE e nel Regno Unito: recedere da un piano a pagamento entro 14 giorni, cosa ti viene rimborsato e il modulo tipo. | |
| Colophon · Impressum | Chi pubblica il sito, dove è registrata la società e i suoi rappresentanti, così come lo espone il documento. Anche in tedesco. |
Stai conducendo una revisione del fornitore? Dicci cosa ti serve. Rispondiamo ai questionari per iscritto e diciamo chiaramente quando qualcosa non è ancora pubblicato.
Risposte scritte entro 30 giorni, come stabilisce il DPA. Invialo a privacy@intramedial.com.
Scrivi a privacy@intramedial.com →EnterprisePer una valutazione Enterprise: SLA, residenza dei dati, conservazione su misura e documenti di procurement.
Ufficio vendite →SicurezzaDomande su modello di sicurezza, chiavi di firma o una scoperta. Le vulnerabilità passano dal modulo di segnalazione.
Team sicurezza →PrivacyRichieste degli interessati, opposizioni ai sub-responsabili e domande sul DPA.
Team privacy →Vede Intramedial usato contro i tuoi sistemi? Segnala un abuso →
