Qu’est-ce que le self-hosted ?

Self hosted, généralement écrit self-hosted, désigne un logiciel installé et exploité sur une infrastructure détenue ou contrôlée par une organisation, plutôt que dans un environnement cloud géré par un fournisseur. En cybersécurité, une plateforme self-hosted conserve la télémétrie de sécurité, les workflows de détection et les opérations du SOC à l’intérieur du périmètre de l’organisation. Ce modèle donne aux équipes de sécurité un contrôle direct sur l’emplacement des données, les connexions entre les systèmes et le calendrier des mises à jour. Il répond aux besoins des organisations qui ne peuvent pas envoyer des données de sécurité sensibles vers un environnement tiers ou qui doivent fonctionner sans connexion à Internet.

Définition du self-hosted

Un service self-hosted est installé et exploité dans son propre environnement. Celui-ci peut être un centre de données sur site, un cloud privé ou un réseau restreint. L’équipe garde la maîtrise de l’infrastructure et de son exploitation, tandis que l’éditeur peut fournir une aide au déploiement, de la documentation, des mises à jour ou du support.

Un logiciel self-hosted peut fonctionner sur son propre matériel, sur un serveur détenu par l’organisation ou sur une infrastructure qu’elle administre. Le point déterminant est le contrôle de l’environnement et du chemin emprunté par les données, pas l’emplacement physique de chaque composant.

Self-hosted et cloud en cybersécurité

Les services cloud et les plateformes self-hosted placent la responsabilité à des endroits différents. Dans un déploiement cloud, le fournisseur exploite l’environnement sous-jacent. Dans un déploiement self-hosted, le client contrôle l’infrastructure et exploite la plateforme dans son propre périmètre.

	Plateforme cloud	Plateforme self-hosted
Déploiement	Le fournisseur exploite la plateforme dans son environnement cloud.	La plateforme est installée sur une infrastructure contrôlée par l’organisation.
Localisation des données	La télémétrie de sécurité est traitée dans l’environnement du fournisseur, selon l’architecture du service et le contrat.	La télémétrie de sécurité reste dans l’environnement de l’organisation lorsque la plateforme y est déployée.
Exploitation quotidienne	Le fournisseur gère la plateforme sous-jacente, tandis que le client gère son utilisation et sa configuration.	Le client exploite la plateforme et gère son environnement d’exécution.
Connectivité	Les services cloud dépendent généralement d’une connexion à l’environnement du fournisseur.	Une plateforme self-hosted peut prendre en charge des environnements restreints ou isolés lorsqu’elle est conçue pour cela.
Mises à jour	Le fournisseur applique les mises à jour selon le modèle de service.	Le client contrôle le moment où les mises à jour sont importées et appliquées.
Contrôle de l’infrastructure	Le client dispose de moins de contrôle direct sur l’infrastructure sous-jacente.	Le client contrôle l’infrastructure, le modèle d’accès et le chemin des données.

Pourquoi choisir une plateforme de sécurité self-hosted

Le self-hosted est généralement envisagé lorsque la souveraineté des données, les restrictions réseau ou le contrôle opérationnel priment sur la simplicité d’un service cloud géré par un fournisseur.

Une organisation peut choisir une plateforme de sécurité self-hosted pour :

Conserver la télémétrie sensible dans un périmètre défini.
Opérer sur un réseau déconnecté ou restreint.
Répondre aux exigences de localisation des données, de conformité ou de souveraineté.
Contrôler les accès à l’infrastructure et les fenêtres de mise à jour.
Utiliser les systèmes de sécurité et les sources de données existants sans les déplacer vers un environnement tiers.

Le self-hosted ne supprime pas le travail opérationnel. L’organisation doit toujours disposer des personnes, des processus, du matériel, des contrôles réseau, du stockage et du modèle de support nécessaires pour exploiter la plateforme. Les services de déploiement, la documentation, le processus de livraison et le support proposés par l’éditeur comptent donc autant que le logiciel lui-même.

Les points à vérifier avant de choisir le self-hosted

Un déploiement self-hosted exige un modèle opérationnel clair. Avant de faire un choix, l’organisation doit définir qui possède l’infrastructure, qui gère les mises à niveau, comment les sauvegardes sont administrées et comment le SOC fonctionne en cas de perte de connectivité.

Elle doit aussi évaluer la capacité et la résilience. Les plateformes de sécurité traitent un flux continu de journaux et de télémétrie. Le stockage, les ressources de calcul, les performances réseau et la supervision doivent donc correspondre à la charge prévue. L’équipe doit tester les contrôles d’accès, les procédures de réponse à incident et les plans de reprise avant le passage en production.

Dans les petits environnements, le self-hosted peut réduire les frais d’abonnement, tout en augmentant le temps nécessaire à la maintenance du service. Pour les entreprises soumises à des exigences réglementaires, le bénéfice recherché est souvent le contrôle de l’emplacement des données et des limites réseau, plutôt qu’une baisse du coût total.

Sekoia Self-Hosted

Sekoia Self-Hosted apporte la plateforme Sekoia complète dans l’infrastructure du client. Elle comprend les mêmes capacités SIEM, SOAR et de renseignement sur les menaces que celles utilisées par les équipes SOC les plus exigeantes, dans un centre de données sur site ou un cloud privé.

La plateforme fonctionne entièrement à l’intérieur du périmètre de l’organisation. La télémétrie de sécurité ne quitte donc pas cet environnement. L’équipe du client exploite la plateforme avec l’accompagnement de l’équipe Professional Services de Sekoia, une CLI de déploiement, des runbooks opérationnels, des versions signées trimestrielles et un support de niveau L3. Les versions sont testées et compatibles avec les environnements isolés.

Sekoia Self-Hosted est conçu pour les établissements financiers réglementés, les organisations de défense et les administrations, les opérateurs d’infrastructures critiques, les organisations de santé, ainsi que les MSSP et intégrateurs qui construisent des services souverains de détection et de réponse managées.

FAQ sur la cybersécurité self-hosted

Self-hosted signifie-t-il on-premises ?

Pas toujours. Une solution self-hosted peut fonctionner dans un centre de données sur site ou dans un cloud privé. Le point déterminant est que l’organisation contrôle l’environnement dans lequel la plateforme fonctionne et où ses données sont traitées.

Le self-hosted est-il plus sécurisé que le cloud ?

Aucun des deux modèles n’est automatiquement plus sécurisé. La sécurité dépend de l’architecture, de la configuration, des contrôles d’accès, de l’application des correctifs, de la supervision et de l’équipe chargée de l’exploitation. Le self-hosted donne à l’organisation un contrôle plus direct sur l’infrastructure et l’emplacement des données. Les services cloud peuvent réduire la quantité d’infrastructure que le client doit exploiter.

Self-hosted et open source, est-ce la même chose ?

Non. Self-hosted décrit l’endroit où le logiciel fonctionne et l’équipe qui exploite l’environnement. Open source décrit la manière dont le code est distribué et sous quelle licence il est disponible. Un produit self-hosted peut être propriétaire, open source ou combiner les deux modèles.

Quel est le principal compromis avec self-hosted?

Le self-hosted apporte davantage de contrôle sur les données, l’infrastructure et le calendrier des mises à jour. Il donne aussi à l’organisation davantage de responsabilités pour le déploiement, la capacité, la maintenance et le support. Sekoia Self-Hosted est conçu pour ce modèle avec des services de déploiement, des runbooks opérationnels, des versions signées trimestrielles et un support de niveau L3.