Sécurité et conformité, intégrées au plan de contrôle
Chez Sencai, la sécurité n'est pas une couche ajoutée après coup. Chaque action - modification de pare-feu, déploiement d'un correctif, élévation approuvée - s'inscrit dans le même enregistrement inviolable. Les accès expirent par défaut et les changements atteignent directement le fournisseur. Quand un auditeur demande des preuves, vous les exportez au lieu de les reconstituer de mémoire. Sencai est conçu et exploité par une société tchèque, sous droit de l'UE.
Les changements atteignent directement le fournisseur
Beaucoup d'outils gèrent une copie de votre cloud qui dérive dès que quelqu'un modifie un groupe de sécurité à la main. Là où Sencai propose une gestion en direct, votre changement part par l'API du fournisseur lui-même, et la réponse revient avant que l'écran ne se mette à jour. La couverture varie : le DNS touche le plus de fournisseurs, le pare-feu et les groupes de sécurité moins, et les réseaux virtuels moins encore. Chaque page d'intégration précise ce qui est actif pour le fournisseur concerné, et l'inventaire et le provisioning couvrent le reste. Rien ne migre : votre compte, votre contrat et votre facture restent où ils sont. Là où les écritures en direct manquent, l'inventaire et la piste d'audit montrent quand même ce qui existe et qui y a touché.
Corrigez, durcissez et exécutez des runbooks partout
Un agent léger tourne sur tout serveur Linux : instance cloud, machine bare metal ou poste sous un bureau. Il surveille l'hôte, suit les logiciels installés et applique les correctifs, pour que vous voyiez ce qui est obsolète sur tout le parc. Un agent distinct couvre les clusters Kubernetes. L'automatisation par runbooks vous permet d'écrire une fois un déploiement de correctifs ou une réponse à incident, de la soumettre à approbation et de l'exécuter de la même façon sur chaque hôte concerné. Le durcissement ne dépend pas du fournisseur sur lequel se trouve un serveur.
Des accès qui expirent par défaut
La connexion passe par Microsoft Entra ID ou Google Workspace, et SCIM provisionne et déprovisionne les personnes à leur arrivée et à leur départ. Le contrôle d'accès par rôle définit ce que chaque utilisateur peut voir et modifier. Pour les tâches sensibles, l'élévation juste-à-temps garantit que personne ne détient de droits d'administrateur permanents. Une personne demande un accès pour une tâche, quelqu'un d'autre l'approuve, et l'accès expire de lui-même. L'approbation est consignée dans la piste d'audit. Voir la page fonctionnalités pour l'application du SSO et l'approbation JIT réunis.
Un registre qui ne fait que croître
Chaque action - instance provisionnée, règle de pare-feu modifiée, élévation approuvée, ressource détruite - écrit une entrée dans un journal en append-only, chaîné par hachage. Chaque entrée porte le hash de la précédente : modifier ou supprimer une entrée passée rompt la chaîne de façon détectable. « Qui a changé ça, et quand » devient une requête, pas une enquête. C'est aussi l'ossature des preuves NIS2 de Sencai. La profondeur d'historique visible dépend de votre plan, mais rien de ce qui a été écrit n'est jamais supprimé.
Des preuves, pas une certification que nous n'avons pas
Sencai ne détient ni ISO 27001 ni SOC 2, et le dit. Une revue de sécurité exige généralement des preuves : une piste d'audit exportable, un registre des activités de traitement, une liste publiée des sous-traitants, une déclaration sur la localisation de vos données et un accord de traitement des données publié. Sencai fournit les cinq. Sencai Tech s.r.o. opère sous droit de l'UE depuis Prague. Voyez comment cela s'articule avec les secteurs régulés et le secteur public, ou cherchez NIS2 dans le glossaire.
Partez de l'inventaire que vous avez déjà
Connectez un compte ou enrôlez un serveur : les deux atterrissent dans le même inventaire, sans rien à migrer. L'organisation gratuite couvre un utilisateur et cinq ressources gérées, sans carte et sans limite de durée. Au-delà, vous payez par ressource et par personne ; voir les [tarifs](/pricing/).