Sicurezza, privacy e fin dove arriva l’AI.
Come Cyril gestisce la sicurezza, l’isolamento fra tenant e l’accesso dell’AI ai tuoi dati, compresi gli impegni che non sono ancora in vigore.
- SOC 2 Type 1Il Type 2 arriva sei mesi dopo il Type 1
- In preparazione al primo audit
- GDPRAccesso, cancellazione, rettifica, portabilità
- Pensato per il GDPR
- Accordo sul trattamento dei datiPubblicato per la valutazione
- Bozza, in attesa di revisione legale
- Addestramento dei modelli sui tuoi datiCondizioni API pubblicate dai fornitori; nessun DPA ancora firmato
- Non avviene
- Sede principale dei datiHostinger, Lituania e Paesi Bassi
- UE, nessuna regione australiana
- Impegno sulla disponibilitàPre-lancio, come da Termini di servizio
- Nessuno SLA per ora
- Bug bountyRiconoscimento pubblico, nessuna azione legale
- Solo riconoscimento
L’AI lavora entro le tue autorizzazioni.
L’AI di Cyril risponde come il singolo utente, non come l’organizzazione. Il recupero nella ricerca è filtrato dalle stesse autorizzazioni di proprietà, ruolo e spazio di lavoro dell’interfaccia, e ogni passaggio di un agente viene verificato sul server rispetto al ruolo di chi chiede. Questo è imposto nel codice, non affidato al modello come un’istruzione che si potrebbe aggirare a parole.
Due fatture sono scadute, per un totale di 55.867,00.
Non posso mostrarti le fatture. Il tuo ruolo non include Finanze, quindi non ne è stata recuperata nessuna.
Altri controlli sull’AI.
Per essere utile, l’AI legge i dati della tua azienda: per questo la sottoponiamo alle stesse regole di accesso del resto della piattaforma, e diciamo con chiarezza che cosa esce dalla nostra infrastruttura.
- L’applicazione delle regole è testata, non dichiarata
- Test automatici di isolamento fra ruoli girano in CI sulle modifiche all’API e devono essere superati prima che il codice venga integrato. Il recupero di dati da parte dell’AI tramite Ask Cyril viene scritto in un registro interno degli accessi.
- Gli identificativi vengono mascherati nei prompt
- Prima che un prompt della chat raggiunga un fornitore di modelli, gli identificativi diretti strutturati (indirizzi email, numeri di telefono, indirizzi IP, numeri di previdenza sociale e codici analoghi, IBAN e numeri di carta) vengono sostituiti con token reversibili, poi ripristinati nella risposta che vedi. Gli identificativi dentro il testo libero, come un nome scritto a metà frase, non vengono tokenizzati, e il testo inviato a OpenAI per creare gli embedding di ricerca non viene mascherato.
- Puoi disattivare l’AI esterna
- Un amministratore dell’organizzazione può disattivare del tutto l’elaborazione tramite LLM esterni per il proprio tenant. L’interruttore è applicato nell’unico punto da cui passa ogni chiamata AI, e la rifiuta prima ancora che venga costruito il corpo della richiesta, non a livello di interfaccia.
- È prevista un’opzione senza uscita di dati
- Per le organizzazioni che non possono inviare dati a un modello di terze parti, prevediamo di offrire un’inferenza self-hosted senza ripieghi su fornitori pubblici: la richiesta o raggiungerebbe l’endpoint privato o fallirebbe. Non è ancora disponibile per i clienti.
- L’isolamento fra tenant vale anche per l’AI
- Ogni query di AI e di recupero dati è limitata a una sola organizzazione. Due organizzazioni non condividono mai risultati di recupero, né un prefisso di prompt in cache presso un fornitore di modelli.
Cosa è ancora in corso.
- DPA controfirmati con ogni fornitore di modelliNon ancora in vigore
- Condizioni Zero Data Retention con i fornitori di modelliNon ancora in vigore
Preferiamo dirtelo piuttosto che lasciartelo dare per scontato. Due impegni non sono ancora in vigore: accordi sul trattamento dei dati controfirmati con ogni fornitore di modelli a nome della nostra entità operativa, e condizioni Zero Data Retention che eliminano la breve finestra di monitoraggio degli abusi durante la quale un fornitore può conservare una richiesta.
Finché non sono entrambi in vigore, i fornitori vengono usati alle loro condizioni standard pubblicate, il nostro DPA per i clienti è offerto come bozza e non come accordo approvato da un legale, e non facciamo alcuna promessa contrattuale sulla conservazione oltre a quanto ci garantiscono quelle condizioni. Le organizzazioni che hanno bisogno di una garanzia prima possono usare l’interruttore AI del tenant descritto sopra.
Addestramento dei modelli. Usiamo Anthropic e OpenAI tramite i loro livelli API commerciali, che secondo le condizioni pubblicate da quei fornitori non vengono usati per addestrare i loro modelli. L’addestramento sulle chat dei consumatori, a cui di solito si pensa, non riguarda il traffico API.
I controlli tecnici descritti sopra nascono da un audit interno sull’affidabilità dell’AI, che riporta anche le lacune trovate e cosa abbiamo fatto per ciascuna. È disponibile su richiesta a security@getcyril.com.
Un registro di ogni esecuzione degli agenti.
Ask Cyril ti mostra il piano e aspetta la tua approvazione. Prima di essere eseguito, ogni passaggio viene verificato sul server rispetto alle tue autorizzazioni, e ogni esecuzione viene registrata: il piano, chi l’ha approvato e cosa ha fatto ogni passaggio. Per ora non esiste un annullamento in un clic per l’esecuzione di un agente.
| Ora | Passaggio | Approvato da | Verificato rispetto a | Risultato |
|---|---|---|---|---|
| Sollecito inviato: fattura di Gheppio scaduta dal giovedìFinanze, 4 destinatari | CDChiara Donati | Autorizzazioni di Chiara Donati | Inviata | |
| Attività di follow-up creata, scadenza gio 3 set, 10:00Progetti, kickoff ven 4 set | CDChiara Donati | Ruolo Proprietario di Chiara Donati | Fatto | |
| Fattura ROWA-1001 creata come bozzaFinanze, 59.085,00 | MBMarco Bellini | Ruolo Finanze | Fatto | |
| Ticket #13 risoltoAssistenza, Gheppio Trasporti | CDChiara Donati | Ruolo Proprietario | Fatto | |
| Attività assegnata: materiali del workshopProgetti, Gheppio Incarico di consulenza | OROttavio Rinaldi | Ruolo Progetti di Ottavio Rinaldi | Fatto | |
| Fase del lead aggiornataVendite, Odontoiatria Ventaglio | NVNina Valsecchi | Ruolo Vendite | Fatto |
- Passaggio
- Attività di follow-up creata
- Autore
- Ask Cyril
- Approvato da
- CDChiara Donati
- Verificato rispetto a
- Ruolo Proprietario, autorizzazioni di Chiara
- Record
- Gheppio Trasporti
- Verificato
- Sul server
Recupero ed esportazione, dalle informative pubblicate
I record eliminati restano nel cestino finché qualcuno non li ripristina o li elimina definitivamente.
Esportare i tuoi dati è gratuito in qualsiasi momento, che tu stia disdicendo o no.
Dopo la cessazione, i tuoi contenuti restano disponibili per l’esportazione prima di essere programmati per la cancellazione.
I backup vengono conservati per 365 giorni, poi scadono automaticamente.
Pratiche di sicurezza.
Ciò che è implementato oggi. Quello che è ancora in corso è descritto a parole in questa pagina, così questo elenco non può mai esagerare ciò che viene applicato davvero.
Cifratura in transito
Tutto il traffico verso Cyril è cifrato con TLS 1.2 o superiore. HTTPS è obbligatorio su ogni endpoint; le richieste HTTP vengono reindirizzate.
Cifratura a riposo
I segreti delle integrazioni di ogni organizzazione, i token OAuth e i seed TOTP sono cifrati a livello applicativo con una chiave master conservata fuori dal database. I backup cifrati vengono scritti con age prima del caricamento sull’object storage. Il database principale si affida alla cifratura dei volumi del provider di hosting, AES-256 gestita dal provider.
Controlli di accesso
Controllo degli accessi basato sui ruoli, con privilegi minimi come impostazione predefinita. L’autenticazione a più fattori è obbligatoria per gli amministratori della piattaforma e può essere resa obbligatoria per tutta l’organizzazione dagli amministratori del cliente.
Gestione delle vulnerabilità
Dependabot apre ogni settimana aggiornamenti delle dipendenze; pnpm audit e l’analisi statica di Semgrep segnalano i problemi ma non bloccano nulla. Una scansione dei container con Trivy blocca i rilasci in produzione in presenza di vulnerabilità alte o critiche risolvibili. La divulgazione coordinata passa dal nostro programma di bug bounty.
Risposta agli incidenti
Un runbook documentato di risposta agli incidenti, con livelli di gravità e SLA definiti. Le violazioni di dati personali vengono notificate ai clienti interessati entro 72 ore dalla conferma, in linea con l’articolo 33 del GDPR. Per i clienti australiani la stessa notifica vale anche ai fini del Notifiable Data Breach scheme: una sospetta violazione rilevante viene valutata entro 30 giorni, e l’OAIC e le persone interessate vengono informate appena possibile quando è probabile un danno grave.
Isolamento fra tenant
Un database condiviso con isolamento delle righe per org_id, applicato a livello di servizio. La nostra Definition of Done richiede test di isolamento fra tenant per ogni tipo di entità. Non c’è alcuna condivisione di dati fra tenant.
Certificazioni e impegni.
Cyril è un software in pre-lancio. Dove un impegno non esiste ancora, questa sezione lo dice, invece di lasciartelo dare per scontato.
SOC 2 Type 1
Il SOC 2 Type 1 è una condizione per la disponibilità generale di Cyril. Il Type 2 arriva sei mesi dopo l’attestazione Type 1. Oggi non abbiamo certificazioni e non è disponibile alcun report di audit.
GDPR
Pensato per il GDPR: le richieste di accesso, esportazione, rettifica e cancellazione vengono gestite nel prodotto. Il nostro accordo sul trattamento dei dati sarà pronto prima che i clienti firmino.
Accordo sul trattamento dei dati
Il nostro DPA si può già leggere, ma non ha ancora completato la revisione di un legale ed è pubblicato come bozza per la valutazione, non come accordo definitivo. I clienti che hanno bisogno di un DPA firmato possono contattarci e confermeremo i tempi.
Disponibilità e stato del servizio
Cyril è un software in pre-lancio e in pieno sviluppo, e i nostri Termini di servizio dicono chiaramente che non c’è alcun impegno sulla disponibilità né alcun accordo sul livello di servizio. Non pubblichiamo percentuali di disponibilità e non sono previsti crediti di servizio. Il servizio può essere interrotto per manutenzione, alcune funzioni possono restare brevemente non disponibili durante un rilascio, e in produzione emergeranno difetti, perché il prodotto è giovane.
Livelli di servizio e tempi di risposta dell’assistenza esistono solo dove li prevede un ordine Enterprise, e per impostazione predefinita non se ne applica nessuno. Una pagina di stato pubblica è attiva su status.getcyril.com, con lo stato di ogni componente e un registro degli incidenti.
I dati dei clienti risiedono nell’Unione europea.
Il database e l’API girano su Hostinger, in data center in Lituania e nei Paesi Bassi. È la sede principale, pubblicata nell’elenco dei sub-responsabili, non una regione che il cliente può scegliere.
Se hai bisogno che i dati restino in Australia (lavori per la pubblica amministrazione, IRAP, o un consiglio di amministrazione che non accetta una comunicazione all’estero), per ora Cyril non può soddisfare questo requisito. Preferiamo dirlo qui piuttosto che scoprirlo durante una trattativa.
APP 8. Se sei un’APP entity ai sensi del Privacy Act australiano, inserire dati personali in Cyril è una comunicazione all’estero, e ne resti responsabile. A maggio 2026 nessun paese è riconosciuto come garante di una protezione sostanzialmente equivalente, quindi l’APP 8 si applica per intero. Non sosteniamo che il diritto dell’UE, lituano o olandese sia un equivalente riconosciuto.
Al suo posto offriamo, nella bozza di DPA, un trattamento contrattuale equivalente agli APP: trattamento solo su tue istruzioni, misure di sicurezza, assistenza per accesso e rettifica, notifica Notifiable Data Breach allineata alla valutazione di 30 giorni, cancellazione o restituzione alla cessazione, e responsabilità per i sub-responsabili. Il DPA è ancora una bozza in attesa di revisione legale.
Questa sezione non è una consulenza legale, non è IRAP e non promette una regione australiana. Il DPA indica i fatti e il trattamento; non risolve l’APP 8 al posto tuo.
Sub-responsabili.
Alcune terze parti fanno parte del funzionamento di Cyril, e le usano tutte le organizzazioni. Altre sono integrazioni, coinvolte solo quando qualcuno nella tua organizzazione ne attiva una da Impostazioni → Integrazioni.
| Fornitore | Cosa fa | Regione |
|---|---|---|
| Hostinger (Cipro) | Hosting dell’API e del database, sede principale dei dati dei clienti | UE |
| Cloudflare (USA) | DNS, CDN e firewall; archiviazione dei file caricati e dei backup cifrati | Edge globale |
| Twilio SendGrid (USA) | Email di sistema, e fatture e documenti che invii ai clienti | USA / UE |
| Sentry (USA) | Monitoraggio degli errori, configurato per eliminare i dati personali | USA |
| Apollo.io (USA) | Ricerca di prospect B2B e arricchimento dei contatti | USA |
| Brandfetch (Paesi Bassi) | Ricerca di logo e colori del marchio per i nuovi account | UE |
| Google Maps Platform (USA) | Completamento automatico degli indirizzi e arricchimento delle aziende | Globale |
| Anthropic (USA) | Fornitore principale dei modelli per le funzioni AI | USA |
| OpenAI (USA) | Fornitore secondario di modelli e di embedding | USA |
| Stripe (USA) | Fatturazione degli abbonamenti, e Connect quando accetti pagamenti con carta | USA / UE / AU |
| ElevenLabs (USA) | Voce per l’assistente e per il lettore di pagine, sull’account di Cyril | USA |
| Google Analytics (USA) | Analisi del sito web previo consenso; nell’app, una proprietà che registra solo i nomi dei moduli | USA / UE |
| Ahrefs (Singapore) | Analisi senza cookie su questo sito | Non pubblicata |
Facoltativi, spenti finché non li colleghi
Se nessuno nella tua organizzazione ne attiva uno, nessun dato raggiunge quel fornitore e, per te, non è un sub-responsabile.
- Gravatar
- Twilio SMS
- Pipedrive
- HubSpot
- Adobe Experience Manager
- Gmail e Google Calendar
- Microsoft 365 e OneDrive
- Google Drive
- Slack
- DocuSign
- Microsoft Entra ID
- ElevenLabs Voice Studio
- Klaviyo
- Salesforce
- Revolut Merchant
Notifica delle modifiche. L’elenco dei sub-responsabili è il primo posto in cui compare una modifica, con la relativa data. La sezione 3.2 del Accordo sul trattamento dei dati prevede un preavviso scritto di 60 giorni prima di qualsiasi cambio di un fornitore sempre attivo, con diritto di opporsi in quel periodo. Il DPA è ancora una bozza, quindi l’impegno è solido quanto può esserlo una bozza. Per sapere quando l’elenco cambia, scrivi a legal@getcyril.com.
Bug bounty.
Gestiamo un programma di divulgazione coordinata delle vulnerabilità e accogliamo le segnalazioni dei ricercatori di sicurezza in buona fede. Non intraprenderemo mai azioni legali contro chi rispetta questa policy.
Segnala un problema di sicurezzasecurity@getcyril.comConfermiamo la ricezione entro 2 giorni lavorativi. Se entro quel termine non hai notizie, invia di nuovo il messaggio: potrebbe essere stato filtrato.Policy completaCosa includere
- Una descrizione chiara della vulnerabilità e del suo impatto potenziale
- Istruzioni passo passo per riprodurla, idealmente con un proof-of-concept minimo
- Gli URL o gli endpoint coinvolti, e l’eventuale contesto di account necessario
- La tua stima CVSS e il livello di gravità (lo correggeremo se serve)
- Se desideri un riconoscimento pubblico, e con quale nome
Gravità e tempi di risposta
| Gravità | CVSS v3.1 | Esempi | Prima risposta |
|---|---|---|---|
| Critica | da 9.0 a 10.0 | Esecuzione di codice da remoto; compromissione completa del database; esposizione di dati fra tenant; aggiramento del flusso di pagamento | 24 ore |
| Alta | da 7.0 a 8.9 | Escalation di privilegi da autenticato; SSRF che raggiunge servizi interni; aggiramento dell’autenticazione su un singolo endpoint | 48 ore |
| Media | da 4.0 a 6.9 | XSS persistente in un’area autenticata; CSRF su un endpoint che modifica lo stato; IDOR con raggio d’azione limitato | 5 giorni lavorativi |
| Bassa | da 0.1 a 3.9 | XSS riflesso che richiede l’interazione della vittima; limiti di frequenza mancanti senza possibilità di abuso; fughe di informazioni | 10 giorni lavorativi |
Sono tempi per la prima analisi, non per la correzione, e sono obiettivi. L’impegno che ci assumiamo davvero è la conferma di ricezione entro 2 giorni lavorativi, qualunque sia la gravità. Cyril è un piccolo team senza una reperibilità 24 ore su 24, e preferiamo dirtelo piuttosto che pubblicare un numero che non sempre riusciremmo a rispettare.
Ambito
Incluso
- Frontend dell’app per il personale
- API REST pubblica ed endpoint di audit MCP
- Frontend di amministrazione della piattaforma
- Frontend del portale clienti
- Questo sito, compresi gli endpoint di raccolta contatti e di segnalazione
- Sottodomini delle organizzazioni, quando saranno disponibili, esclusi gli host con il suffisso -staging
Escluso
- Risultati su ambienti di staging o di sviluppo
- Servizi di terze parti da cui dipendiamo; segnalali direttamente a quel fornitore
- Ingegneria sociale ai danni di personale, clienti o fornitori
- Attacchi fisici a strutture, hardware o persone
- Attacchi denial-of-service o volumetrici
- Spam, phishing o qualsiasi cosa che contatti terzi senza il loro consenso
- Risultati riproducibili solo con credenziali ottenute per forza bruta o token rubati
- Problemi che riguardano browser non aggiornati (supportiamo le ultime due versioni principali di Chrome, Firefox, Safari ed Edge)
- Self-XSS, header mancanti senza un impatto dimostrato, limiti di frequenza mancanti senza possibilità di abuso
- Output di scanner automatici senza un proof-of-concept funzionante
Safe harbour
Se agisci in buona fede e rispetti questa policy, Cyril considera la tua ricerca una condotta autorizzata. Non intraprenderemo azioni legali contro di te, neppure ai sensi del Computer Misuse Act 1990 (Regno Unito), del Computer Fraud and Abuse Act (USA) o di leggi analoghe altrove, e collaboreremo con i nostri sub-responsabili e con le forze dell’ordine, se necessario, per garantire questa tutela. In cambio, ti impegni a:
- Interrompere i test appena hai confermato la vulnerabilità, senza estrarre più dati del minimo necessario a dimostrarne l’impatto.
- Non accedere, modificare o distruggere dati di altri utenti o organizzazioni.
- Non interrompere il servizio per gli altri utenti.
- Non divulgare pubblicamente la vulnerabilità prima che abbiamo avuto un’occasione ragionevole per correggerla (di solito 90 giorni, con proroghe concordate per iscritto per le correzioni complesse).
- Rispettare tutte le leggi applicabili.
Riconoscimento
Per ora il programma prevede solo un riconoscimento. Con il tuo consenso, citiamo pubblicamente chi ci ha segnalato un problema in questa pagina, dopo che la correzione è stata rilasciata ed è trascorso un periodo ragionevole prima della divulgazione. Stiamo valutando ricompense in denaro man mano che la piattaforma cresce; quando arriveranno, la tabella dei premi comparirà qui, e chi avrà inviato una segnalazione idonea prima del cambiamento verrà compensato retroattivamente.
I documenti dietro questa pagina.
- Informativa sulla privacyAggiornato il 4 ottobre 2026Cosa raccogliamo su getcyril.com, cosa tratta la piattaforma per le organizzazioni, con chi lo condividiamo e per quanto tempo lo conserviamo.
- Termini di servizioAggiornato il 17 agosto 2026Cosa ci impegniamo a fare, cosa ti chiediamo, cosa non è ancora definito e come ciascuna parte può chiudere il rapporto.
- Informativa sui cookieAggiornato il 4 ottobre 2026Quali cookie e tecnologie simili usa questo sito, e come gestire o rifiutare gli altri.
- Tutti i documenti legaliBozze, revisione legale in corsoTutte le informative in un unico posto, compresi l’accordo sul trattamento dei dati e l’elenco dei sub-responsabili.
- Problemi di sicurezza
- security@getcyril.com
- DPA e avvisi sui sub-responsabili
- legal@getcyril.com
- Tutto il resto
- Contattaci