Bouclier de confidentialité

Non, CogniVis ne traite ni ne conserve les données des clients pour entraîner l’IA. Nous utilisons uniquement les services de fournisseurs de LLM qui s’engagent à ne pas entraîner leurs modèles à partir des données saisies par les utilisateurs. Nous pouvons également déployer CogniVis avec des LLM locaux installés sur les serveurs du client, qui ne nécessitent pas le partage des données.

Par défaut, les données sont conservées en Pologne (UE) ou, sur demande, dans les locaux du client ou chez le fournisseur de services cloud choisi. Lorsque des plateformes de LLM sont utilisées, les données peuvent être traitées par des fournisseurs externes, comme OpenAI, ou conservées localement, selon le modèle choisi. Dans le cadre de CogniVis, les données sont conservées pendant toute la durée du contrat et supprimées 30 jours après sa résiliation.

Les données sont protégées par le chiffrement TLS 1.3 pendant leur transmission. Par exemple, lors de l’indexation des connaissances, les données sont récupérées via des API protégées par TLS 1.3. Lors de l’envoi de messages aux systèmes de LLM, les communications sont également chiffrées avec TLS.

Après chaque déploiement, notre logiciel fait l’objet de tests d’intrusion conformes aux normes OWASP afin d’identifier et de limiter les risques de sécurité.

Les API sont protégées par le chiffrement TLS 1.3 pour chaque point de terminaison, ainsi que par une couche supplémentaire d’authentification par jeton pour les points de terminaison qui l’exigent. Ces mesures visent à empêcher les accès non autorisés et les utilisations abusives.

CogniVis propose des sauvegardes régulières dans le cadre de certains forfaits, avec un stockage redondant et sécurisé ainsi que la récupération des données.

Lorsque cela est nécessaire, nous proposons de déployer CogniVis sur les serveurs du client ou, à défaut, chez OVH ou AWS, qui disposent des certifications SOC 2 et ISO 27001.

Oui, l’intégration de l’authentification unique (SSO) est mise en place sur demande. Le SSO renforce la sécurité en centralisant l’authentification, en réduisant les risques liés aux mots de passe et en permettant un meilleur contrôle des accès via les systèmes de gestion des identités existants, comme Microsoft Azure AD.

CogniVis utilise un contrôle d’accès basé sur les rôles (RBAC), avec des groupes d’utilisateurs permettant d’attribuer précisément les autorisations. En cas d’intégration avec des solutions tierces spécifiques, les niveaux d’accès à chaque source de données sont définis lors de la mise en œuvre.

Cela dépend des paramètres. Lorsque le chiffrement est activé, nous ne voyons que le nombre de questions et la consommation de jetons : nous n’avons alors pas accès au contenu des questions ni des réponses. Lorsque le chiffrement est désactivé, nous pouvons analyser les questions posées, ce qui facilite l’amélioration et l’optimisation du fonctionnement de l’intelligence artificielle. Nous recommandons vivement de laisser le chiffrement désactivé au début de la mise en œuvre afin d’adapter plus rapidement le système à vos besoins.

CogniVis respecte les principes de conservation et de suppression des données conformément au RGPD. Les données temporaires, comme les données en cache et les opérations en mémoire, ne sont pas conservées plus longtemps que nécessaire et sont supprimées immédiatement après leur traitement. Les données persistantes sont conservées uniquement pendant la durée nécessaire à la fourniture des services et au respect des obligations légales. Les durées de conservation sont régulièrement vérifiées afin d’éviter tout stockage superflu. Les clients gardent le contrôle total de leurs données et peuvent demander leur suppression à tout moment, conformément à l’article 17 du RGPD. En cas de demande de suppression, CogniVis garantit un effacement sécurisé et irréversible, avec une durée maximale de conservation de 30 jours après la résiliation du contrat.

