TorBrowser creates temp files in Linux /tmp & Windows %temp% and OSX(various places) during the file downloads dialog & when using internal browser video player

[unknown]

1. Open a webpage with downloadable links (​http://arxiv.org/abs/1207.5216 for example).
2. Select file to download (pdf for example: ​http://arxiv.org/pdf/1207.5216v2).
3. See the dialog: External application is needed to handle with two buttons: launch and cancel.
4. Only launch is available to start download. Select it.
5. Second dialog asks to open with /usr/bin/xpdf (default) or Save.
6. Don't press Save immediately. See in a terminal random name of file, sometimes with a part of contents:

    ls -la /tmp
    $ file /tmp/oeXvw4D+.pdf.part 
    /tmp/oeXvw4D+.pdf.part: PDF document, version 1.5
   

   Tbb ignored tor-browser_en-US/tmp and use system /tmp
7. After pressing Save file removed from /tmp.

This behaviour potentially affects users local anonimity with unencrypted and non-attached to memory system /tmp dirs; and affects users with portable TorBrowser versions. Partially downloaded files will saved in /tmp in the cases of TBB crushes or not completely erased. Will be preferably to isolate TorBrowser activity in user local catalogs only.

[unknown]

A simple patch to the start script seems to be adequate solution:

--- start-tor-browser   2012-11-21 07:41:14.000000000 +0000
+++ start-tor-browser.test      2012-11-22 13:33:59.699580680 +0000
@@ -205,6 +205,9 @@
 export LDPATH
 export LD_LIBRARY_PATH
 
+TEMP="${HOME}/tmp/"
+export TEMP
+
 if [ "$debug" -eq 1 ]; then
        printf "\nStarting Vidalia now\n"
        cd "${HOME}"

[cypherpunks]

Unadequate kludges.

3.3. Disk Avoidance
Design Goal:

    Tor Browser MUST (at user option) prevent all disk records of browser activity.

[mikeperry]

Actually, I think the two or three dialogs that we and Firefox throw up in the face of the user before saving a downloaded file satisfy the "at user option" bit of that goal. Changing the TEMP env var seems like a good plan to me.

But, how about a patch that works on all three platforms, though? Does that mean we should patch Vidalia, or can we set the equivalent env vars in the start exe/start app for Win+MacOS?

[tortestuser]

Image of tor creating files in global temp directory

[tortestuser]

According to ​Design Document of the TorBrowser.
"The browser MUST NOT write any information that is derived from or that reveals browsing activity to the disk, or store it in memory beyond the duration of one browsing session, unless the user has explicitly opted to store their browsing history information to disk."
---

I can confirm this bug and the above principle are violated in windows 7 64bit by following steps 1-4, with the firefox 24 & tor browser bundle 3.5.1 and it has a related solution. Ensure the enviroment has the TEMP/TMP enviromental variable are set properly for each os to point to a relative directory and that the application honors that setting, and failing that, do not use api calls that create temp files that do not adhere to those enviromental variables. For my computer TEMP=C:\Users\tortestuser\AppData\Local\Temp according to Process Hacker, and that is where the files are created.

I have attached a picture (tor.png) with visual proof of the problem.

---

Edit: I also tested a batch file with the lines:

SET TEMP=T:\TEMP
"Start Tor Browser.exe"

And it succefully changed the enviroment variables used by tor.exe and firefox, but they were completely ignored and files continued to be saved to the %appdata%\temp folder, and mp4 videos to %AppData%\Temp\mozilla-temp-files\

So a fix needs to ensure both files downloaded and vidoes played in the browser are saved to the proper area.

[cypherpunks]

OSX

file downloads dialog ~/Downloads
video player ~/Library/Caches/TemporaryItems

[bugzilla]

Actual for 6.0a1

[gk]

Setting media.cache-size is set to 0 does not help.

[cypherpunks]

​Bug 69938

Downloads are stored in $TMPDIR|$TMP|$TEMP|/tmp first and then moved to
Reported: 2001-02-23 00:26 PST

[gk]

#18588 is a duplicate.