Risposte:
Se in precedenza non è stato abilitato alcun tipo di controllo, non esiste uno strumento in grado di segnalarlo dopo che il file è stato modificato. È possibile ottenere la data e l'ora dell'ultima modifica del file, ma non una cronologia delle revisioni.
Andando avanti, è possibile installare, configurare, abilitare il auditd
pacchetto.
Dalla auditctl
pagina man:
-w path
Insert a watch for the file system object at path. You cannot insert
a watch to the top level directory. This is prohibited by the kernel.
Wildcards are not supported either and will generate a warning. The way
that watches work is by tracking the inode internally. If you place a
watch on a file, its the same as using the -F path option on a
syscall rule. If you place a watch on a directory, its the same as using
the -F dir option on a syscall rule. The -w form of writing watches
is for backwards compatibility and the syscall based form is more
expressive. Unlike most syscall auditing rules, watches do not impact
performance based on the number of rules sent to the kernel. The only
valid options when using a watch are the -p and -k. If you need to
anything fancy like audit a specific user accessing a file, then use
the syscall auditing form with the path or dir fields.
C'è più discussione su questo nella domanda Registrazione delle creazioni di file nascosti
Qui alcuni discutono di hacking con inotify per farti fornire PID e UID. http://www.ioremap.net/node/55
Guarda anche Audit http://andries.filmer.nl/kb/Monitoring-file-system-events-with-inotify,-incron-and-authctl/129#Audit