CogniVis applique une procédure structurée de réponse aux incidents afin d’en limiter l’impact et de garantir la transparence. 1. Détection et évaluation : une surveillance continue détecte les menaces. Les incidents critiques sont analysés dans les 4 heures suivant leur détection. 2. Confinement et atténuation : les systèmes touchés sont isolés, les clés API sont renouvelées et, si nécessaire, une réinitialisation des mots de passe est imposée. 3. Investigation et analyse : les experts en sécurité évaluent la cause de la violation et mettent en œuvre des solutions pour éviter sa récurrence. 4. Notification du client : en cas de violation de données, les utilisateurs concernés sont informés par e-mail dès que possible, avec une description de la violation, des données concernées et des mesures recommandées. 5. Données personnelles : en cas de violation de données personnelles, les autorités compétentes sont informées dans un délai de 72 heures. 6. Remédiation et prévention : les politiques de sécurité sont mises à jour et des mesures préventives renforcées sont déployées pour éviter de futurs incidents.

Nous utilisons la MFA pour tous les comptes, en particulier les comptes privilégiés, avec la prise en charge des applications mobiles. La politique de mots de passe exige au moins 16 caractères, privilégie les phrases secrètes, vérifie la robustesse des mots de passe et bloque ceux qui sont faibles. Nous intégrons le SSO et surveillons les connexions inhabituelles afin de limiter le risque de compromission des comptes.

Nous appliquons le principe du moindre privilège, réalisons des revues périodiques des accès et suivons un processus d’approbation pour les privilèges élevés. Nous utilisons l’IAM pour centraliser la gestion, automatisons l’intégration et le départ des utilisateurs, et accordons temporairement les accès administratifs selon un modèle juste-à-temps. Ces mesures réduisent l’exposition et favorisent la conformité lors des audits.

Nous centralisons les journaux applicatifs et système, définissons une référence des comportements et surveillons l’infrastructure en temps réel. Le SIEM génère des alertes en cas d’anomalies et de tentatives d’accès suspectes, tandis que l’analyse régulière des journaux favorise la détection précoce des incidents. Les opérations portant sur les données sensibles sont également enregistrées afin de faciliter les investigations.

La politique de mots de passe exige au moins 16 caractères, privilégie les phrases secrètes, n’impose pas de renouvellement en l’absence d’incident, vérifie la robustesse lors de la création et bloque les mots de passe courants. Les comptes sont verrouillés après plusieurs tentatives infructueuses. Les mots de passe sont stockés uniquement sous forme d’empreintes, à l’aide d’algorithmes robustes comme bcrypt ou Argon2.

Nous n’autorisons le BYOD que lorsqu’il n’existe pas de meilleure solution. Une politique BYOD s’applique, avec compartimentage des données professionnelles, accès limité aux informations sensibles et procédures de suppression sécurisée des données sur les appareils. Nous formons les employés aux bonnes pratiques d’utilisation des appareils personnels afin de limiter les risques de fuite.

L’accès à distance s’effectue via des VPN fortement chiffrés, avec segmentation du trafic et surveillance de l’utilisation. L’infrastructure réseau fait l’objet d’audits et de mises à jour régulières. Le télétravail est soumis à des règles de sécurité physique, notamment le verrouillage de l’écran et un bureau dégagé. Ces mesures réduisent les risques d’écoute et de compromission des appareils.

Nous tenons à jour un inventaire des composants et des versions, hiérarchisons les correctifs de sécurité et automatisons la gestion des paquets. Les mises à jour sont vérifiées dans un environnement de test reproduisant la production, avec des tests de régression et un plan de retour en arrière. Nous créons des sauvegardes avant les modifications et documentons et versionnons l’ensemble afin de garantir sa reproductibilité.

Nous appliquons les OWASP Secure Coding Practices, utilisons des bibliothèques éprouvées et respectons le principe du moindre privilège dans le code. Nous réalisons des revues de code axées sur la sécurité et utilisons les outils SAST et DAST. La sécurité est prise en compte dès la conception, tandis que les normes de codage sont imposées et vérifiées automatiquement pour garantir leur cohérence.

