6 votes

Quelle est la meilleure stratégie pour détecter les intrusions dans les bases de données ?

Les intrusions dans les systèmes de fichiers peuvent être détectées à l'aide d'outils tels que Snort, mais il est plus difficile de détecter les intrusions dans une base de données, comme la suppression de lignes, la modification de tables, etc. Quelle est la meilleure façon de surveiller cela pour détecter les changements non désirés dans la base de données ?

J'utilise MySQL, donc tout ce qui n'est pas agnostique par rapport à la base de données devrait idéalement être destiné à MySQL.

0voto

gtapscott Points 66

SQL Server 2005 a introduit les déclencheurs DDL, qui peuvent être déclenchés chaque fois que quelqu'un exécute un code en langage de définition de données, comme la modification d'une table, l'ajout d'un index ou la suppression d'une vue.

0 votes

L'affiche originale a indiqué que c'était MySQL.

0voto

Je ne pense pas qu'il existe des méthodes appropriées pour faire cela dans MySQL. Vous devez vous assurer qu'une sorte de somme de contrôle de sécurité est appliquée à toutes les modifications légitimes, en utilisant une sorte de clé secrète. Ainsi, si les données de la ligne diffèrent de la somme de contrôle, vous savez qu'une modification non autorisée a été effectuée.

Quant à la façon de faire la somme de contrôle et de garder la clé secrète, c'est une toute autre histoire, pour laquelle vous pouvez m'envoyer un courriel, si vous trouvez la solution à partir de ou via ce site (je suis nouveau ici et je ne suis pas encore configuré correctement).

En réalité, seules les sauvegardes hors site vous aideront à vous prémunir contre la suppression de lignes, et notez que l'utilisation de mysqldump est la seule méthode "officiellement" prise en charge pour ce faire.

Bien que la copie des fichiers sous-jacents (MyISAM) fonctionne dans la grande majorité des cas pour ce type de table, cette méthode ne fonctionne pas toujours, et je ne m'y fierais pas pour les missions critiques.

0voto

Joe W. Points 849

Nous avons mis en œuvre DbProtect sur une base de données SQL Server. Ce n'était pas trop difficile et cela a permis de mettre en place des politiques d'audit assez granulaires. Cependant, comme l'a mentionné Bobwood, ce n'est pas bon marché.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X