in reply to
Re: Re: Dangerous diamonds!
in thread Dangerous diamonds!
Scripts that clean up after users. System wide /tmp and per-user ~/tmp directories, for example.
Make /tmp owned by 'sys' or create a system user for it. You can do the same for ~/tmp directories, just make them group writable by a system group... But really, users should be left to clean up after themselves. Institute quotas if they refuse to do so. Give them access to cron so they can automate cleanup if they like. This has an added benefit; since it is their ~/tmp directory, they should choose how old files should be before they are removed.
And scripts that md5sum some user files.
I'm sure there is an easy solution, but its hard to say what it is without more information. Why are you doing it? Which user files? Do you really need a glob to describe them or do they have well-defined names? Is it a service to users that they can be given control of (like cleaning up their ~/tmp dirs?) Can the files in question be group readable?
Perhaps the smallish log rotator could be run as apache. Let's see, nope, Apache writes its logs as root.
Out of the numerous ways you can handle that one, I'll point out the easiest: make the logs directory writable only by root. You shouldn't have to do anything because that's the default anyway. Since someone would need root before creating a file with an evil filename in that directory, it would be pointless for them to do so.
"My two cents aren't worth a dime.";