Nous validons rigoureusement toutes les données d’entrée, en privilégiant les listes blanches de valeurs. Nous assainissons les données de sortie et effectuons l’analyse et la sérialisation JSON/XML de manière sécurisée. Nous utilisons des requêtes préparées ainsi que des mécanismes de protection contre les attaques XSS, CSRF et par injection. Le comportement par défaut est sécurisé en cas de défaillance afin de limiter les conséquences des erreurs.

Nous organisons régulièrement des exercices red team contre blue team, des simulations de phishing et des scénarios d’incident. Nous analysons les résultats et mettons à jour les mécanismes de détection, les procédures et les formations afin d’améliorer la préparation des équipes. Le programme de tests est actualisé en fonction des nouveaux vecteurs d’attaque et mesure l’amélioration réelle des capacités de réaction.

Nous disposons d’un plan de reprise après sinistre définissant les systèmes critiques, le RTO et le RPO. Nous documentons les procédures de restauration pour différents scénarios et les testons au moins une fois par an. Nous analysons les résultats et mettons en œuvre des améliorations afin de réduire les interruptions et de limiter la perte de données en cas de panne de service.

Nous concevons la redondance des composants essentiels ainsi que des systèmes d’alimentation et de refroidissement de secours. Nous testons régulièrement les basculements. Le plan de continuité d’activité définit les fonctions critiques, les modalités de travail à distance et les sites alternatifs avec leurs ressources. Les canaux et rôles de communication en situation de crise sont définis, ce qui accélère la réaction.

Nous appliquons la minimisation des données et le principe du besoin d’en connaître. Des mécanismes automatiques de suppression ou d’archivage des informations obsolètes sont en place, ainsi que des méthodes d’effacement sécurisé et irréversible. Nous tenons des journaux des opérations sur les données sensibles et réalisons des revues régulières des accès afin de limiter les risques d’abus et de respecter les exigences de conformité.

Nous chiffrons les données en transit avec TLS 1.3 et appliquons un chiffrement de bout en bout supplémentaire au niveau applicatif pour les informations particulièrement sensibles. Nous renouvelons les certificats et bloquons les connexions non chiffrées, tout en respectant les normes les plus récentes. Cela renforce la confidentialité au-delà de la seule couche de transport et du protocole.

Nous protégeons les API avec OAuth 2.0 ou OpenID Connect et transmettons l’identité sous forme de JWT. Nous appliquons une limitation du débit, surveillons l’utilisation et renouvelons les clés. Nous validons les paramètres, utilisons une sérialisation sécurisée et versionnons les API avec des plans de dépréciation et une assistance à la migration. La documentation et les tests sont tenus à jour.

Nous tenons un registre automatisé des composants open source, avec leurs versions et leurs licences. Les nouveaux composants font l’objet d’une vérification en plusieurs étapes de leur qualité et de leur sécurité, ainsi que de leur conformité à la politique de licences. Nous surveillons les canaux des projets et maintenons des forks pour les dépendances critiques, ainsi que nos propres correctifs de sécurité lorsque cela est nécessaire.

Les e-mails sont filtrés à plusieurs niveaux, avec analyse de la réputation et du contenu ainsi que mise en bac à sable des pièces jointes. Pour les domaines, nous maintenons SPF, DKIM et une politique DMARC avec des rapports continus et un renforcement progressif, de la surveillance au rejet. Cela réduit considérablement l’usurpation et le phishing au sein de l’organisation.

Nous créons des sauvegardes complètes selon un calendrier défini et les conservons dans des emplacements sécurisés et éloignés. Nous testons régulièrement la restauration et documentons les procédures. Des sauvegardes supplémentaires sont préparées avant les mises à jour. Ces pratiques réduisent le temps de restauration et limitent la perte de données en cas de panne.

Nous segmentons le réseau à l’aide de VLAN et de pare-feu entre les segments. Les appareils réseau sont configurés selon le principe du moindre privilège, leur micrologiciel est régulièrement mis à jour, les services inutiles sont désactivés, et des mots de passe et politiques de clés robustes sont imposés. Nous activons également la journalisation et la surveillance de tous les appareils afin de détecter plus rapidement les anomalies.