Respostas:
Se você não ativou anteriormente algum tipo de auditoria, não há uma ferramenta que possa relatar isso após a modificação do arquivo. Você pode obter a data e a hora da última modificação do arquivo, mas não um histórico de revisões.
Avançando, você pode instalar, configurar, ativar o auditd
pacote.
Na auditctl
página do manual:
-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.
Há mais discussão sobre isso na pergunta Registrando criações de arquivos ocultos
Aqui estão algumas discussões sobre hackers com o inotify para fornecer PID e UID. http://www.ioremap.net/node/55
Consulte também Audit http://andries.filmer.nl/kb/Monitoring-file-system-events-with-inotify,-incron-and-authctl/129#Audit