>>19
Writing to /tmp is as much of a security risk as writing anywhere else on the disk. If you worry that some other user (wtf, you have more than one human user on your computer?) will check your filenames, just make a directory with 0700 in /tmp and put data there.
NOT using /tmp for temporaries is a bug that has to be fixed upstream, because /tmp is and has been for a long time mounted as ramdisk tmpfs in all distros worth their bytes, and writing shit there saves you the SSD/HDD writes.
Of course I am not talking about storing partially downloaded files in /tmp because that would be really stupid. Which is the whole point of the full text that
>>1 quotes only partially:
http://www.sabayon.org/
/tmp is now mounted on a very small tmpfs with nodev,noexec,nosuid options by default for greater security. Some exotic programs that insist on writing to /tmp may fail to run and they should be fixed upstream. Writing to /tmp is bad, and you should not use any software that behaves like this.
So if your piece of shit exotic program first downloads files to /tmp and then moves them all over again to yet another filesystem it should be fixed upstream, or you should kill yourself. /tmp is for small temp files, sockets and the like, anything that should not survive rebooting.