1 votes

À la recherche d'une application/service pour capturer silencieusement les modifications de fichiers sur un site web (comme SVN mais avec un check-in automatique) à des fins d'audit

Voici le contexte de ma question :

Un certain nombre de personnes déploient des changements sur notre site web ASP.NET ... les designers déploient des changements HTML et CSS, les développeurs .NET déploient des fichiers ASPX, DLL, les designers graphiques déploient des images, etc. etc.

En théorie, tous ces déploiements se font de manière très contrôlée - le code source est maintenu dans SVN, des packages de déploiement sont créés et versionnés, les déploiements sont d'abord testés sur un site de pré-production, les déploiements en direct sont documentés. En théorie, nous savons toujours quels fichiers ont été modifiés, quand, pourquoi et par qui.

Cependant, parfois quelqu'un fait un changement directement sur le site en direct et contourne toutes les procédures. En général, c'est à cause d'une urgence. Parfois, un changement est fait qui cause un problème sur le site ... et personne ne l'admet !

Alors ce que nous cherchons, c'est une sorte de service non surveillé qui capture tous les changements de fichiers dans des dossiers spécifiques sur le serveur. Il devrait "valider" les changements de fichiers au fur et à mesure qu'ils se produisent, c'est-à-dire capturer la nouvelle version du fichier entier, et également capturer le login Windows de l'utilisateur. En d'autres termes, chaque fichier a un historique des changements qui lui ont été apportés, tout comme SVN, TFS, etc. Nous devrions pouvoir faire une différence entre les versions dans l'historique du fichier. 99% de ce qu'il capture devrait être des changements effectués par le biais des procédures appropriées - mais cela devrait également inclure le 1% qui ne l'est pas.

Pour être clair - nous ne recherchons pas un service qui envoie des alertes d'"intégrité de fichier", comme OSSEC. Nous voulons simplement que chaque changement de fichier soit capturé, afin qu'en cas de problème, nous puissions consulter le journal des changements et déterminer ce qui a été fait en dehors des procédures habituelles. De plus, cela doit évidemment être entièrement automatisé - exiger des utilisateurs de suivre une procédure supplémentaire n'est pas ce que nous recherchons ici !

Aussi, prendre périodiquement des sauvegardes et ensuite rechercher les différences entre elles n'est pas ce que nous voulons, car cela ne nous indiquerait pas qui a fait le changement.

0 votes

Je sais que cela ne correspond pas parfaitement à vos exigences mais vous voudrez peut-être jeter un œil sur : codeguard.com Je l'utilise à la même fin et ça marche bien pour moi!

3 votes

Si un certain nombre de personnes ont accès pour modifier le système de production, alors corrigez cela. Supprimez les privilèges de tout le monde.

0 votes

@Zoredache - L'accès au site en direct est déjà limité à un très petit groupe de personnes, et nous avons des procédures en place. Nous ne gérons pas une situation où il n'y a aucun contrôle en d'autres termes. Nous ne pouvons pas limiter l'accès à une seule personne - ce n'est pas pratique. Ce que je recherche, c'est une sorte d'audit pour le 1 % des occasions où les procédures et les responsabilités sont contournées

3voto

fartheraway Points 4886

J'ai rencontré des problèmes similaires à travers des emplois et plusieurs clients.

Le problème ici concerne les autorisations de base et la séparation des fonctions. Vous avez besoin d'un changement de procédure bien plus qu'un outil logiciel. Il ne devrait y avoir qu'un très petit nombre de personnes capables d'effectuer une mise en production de contenu comme celui-ci. Cela varie en fonction de l'organisation mais d'après ce que j'ai vu sur le marché des petites entreprises, moins de 15% des personnes qui apportent des modifications au site web en développement ont accès à la production. Cela inclurait généralement le chef développeur, le chef marketing / image, le chef du SI et (éventuellement) un second développeur de confiance.

Tout cela étant dit, je recommanderais d'auditer les événements de connexion sur Windows. Une fois que vous avez restreint les personnes ayant accès, cela fournit un moyen facile de savoir qui accédait au système au moment du changement. Vous pouvez également utiliser l'audit du système de fichiers (pour les changements) sur le répertoire qui héberge les fichiers de votre site web. Cela ne capture pas le contenu original mais c'est relativement rapide et facile à mettre en place.

0 votes

Merci, je vais examiner l'audit du système de fichiers. Comme je l'ai dit à @Zoredache - L'accès au site en direct est déjà limité à un très petit groupe de personnes, et nous avons des procédures en place. Nous ne sommes pas confrontés à une situation où il n'y a aucun contrôle en d'autres termes. Nous ne pouvons pas limiter l'accès à une seule personne - ce n'est pas pratique. Ce que je cherche, c'est une sorte d'audit pour le 1 % des occasions où les procédures et responsabilités sont contournées.

0voto

Daniel Ford Points 51

Comme vous utilisez déjà SVN, configurez un autre dépôt et une tâche planifiée pour vérifier le contenu du site. Un travail de sauvegarde incrémentielle horaire fonctionnerait aussi.

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