Journalisation, SIEM et détection : quelle erreur fréquente faut-il éviter ?
Collecter beaucoup de journaux sans scénario ni équipe de traitement peut coûter cher sans améliorer la réponse.
RECHERCHE DANS L’ENCYCLOPÉDIE
Recherchez parmi 4 720 questions et affinez par domaine ou par angle.
4 720 réponses
Effacer les filtresCollecter beaucoup de journaux sans scénario ni équipe de traitement peut coûter cher sans améliorer la réponse.
Exemple fictif : un équipement cesse d’envoyer ses journaux ; une alerte de silence est nécessaire pour ne pas confondre absence de traces et absence d’événements.
Un test d’intrusion évalue, dans un cadre explicitement autorisé, si des faiblesses peuvent compromettre le périmètre convenu. Il complète d’autres contrôles mais ne démontre pas une sécurité absolue.
Il permet de vérifier des scénarios concrets et de prioriser des corrections fondées sur des effets observés.
Définir actifs, méthodes permises, horaires, contacts, données, limites et conditions d’arrêt.
Le diagnostic doit confronter les déclarations à des situations observables. Faire confirmer la fermeture des faiblesses prioritaires avec un contrôle de suivi autorisé.
Établir un mandat et des règles d’engagement. Traiter en priorité les accès, les sauvegardes, les systèmes exposés et les composants non maintenus. L’achat d’un outil ne remplace pas la responsabilité de suivi.
Une séquence praticable consiste à : établir un mandat et des règles d’engagement; puis réaliser les essais dans le cadre convenu; puis corriger et retester les constats importants.
Le propriétaire autorise ; le prestataire respecte le mandat ; sécurité coordonne ; les équipes techniques corrigent.
Un rapport sans constat critique ne garantit pas l’absence de faiblesse. Toujours préciser couverture, durée et limites du test.
Une autorisation, un rapport exploitable et un suivi de correction.
Faire confirmer la fermeture des faiblesses prioritaires avec un contrôle de suivi autorisé.
Suivre constats reproduits, corrections vérifiées et écarts récurrents.
Suivre constats reproduits, corrections vérifiées et écarts récurrents.
Inclure préparation, tests, disponibilité des équipes, corrections et contre-vérification.
Un périmètre mal défini peut perturber un service ou exposer des données sans utilité pour l’évaluation.
Un périmètre mal défini peut perturber un service ou exposer des données sans utilité pour l’évaluation.
Faire confirmer la fermeture des faiblesses prioritaires avec un contrôle de suivi autorisé.
Le test dépend du périmètre, des environnements, des tiers et des conditions contractuelles.
Définir actifs, méthodes permises, horaires, contacts, données, limites et conditions d’arrêt.
Le test dépend du périmètre, des environnements, des tiers et des conditions contractuelles.
Demander un engagement vérifiable sur le périmètre, les livrables, les responsabilités et le traitement des écarts. Le résultat attendu doit être explicite : une autorisation, un rapport exploitable et un suivi de correction.
Préserver les données, les décisions et les documents nécessaires pour poursuivre autrement. Le socle à récupérer comprend notamment : une autorisation, un rapport exploitable et un suivi de correction.
Traiter en priorité les accès, les sauvegardes, les systèmes exposés et les composants non maintenus. L’achat d’un outil ne remplace pas la responsabilité de suivi.
Proposez une correction, une nouvelle question ou un retour d’expérience.