Je vais créer un audit de conformité SQL SOX pour Microsoft SQL Server

La loi Sarbanes-Oxley de 2002 est une loi adoptée par le Congrès des États-Unis le 30 juillet 2002 pour aider à protéger les investisseurs contre la fraude dans les rapports financiers des entreprises. Surnommée aussi loi SOX de 2002, elle a imposé des réformes strictes aux réglementations existantes sur les valeurs mobilières et a renforcé les sanctions contre les infractions.

Cela dépend de la version de SQL que vous utilisez. L’utilisation de TSQL pour l’audit SQL Azure n’est pas supportée, d’où l’utilisation de PowerShell. Si votre version de SQL Server est sur site, elle doit être configurée avec TSQL. Si vous avez Azure et sur site, je vous aiderai à configurer les deux types d’audits.

Généralement, la meilleure façon de configurer des audits est avec un audit au niveau du serveur. Mais si vos besoins nécessitent un filtre d’action d’audit (si vous devez faire référence à un objet spécifique comme une table, une procédure stockée ou une base de données ou un schéma entier), alors vous avez besoin d’un audit au niveau de la base de données. C’est essentiellement une configuration personnalisée.

La forme générale pour définir une action à auditer est : [action] SUR [objet] PAR [principal] Exemples : DATABASE::[nomdb] et SCHEMA::[nomschema] INSERT, UPDATE sur dbo.maTable par public SELECT sur DATABASE::maBase de données par public DELETE sur SCHEMA::monSchema par public

L’expression de prédicat T-SQL (clause WHERE) utilisée pour filtrer les logs d’audit. C’est essentiellement un filtre pour éliminer certains types d’événements d’audit.

Réponse courte : « Cela dépend » Réponse longue : Oui, si vos serveurs SQL nécessitent le même niveau d’audit, vous pouvez appliquer la même configuration à tous vos serveurs.