Transformez en automatisations les revues que votre équipe répète chaque semaine. L’agent les exécute selon le planning, rapporte ce qu’il a trouvé et saute l’exécution quand rien n’a changé dans l’espace de travail.
Le planning, la collecte de preuves et la tâche récurrente s’occupent d’eux-mêmes.
01
Rédigez le contrôle une fois, par exemple « lister les mesures dont les preuves ont changé cette semaine », et exécutez-le toutes les heures, chaque jour, les jours ouvrés ou chaque semaine.
Les plannings suivent le fuseau horaire du propriétaire et résistent aux changements d’heure. Un répartiteur prend en charge les exécutions dues chaque minute.
02
Avant qu’une exécution planifiée démarre, Secani vérifie l’activité de l’espace de travail. Aucun changement depuis la dernière exécution signifie aucune exécution, et aucun bruit dans votre boîte de réception.
En cas de doute, l’exécution démarre quand même, et chaque automatisation s’exécute au moins une fois par semaine.
03
Connectez un compte AWS une fois. Secani vérifie chaque jour le MFA root, les clés d’accès root, l’enregistrement AWS Config et les constats Security Hub, sans captures d’écran.
Secani assume un rôle inter-comptes avec un External ID et une session limitée à quatre actions de lecture.
Les contrôles que vous devriez sinon penser à lancer et à capturer vous-même.
Refaire à la main la même revue hebdomadaire
L’agent l’exécute selon le planning et rapporte ce qu’il a trouvé
Faire des captures de la console AWS comme preuves
Collecte quotidienne en lecture seule depuis le compte AWS
Parcourir les semaines calmes à la recherche de changements inexistants
Les exécutions sont sautées quand rien n’a changé dans l’espace de travail
Recréer la tâche de revue trimestrielle
Tâches récurrentes créées chaque semaine, mois, trimestre ou année
Combien de contrôles récurrents votre équipe exécute-t-elle à la main ?
Heures par an consacrées aux contrôles récurrents
75
Vos chiffres, multipliés : exécutions × minutes. Aucune donnée de notre part n’entre dans le résultat.
Une exécution peut consulter et rapporter. Les modifications restent entre les mains des personnes.
Les exécutions d’automatisation utilisent des outils en lecture seule. Si les instructions nécessitent une écriture ou une décision, l’exécution s’arrête et demande une intervention.
Chaque exécution reçoit un jeton de 30 minutes émis pour son propriétaire. Elle voit exactement ce que le propriétaire peut voir, rien de plus.
L’historique des exécutions affiche le statut, les instructions, le résultat et la raison d’un saut, pour les 30 derniers jours en un coup d’œil.
Non. Les exécutions utilisent des outils en lecture seule. Quand les instructions nécessitent une écriture ou une validation, l’exécution se termine en demandant une intervention, et une personne prend le relais.
Toutes les heures à une minute choisie, chaque jour, les jours ouvrés ou chaque semaine à une heure fixe, ou manuellement avec « Exécuter maintenant ». Chaque personne peut avoir jusqu’à 200 automatisations par espace de travail.
Le MFA du compte root, l’absence de clés d’accès root, l’état d’enregistrement AWS Config et le nombre de contrôles Security Hub réussis et en échec par mesure, une fois par jour. Le texte libre et les identifiants de ressources AWS sont écartés.
Les exécutions planifiées qui ne lisent que les changements de l’espace de travail sont sautées quand rien ne s’est passé depuis la dernière exécution réussie. Le moindre doute laisse l’exécution démarrer, et chaque automatisation s’exécute au moins tous les 7 jours.
Planifiez-le une fois et lisez le résultat.
