S’affranchir du cloud public sans renoncer aux capacités de détection et d’investigation d’un SOC moderne, c’est l’ambition de Sekoia avec Self-Hosted, une déclinaison auto-hébergée de sa plateforme destinée aux administrations, aux acteurs de la défense et aux opérateurs d’infrastructures critiques. Pour ces organisations, dont certaines ne peuvent envisager de confier leurs données de sécurité à une infrastructure extérieure, l’enjeu consiste à maintenir une protection efficace malgré les restrictions de connectivité, les exigences de maintenance et les ressources matérielles nécessaires à l’intelligence artificielle.
Une détection qui doit rester à jour, même coupée du réseau
Isoler un environnement pour en protéger les données sensibles ne dispense pas de suivre l’évolution des menaces qui pèsent sur lui. C’est toute la difficulté d’un SOC déconnecté, dont l’efficacité dépend notamment de sa capacité à intégrer régulièrement de nouvelles règles de détection et des indicateurs de compromission, alors même que les communications avec l’extérieur sont limitées ou interdites.
Pour répondre à cette contrainte, Sekoia a prévu deux mécanismes d’actualisation. Dans les infrastructures équipées de diodes réseau configurées pour autoriser les transferts vers l’environnement protégé, les mises à jour peuvent être acheminées automatiquement sans ouvrir de communication bidirectionnelle. Lorsque cette possibilité n’existe pas, l’opération repose sur une intervention humaine, avec un transfert par support amovible, éventuellement soumis à une étape de décontamination avant son introduction dans le réseau isolé.
« On veut que la douleur existe dans le transport uniquement, pas dans l’application de la mise à jour », explique Georges Bossert, directeur technique et produit de Sekoia, qui reconnaît que ces opérations restent complexes malgré les efforts de l’éditeur pour en simplifier l’exécution.
Les contenus de détection, qu’il s’agisse des règles, des indicateurs de compromission ou des modèles d’intelligence artificielle, peuvent ainsi être actualisés à un rythme horaire, sous réserve que les procédures de transfert le permettent. Les évolutions du socle logiciel suivent, elles, un calendrier trimestriel, avec une phase de qualification préalable destinée à répondre aux exigences de stabilité des environnements critiques. Une organisation différente de celle de la plateforme SaaS, où les changements sont déployés en continu. Georges Bossert évoque des engagements de support renforcés pour ces environnements sensibles, sans toutefois apporter d’éléments chiffrés permettant de comparer leur réactivité face aux nouvelles menaces à celle des installations connectées.
L’IA agentique à l’épreuve des infrastructures
L’intégration de capacités agentiques soulève une autre difficulté, moins liée à la circulation des données qu’aux moyens matériels nécessaires pour faire fonctionner les modèles. Le communiqué de lancement présente cette fonctionnalité comme l’un des principaux atouts de Self-Hosted, alors que la documentation de la version 1.0.1 précise que les capacités d’IA et le module Intelligence ne sont pas encore disponibles. Cela ne signifie pas pour autant que la plateforme est privée de renseignement sur les menaces, puisqu’elle peut notamment exploiter des indicateurs de compromission et des contenus de détection importés.
Interrogé sur le calendrier de ces fonctionnalités, Georges Bossert reconnaît que la communication initiale manquait de clarté et annonce une mise à jour dans les trente jours suivant notre entretien du 3 novembre. Certains clients utiliseraient déjà une version bêta intégrant ces capacités agentiques.
Pour exécuter les modèles, Sekoia propose plusieurs configurations selon le degré d’isolement des infrastructures. Les organisations qui peuvent maintenir une connexion extérieure ont la possibilité de s’appuyer sur des ressources GPU centralisées en France, tandis que les autres doivent disposer de capacités de calcul locales, installées spécifiquement pour la plateforme ou mutualisées avec d’autres applications à travers une interface compatible.
La question du matériel s’est rapidement imposée comme l’une des principales difficultés rencontrées lors des premiers déploiements. « Non seulement ça coûte cher, mais en plus c’est très long en termes d’approvisionnement », reconnaît Georges Bossert à propos des GPU, dont les délais de livraison peuvent compliquer des projets déjà soumis à de fortes contraintes techniques et réglementaires. Sekoia a donc élargi la gamme des équipements compatibles et adapté son architecture pour exploiter plus facilement les ressources de calcul dont disposent déjà certains de ses clients, notamment dans les organisations ayant constitué leurs propres clusters.
Une autonomie qui engage davantage le client
Le choix de l’auto-hébergement modifie également la répartition des responsabilités, puisque les organisations reprennent la maîtrise de leur infrastructure, mais doivent disposer des compétences nécessaires pour l’exploiter, appliquer les mises à jour et assurer la continuité des opérations dans des environnements où les interventions à distance ne sont pas toujours envisageables.
Sekoia conserve la responsabilité de sa pile logicielle, des procédures de déploiement et du bon fonctionnement de ses composants, à condition que les prérequis techniques soient respectés. « On est éditeur du logiciel. On n’est pas éditeur du matériel », rappelle Georges Bossert, qui insiste sur la nécessité de définir précisément le périmètre d’intervention de chacun, notamment lorsque des difficultés surviennent dans une infrastructure à laquelle les équipes de support ne peuvent pas accéder directement.
Self-Hosted s’adresse ainsi en priorité à des organisations habituées à administrer des environnements sensibles ou déconnectés, principalement dans la défense, l’industrie et les administrations. Un positionnement qui correspond aux contraintes de ces secteurs, où l’isolement des infrastructures répond souvent à des impératifs de confidentialité et de sécurité. Georges Bossert estime d’ailleurs que « la sécurité d’un environnement déconnecté est presque plus compliquée à gérer » que celle d’un environnement connecté, les restrictions imposées aux échanges et aux interventions techniques ajoutant leurs propres difficultés à celles de la cybersécurité quotidienne.
L’auto-hébergement ne supprime pas toute dépendance technologique envers l’éditeur, puisque Sekoia reste chargé des évolutions logicielles et du renouvellement des contenus de détection. Georges Bossert souligne toutefois que le client gagne en autonomie en maîtrisant son infrastructure et le calendrier des mises à jour, sans subir les changements de version imposés dans le modèle SaaS.
Sekoia fait état de premiers déploiements dans des environnements sensibles, notamment liés à la défense, sans communiquer à ce stade de résultats chiffrés permettant d’en mesurer les bénéfices opérationnels. Pour ces organisations, l’enjeu n’est toutefois pas de remplacer systématiquement le cloud public, mais de disposer des mêmes capacités de cybersécurité dans des infrastructures dont elles doivent conserver la maîtrise.
