Sécurité, confidentialité et ce à quoi l’IA a accès.
Comment Cyril gère la sécurité, l’isolation des clients et l’accès de la couche IA à vos données, y compris les engagements qui ne sont pas encore en vigueur.
- SOC 2 Type 1Le Type 2 suit six mois après le Type 1
- Préparation du premier audit
- RGPDAccès, effacement, rectification, portabilité
- Conçu pour le RGPD
- Accord de traitement des donnéesPublié pour évaluation
- Projet, en attente de relecture juridique
- Entraînement de modèles sur vos donnéesConditions publiées des API des fournisseurs ; pas encore de DPA signé
- Aucun
- Hébergement principal des donnéesHostinger, Lituanie et Pays-Bas
- UE, aucune région australienne
- Engagement de disponibilitéPré-lancement, conformément aux conditions d’utilisation
- Pas encore de SLA
- Bug bountyMention publique, aucune poursuite
- Reconnaissance uniquement
L’IA agit dans les limites de vos autorisations.
L’IA de Cyril répond en tant qu’utilisateur individuel, pas en tant qu’organisation. La recherche est filtrée selon les mêmes règles de propriété, de rôle et d’autorisations d’espace de travail que l’interface, et chaque étape d’un agent est vérifiée sur le serveur au regard du rôle de la personne qui le sollicite. C’est appliqué dans le code, pas confié au modèle sous forme d’instruction qu’on pourrait le convaincre d’ignorer.
Deux factures sont en retard, pour un total de 55 867,00.
Je ne peux pas afficher de factures. Votre rôle n’inclut pas la Finance : aucune n’a été récupérée.
D’autres garde-fous sur la couche IA.
Pour être utile, l’IA lit les données de votre entreprise. Nous la soumettons donc aux mêmes règles d’accès que le reste de la plateforme, et nous disons clairement ce qui sort de notre infrastructure.
- Un cloisonnement testé, pas seulement affirmé
- Des tests automatisés d’isolation entre rôles s’exécutent en intégration continue à chaque modification de l’API et doivent réussir avant toute fusion du code. Les recherches de l’IA via Ask Cyril sont consignées dans un journal d’accès interne.
- Les identifiants sont masqués dans les requêtes
- Avant qu’une requête de conversation n’atteigne un fournisseur de modèles, les identifiants directs structurés (adresses e-mail, numéros de téléphone, adresses IP, numéros de sécurité sociale, IBAN et numéros de carte) sont remplacés par des jetons réversibles, puis restaurés dans la réponse que vous voyez. Les identifiants pris dans du texte libre, comme un nom écrit au milieu d’une phrase, ne sont pas remplacés, et le texte envoyé à OpenAI pour construire les plongements de recherche n’est pas masqué.
- Vous pouvez désactiver l’IA externe
- Un administrateur peut désactiver entièrement le traitement par des LLM externes pour son organisation. Ce commutateur est appliqué au point unique par lequel passe chaque appel à l’IA, et il refuse l’appel avant même que la requête ne soit construite, pas au niveau de l’interface.
- Une option sans sortie de données est prévue
- Pour les organisations qui ne peuvent envoyer aucune donnée à un modèle tiers, nous prévoyons de proposer une inférence auto-hébergée sans repli vers un fournisseur public : une requête atteindrait le point de terminaison privé, ou elle échouerait. Cette option n’est pas encore disponible pour les clients.
- L’isolation des clients s’applique aussi à l’IA
- Chaque requête d’IA et de recherche est limitée à une seule organisation. Deux organisations ne partagent jamais de résultats de recherche, ni de préfixe de requête mis en cache chez un fournisseur de modèles.
Ce qui est encore en cours.
- Des DPA contresignés avec chaque fournisseur de modèlesPas encore en vigueur
- Des conditions de conservation zéro (Zero Data Retention) avec les fournisseurs de modèlesPas encore en vigueur
Nous préférons vous le dire plutôt que de vous laisser le supposer. Deux engagements ne sont pas encore en vigueur : des accords de traitement des données contresignés avec chaque fournisseur de modèles au nom de notre entité d’exploitation, et des conditions de conservation zéro (Zero Data Retention) qui suppriment la courte fenêtre de surveillance des abus pendant laquelle un fournisseur peut conserver une requête.
Tant que ces deux engagements ne sont pas en place, les fournisseurs sont utilisés selon leurs conditions standard publiées, notre DPA client est proposé comme projet et non comme accord validé par un avocat, et nous ne revendiquons contractuellement aucune durée de conservation au-delà de ce que ces conditions publiées nous garantissent. Les organisations qui ont besoin d’une garantie plus tôt peuvent utiliser le commutateur IA de leur organisation décrit plus haut.
Entraînement des modèles. Nous utilisons Anthropic et OpenAI via leurs offres d’API commerciales qui, selon les conditions publiées par ces fournisseurs, ne servent pas à entraîner leurs modèles. Le fonctionnement des assistants grand public auquel on pense généralement ne s’applique pas au trafic API.
Les garde-fous techniques ci-dessus sont issus d’un audit interne de notre posture de confiance en matière d’IA, y compris les lacunes relevées et ce que nous avons fait pour chacune. Il est disponible sur demande à security@getcyril.com.
Une trace de chaque exécution d’agent.
Ask Cyril présente son plan et attend votre validation. Chaque étape est vérifiée sur le serveur au regard de vos autorisations avant de s’exécuter, et chaque exécution est enregistrée : le plan, qui l’a validé et ce que chaque étape a fait. Il n’existe pas encore d’annulation en un clic pour une exécution d’agent.
| Heure | Étape | Validé par | Vérifié au regard de | Résultat |
|---|---|---|---|---|
| Relance envoyée : facture Crécerelle en retard depuis jeudiFinance, 4 destinataires | CDClaire Dufresne | Autorisations de Claire Dufresne | Envoyé | |
| Tâche de suivi créée, échéance jeu. 3 sept., 10:00Projets, lancement ven. 4 sept. | CDClaire Dufresne | Rôle Propriétaire de Claire Dufresne | Fait | |
| Facture ROWA-1001 créée en brouillonFinance, 59 085,00 | MBMarc Bertin | Rôle Finance | Fait | |
| Ticket #13 résoluSupport, Crécerelle Transports | CDClaire Dufresne | Rôle Propriétaire | Fait | |
| Tâche attribuée : dossier de l’atelierProjets, Crécerelle Mission de conseil | OROlivier Renaud | Rôle Projets de Olivier Renaud | Fait | |
| Étape du prospect mise à jourVentes, Groupe Dentaire Hautvallon | NVNina Vasseur | Rôle Ventes | Fait |
- Étape
- Tâche de suivi créée
- Auteur
- Ask Cyril
- Validé par
- CDClaire Dufresne
- Vérifié au regard de
- Rôle Propriétaire, autorisations de Claire
- Élément
- Crécerelle Transports
- Vérifié
- Sur le serveur
Récupération et export, d’après les politiques publiées
Les éléments supprimés restent dans la corbeille jusqu’à ce que quelqu’un les restaure ou les supprime définitivement.
L’export de vos données est gratuit à tout moment, que vous résiliiez ou non.
Après la résiliation, votre contenu reste disponible à l’export avant que sa suppression ne soit programmée.
Les sauvegardes sont conservées 365 jours, puis expirent automatiquement.
Pratiques de sécurité.
Ce qui est en place aujourd’hui. Tout ce qui est encore en cours est décrit en toutes lettres sur cette page, si bien que cette liste ne peut jamais exagérer ce qui est appliqué.
Chiffrement en transit
Tout le trafic vers Cyril est chiffré en TLS 1.2 ou supérieur. Le HTTPS est imposé sur chaque point de terminaison ; les requêtes HTTP sont redirigées.
Chiffrement au repos
Les secrets d’intégration propres à chaque organisation, les jetons OAuth et les graines TOTP sont chiffrés au niveau applicatif avec une clé maîtresse stockée hors de la base de données. Les sauvegardes sont chiffrées avec age avant leur envoi vers le stockage objet. La base de données principale s’appuie sur le chiffrement des volumes de l’hébergeur, en AES-256 géré par celui-ci.
Contrôles d’accès
Contrôle d’accès fondé sur les rôles, avec le moindre privilège par défaut. L’authentification multifacteur est imposée aux administrateurs de la plateforme et peut être exigée pour toute l’organisation par les administrateurs clients.
Gestion des vulnérabilités
Dependabot propose chaque semaine des mises à jour des dépendances ; pnpm audit et l’analyse statique Semgrep signalent leurs constats sans rien bloquer. Une analyse des conteneurs par Trivy bloque les déploiements en production en cas de vulnérabilité élevée ou critique corrigeable. La divulgation coordonnée passe par notre programme de bug bounty.
Réponse aux incidents
Une procédure documentée de réponse aux incidents, avec des niveaux de gravité et des délais définis. Les violations de données personnelles sont notifiées aux clients concernés dans les 72 heures suivant leur confirmation, conformément à l’article 33 du RGPD. Pour les clients australiens, la même notification sert le dispositif Notifiable Data Breaches : une violation susceptible d’être déclarable est évaluée sous 30 jours, et l’OAIC ainsi que les personnes concernées sont informées dès que possible lorsqu’un préjudice grave est probable.
Isolation des clients
Une base de données partagée, avec une isolation par ligne via org_id appliquée au niveau des services. Notre définition de « terminé » exige des tests d’isolation entre clients pour chaque type d’entité. Aucune donnée n’est partagée entre clients.
Certifications et engagements.
Cyril est un logiciel en pré-lancement. Lorsqu’un engagement n’existe pas encore, cette section le dit, plutôt que de vous laisser le supposer.
SOC 2 Type 1
SOC 2 Type 1 est une condition de la disponibilité générale de Cyril. Le Type 2 suit six mois après l’attestation Type 1. Nous ne détenons aucune certification à ce jour et aucun rapport d’audit n’est disponible.
RGPD
Conçu pour le RGPD : les demandes d’accès, d’export, de rectification et d’effacement sont traitées dans le produit. Notre accord de traitement des données sera prêt avant la signature des clients.
Accord de traitement des données
Notre DPA peut déjà être consulté, mais sa relecture par un avocat n’est pas terminée : il est publié comme projet, pour évaluation, et non comme accord définitif. Les clients qui ont besoin d’un DPA signé peuvent nous contacter et nous leur confirmerons le calendrier.
Disponibilité et statut
Cyril est un logiciel en pré-lancement, en développement actif, et nos conditions d’utilisation indiquent clairement qu’il n’existe ni engagement de disponibilité ni accord de niveau de service. Nous ne publions aucun pourcentage de disponibilité et il n’y a pas d’avoirs de service. Le service peut être interrompu pour maintenance, des fonctionnalités peuvent être brièvement indisponibles pendant un déploiement, et des anomalies seront découvertes en production, parce que le produit est jeune.
Les niveaux de service et les délais de réponse du support n’existent que lorsqu’un bon de commande Enterprise les prévoit, et aucun ne s’applique par défaut. Une page de statut publique est en ligne sur status.getcyril.com, avec l’état de chaque composant et un historique des incidents.
Les données clients sont hébergées dans l’Union européenne.
La base de données et l’API tournent chez Hostinger, dans des centres de données situés en Lituanie et aux Pays-Bas. C’est l’hébergement principal, publié dans la liste des sous-traitants ultérieurs, et non une région que le client peut choisir.
Si vos données doivent rester en Australie (marchés publics, IRAP, ou un conseil d’administration qui refuse toute communication à l’étranger), Cyril ne peut pas encore répondre à cette exigence. Nous préférons l’écrire ici plutôt que de le voir surgir au cours d’une négociation.
APP 8. Si vous êtes une entité soumise aux APP au titre du Privacy Act australien, confier des informations personnelles à Cyril constitue une communication à l’étranger, dont vous restez responsable. En mai 2026, aucun pays n’est désigné comme offrant une protection substantiellement similaire : l’APP 8 s’applique donc pleinement. Nous ne prétendons pas que le droit de l’UE, de la Lituanie ou des Pays-Bas constitue un équivalent désigné.
Nous proposons à la place, dans le projet de DPA, un traitement contractuellement équivalent aux APP : traitement uniquement sur vos instructions, mesures de sécurité, aide pour les demandes d’accès et de rectification, notification des violations (Notifiable Data Breach) alignée sur le délai d’évaluation de 30 jours, suppression ou restitution à la résiliation, et responsabilité à l’égard des sous-traitants ultérieurs. Le DPA reste un projet en attente de relecture juridique.
Cette section ne constitue ni un conseil juridique, ni une conformité IRAP, ni la promesse d’une région australienne. Le DPA expose les faits et le traitement ; il ne règle pas la question de l’APP 8 à votre place.
Sous-traitants ultérieurs.
Certains tiers font partie du fonctionnement de Cyril, et toutes les organisations y ont recours. D’autres sont des intégrations, mobilisées uniquement lorsqu’une personne de votre organisation en active une depuis Paramètres → Intégrations.
| Fournisseur | Rôle | Région |
|---|---|---|
| Hostinger (Chypre) | Hébergement de l’API et de la base de données, lieu principal de stockage des données clients | UE |
| Cloudflare (États-Unis) | DNS, CDN et pare-feu ; stockage des fichiers téléversés et des sauvegardes chiffrées | Réseau mondial |
| Twilio SendGrid (États-Unis) | E-mails système, ainsi que les factures et documents que vous envoyez à vos clients | États-Unis / UE |
| Sentry (États-Unis) | Suivi des erreurs, configuré pour effacer les données personnelles | États-Unis |
| Apollo.io (États-Unis) | Recherche de prospects B2B et enrichissement des contacts | États-Unis |
| Brandfetch (Pays-Bas) | Recherche du logo et des couleurs de marque des nouveaux comptes | UE |
| Google Maps Platform (États-Unis) | Saisie semi-automatique des adresses et enrichissement des sociétés | Monde |
| Anthropic (États-Unis) | Fournisseur de modèles principal pour les fonctionnalités d’IA | États-Unis |
| OpenAI (États-Unis) | Fournisseur secondaire de modèles et de plongements (embeddings) | États-Unis |
| Stripe (États-Unis) | Facturation des abonnements, et Connect lorsque vous encaissez des paiements par carte | États-Unis / UE / Australie |
| ElevenLabs (États-Unis) | Voix de l’assistant et du lecteur de pages, sur le compte propre de Cyril | États-Unis |
| Google Analytics (États-Unis) | Mesure d’audience du site après consentement ; dans l’application, une propriété limitée aux noms de modules | États-Unis / UE |
| Ahrefs (Singapour) | Mesure d’audience sans cookies sur ce site | Non communiquée |
Facultatifs, inactifs tant qu’ils ne sont pas connectés
Si personne dans votre organisation n’active l’un d’eux, aucune donnée ne parvient à ce fournisseur et il n’est pas votre sous-traitant ultérieur.
- Gravatar
- Twilio SMS
- Pipedrive
- HubSpot
- Adobe Experience Manager
- Gmail et Google Agenda
- Microsoft 365 et OneDrive
- Google Drive
- Slack
- DocuSign
- Microsoft Entra ID
- ElevenLabs Voice Studio
- Klaviyo
- Salesforce
- Revolut Merchant
Notification des changements. Tout changement apparaît d’abord dans la liste des sous-traitants ultérieurs, avec sa date. La section 3.2 du Accord de traitement des données prévoit un préavis écrit de 60 jours avant tout changement de fournisseur toujours actif, avec un droit d’opposition pendant ce délai. Le DPA étant encore un projet, cet engagement n’est ferme qu’autant qu’un projet peut l’être. Pour être prévenu des changements de la liste, écrivez à legal@getcyril.com.
Bug bounty.
Nous menons un programme de divulgation coordonnée des vulnérabilités et accueillons les signalements des chercheurs en sécurité agissant de bonne foi. Nous n’engagerons jamais de poursuites contre quiconque respecte cette politique.
Signaler un problème de sécuritésecurity@getcyril.comNous accusons réception sous 2 jours ouvrés. Sans réponse de notre part dans ce délai, merci de renvoyer votre message : il a pu être filtré.Politique complèteCe qu’il faut inclure
- Une description claire de la vulnérabilité et de son impact potentiel
- Les étapes de reproduction, idéalement avec une preuve de concept minimale
- Les URL ou points de terminaison concernés, et le contexte de compte nécessaire
- Votre estimation CVSS et le niveau de gravité (nous l’ajusterons si besoin)
- Si vous souhaitez être cité publiquement, et sous quel nom
Gravité et délais de réponse
| Gravité | CVSS v3.1 | Exemples | Première réponse |
|---|---|---|---|
| Critique | 9.0 à 10.0 | Exécution de code à distance ; compromission complète de la base de données ; exposition de données entre clients ; contournement du parcours de paiement | 24 heures |
| Élevée | 7.0 à 8.9 | Élévation de privilèges authentifiée ; SSRF atteignant des services internes ; contournement de l’authentification sur un point de terminaison | 48 heures |
| Moyenne | 4.0 à 6.9 | XSS stockée dans une interface authentifiée ; CSRF sur un point de terminaison qui modifie l’état ; IDOR à portée limitée | 5 jours ouvrés |
| Faible | 0.1 à 3.9 | XSS réfléchie nécessitant une interaction de la victime ; limites de débit manquantes sans scénario d’abus ; fuites d’informations sans gravité | 10 jours ouvrés |
Il s’agit de délais de premier tri, pas de délais de correction, et ce sont des objectifs. L’engagement que nous tenons, c’est l’accusé de réception sous 2 jours ouvrés, quelle que soit la gravité. Cyril est une petite équipe sans astreinte 24 heures sur 24, et nous préférons vous le dire plutôt que d’afficher un chiffre que nous ne pourrions pas toujours tenir.
Périmètre
Dans le périmètre
- Interface de l’application interne
- API REST publique et points de terminaison d’audit MCP
- Interface d’administration de la plateforme
- Interface du portail client
- Ce site, y compris ses points de terminaison de collecte de contacts et de signalement
- Les sous-domaines d’organisation, dès qu’ils seront disponibles, à l’exclusion de tout hôte portant le suffixe -staging
Hors périmètre
- Les découvertes visant des environnements de préproduction ou de développement
- Les services tiers dont nous dépendons ; signalez-les directement à l’éditeur concerné
- L’ingénierie sociale visant le personnel, les clients ou les fournisseurs
- Les attaques physiques contre les locaux, le matériel ou le personnel
- Les attaques par déni de service ou volumétriques
- Le spam, l’hameçonnage ou tout ce qui contacte des tiers non consentants
- Les découvertes reproductibles uniquement avec des identifiants obtenus par force brute ou des jetons volés
- Les problèmes touchant des navigateurs obsolètes (nous prenons en charge les deux dernières versions majeures de Chrome, Firefox, Safari et Edge)
- Le self-XSS, les en-têtes manquants sans impact démontré, les limites de débit manquantes sans scénario d’abus
- Les résultats de scanners automatisés sans preuve de concept fonctionnelle
Protection juridique
Dès lors que vous agissez de bonne foi et respectez cette politique, Cyril considère vos recherches comme une démarche autorisée. Nous n’engagerons aucune poursuite contre vous, notamment au titre du Computer Misuse Act 1990 (Royaume-Uni), du Computer Fraud and Abuse Act (États-Unis) ou de toute législation analogue ailleurs, et nous collaborerons si nécessaire avec nos sous-traitants ultérieurs et les autorités pour garantir cette protection. En contrepartie, vous vous engagez à :
- Arrêter vos tests dès que la vulnérabilité est confirmée, et ne pas extraire plus de données que le strict nécessaire pour en démontrer l’impact.
- Ne pas consulter, modifier ni détruire de données appartenant à d’autres utilisateurs ou organisations.
- Ne pas interrompre le service pour d’autres utilisateurs.
- Ne pas divulguer publiquement la vulnérabilité avant que nous ayons eu une possibilité raisonnable de la corriger (en général 90 jours, avec des prolongations convenues par écrit pour les corrections complexes).
- Respecter toutes les lois applicables.
Reconnaissance
Le programme repose pour l’instant uniquement sur la reconnaissance. Avec votre accord, nous citons publiquement les auteurs de signalements sur cette page une fois le correctif déployé et un délai de divulgation raisonnable écoulé. Nous étudions la mise en place de primes à mesure que la plateforme mûrit ; le jour où elles arriveront, la grille des récompenses figurera ici, et les auteurs d’un signalement éligible antérieur à ce changement seront indemnisés rétroactivement.
Les documents derrière cette page.
- Politique de confidentialitéMis à jour le 4 octobre 2026Ce que nous collectons sur getcyril.com, ce que la plateforme traite pour les organisations, avec qui nous le partageons et combien de temps nous le conservons.
- Conditions d’utilisationMis à jour le 17 août 2026Ce à quoi nous nous engageons, ce que nous vous demandons, ce qui n’est pas encore arrêté, et comment chaque partie peut mettre fin à la relation.
- Politique relative aux cookiesMis à jour le 4 octobre 2026Les cookies et technologies similaires utilisés par ce site, et comment contrôler ou refuser les autres.
- Tous les documents juridiquesProjets, relecture juridique en attenteToutes les politiques au même endroit, y compris l’accord de traitement des données et la liste des sous-traitants ultérieurs.
- Problèmes de sécurité
- security@getcyril.com
- DPA et avis sur les sous-traitants ultérieurs
- legal@getcyril.com
- Toute autre question
- Nous contacter