tor-webwml.git

1) ## translation metadata

2) # Revision: $Revision$

3) # Translation-Priority: 2-medium
4) 
5) #include "head.wmi" TITLE="Tor Project: Verifying Signatures" CHARSET="UTF-8"
6) <div id="content" class="clearfix">
7)   <div id="breadcrumbs">

8)     <a href="<page index>">Home &raquo; </a>

9)     <a href="<page docs/verifying-signatures>">Verifying Signatures</a>
10)   </div>

11)   <div id="maincol">

12)     <h1>How to verify signatures for packages</h1>

13)     <hr>

14) 

15)     <p>Digital signature is a process ensuring that a certain package was
16)     generated by its developers and has not been tampered with. Below we explain
17)     why it is important and how to verify that the Tor program you download is
18)     the one we have created and has not been modified by some attacker.</p>
19) 
20)     <p>Digital signature is a cryptographic mechanism. If you want to learn more

21)     about how it works see <a href="https://en.wikipedia.org/wiki/Digital_signature">
22)     https://en.wikipedia.org/wiki/Digital_signature</a>.</p>

23) 

24)     <h3>What is a signature and why should I check it?</h3>
25)     <hr>
26) 

27)     <p>How do you know that the Tor program you have is really the one we made?
28)     Digital signatures ensure that the package you are downloading was created by

29)     our developers. It uses a cryptographic mechanism to ensure that the software package
30)     that you have just downloaded is authentic. </p>

31) 
32)     <p>For many Tor users it is important to verify that the Tor software is authentic
33)     as they have very real adversaries who might try to give them a fake version
34)     of Tor.</p>

35) 

36)     <p>If the Tor package has been modified by some attacker it is not safe to use.
37)     It doesn't matter how secure and anonymous Tor is if you're not running the real Tor.</p>
38) 

39)     <p>Before you go ahead and download something, there are a few extra steps you
40)     should take to make sure you have downloaded an authentic version of Tor.</p>
41) 
42)     <h4>Always download Tor from torproject.org</h4>
43) 

44)     <p>There are a variety of attacks that can be used to make you download a fake
45)     version of Tor. For example, an attacker could trick you into thinking some other

46)     website is a great place to download Tor. You should

47)     always download Tor from <a href="https://www.torproject.org"><b>https</b>://www.torproject.org/</a>.</p>
48) 

49)     <h4>Always make sure you are browsing over https</h4>
50) 

51)     <p><a href="https://www.torproject.org">https://www.torproject.org/</a> uses https.
52)     Https is the secure version of the http protocol which uses encryption and authentication between your
53)     browser and the website. This makes it much harder for the attacker

54)     to modify your download. But it's not perfect. Some places in the

55)     world block the Tor website, making users to download Tor <a href="<page
56)     docs/faq>#GetTor">somewhere else</a>.</p>
57) 
58)     <p>Large companies sometimes force employees to use a modified browser,

59)     so the company can listen in on all their browsing. We've even <a
60)     href="https://blog.torproject.org/blog/diginotar-debacle-and-what-you-should-do-about-it">seen</a>
61)     attackers who have the ability to trick your browser into thinking
62)     you're talking to the Tor website with https when you're not.</p>
63) 

64)     <h4>Always verify signatures of packages you have downloaded</h4>
65) 

66)     <p>Some software sites list <a

67)     href="https://en.wikipedia.org/wiki/Cryptographic_hash_function">sha1

68)     hashes</a> alongside the software on their website, so users can
69)     verify that they downloaded the file without any errors. These
70)     "checksums" help you answer the question "Did I download this file
71)     correctly from whoever sent it to me?" They do a good job at making
72)     sure you didn't have any random errors in your download, but they
73)     don't help you figure out whether you were downloading it from the
74)     attacker. The better question to answer is: "Is this file that I
75)     just downloaded the file that Tor intended me to get?"</p>
76) 

77)     <h3>Where do I get the signatures and the keys that made them?</h3>
78)     <hr>

79)     <p>Each file on <a href="<page download/download>">our download

80)     page</a> is accompanied by a file with the same name as the
81)     package and the extension ".asc". These .asc files are GPG
82)     signatures. They allow you to verify the file you've downloaded
83)     is exactly the one that we intended you to get. For example,

84)     torbrowser-install-<version-torbrowserbundle>_en-US.exe is accompanied by
85)     torbrowser-install-<version-torbrowserbundle>_en-US.exe.asc. For a list

86)     of which developer signs which package, see our <a href="<page docs/signing-keys>">signing keys</a> page.</p>

87) 

88)     <p>We now show how you can verify the downloaded file's digital signature on
89)     different operating systems. Please notice that a signature is dated the moment

90)     the package has been signed. Therefore every time a new file is uploaded a new
91)     signature is generated with a different date. As long as you have verified the
92)     signature you should not worry that the reported date may vary.
93)     </p>
94) 

95)     <h3>Windows</h3>

96)     <hr>

97)     <p>First of all you need to have GnuPG installed before you can verify signatures.
98)     Download it from <a href="https://gpg4win.org/download.html">https://gpg4win.org/download.html</a>.</p>

99)     <p>Once it's installed, use GnuPG to import the key that signed your

100)     package. In order to verify the signature you will need to type a few commands
101)     in windows command-line, <i>cmd.exe</i>.
102)     <p>Unless you edit your PATH environment variable, you will need to tell Windows
103)     the full path to the GnuPG program. If you installed GnuPG with the default values, the path should be

104)     something like this: <i>C:\Program Files\Gnu\GnuPg\gpg.exe</i>.</p>

105)     <p>The Tor Browser team signs Tor Browser releases. Import its key

106)     (0x4E2C6E8793298290) by starting <i>cmd.exe</i> and typing:</p>

107)     <pre>"C:\Program Files\Gnu\GnuPg\gpg.exe" --keyserver pool.sks-keyservers.net --recv-keys 0x4E2C6E8793298290</pre>

108)     <p>After importing the key, you can verify that the fingerprint

109)     is correct:</p>

110)     <pre>"C:\Program Files\Gnu\GnuPg\gpg.exe" --fingerprint 0x4E2C6E8793298290</pre>

111)     <p>You should see:</p>
112)     <pre>

113)     pub   4096R/93298290 2014-12-15
114)           Key fingerprint = EF6E 286D DA85 EA2A 4BA7  DE68 4E2C 6E87 9329 8290
115)     uid                  Tor Browser Developers (signing key) <torbrowser@torproject.org>
116)     sub   4096R/F65C2036 2014-12-15
117)     sub   4096R/D40814E0 2014-12-15

118)     sub   4096R/C3C07136 2016-08-24

119) </pre>
120)     <p>To verify the signature of the package you downloaded, you will need
121)     to download the ".asc" file as well. Assuming you downloaded the
122)     package and its signature to your Desktop, run:</p>

123)     <pre>"C:\Program Files\Gnu\GnuPg\gpg.exe" --verify \
124)     C:\Users\Alice\Desktop\torbrowser-install-<version-torbrowserbundle>_en-US.exe.asc \

125)     C:\Users\Alice\Desktop\torbrowser-install-<version-torbrowserbundle>_en-US.exe</pre>

126)     <p>Please substitute "Alice" with your own username.</p>

127)     <p>The output should say "Good signature": </p>
128)     <pre>

129)     gpg: Signature made Tue 24 Jan 2015 09:29:09 AM CET using RSA key ID D40814E0
130)     gpg: Good signature from "Tor Browser Developers (signing key) <torbrowser@torproject.org>"

131)     gpg: WARNING: This key is not certified with a trusted signature!
132)     gpg:          There is no indication that the signature belongs to the owner.

133)     Primary key fingerprint: EF6E 286D DA85 EA2A 4BA7  DE68 4E2C 6E87 9329 8290</pre>
134)     <p>Currently valid subkey fingerprints are:
135)     <pre>
136)     5242 013F 02AF C851 B1C7  36B8 7017 ADCE F65C 2036

137)     BA1E E421 BBB4 5263 180E  1FC7 2E1A C68E D408 14E0
138)     A430 0A6B C93C 0877 A445  1486 D148 3FA6 C3C0 7136</pre></p>

139)     <p>
140)     Notice that there is a warning because you haven't assigned a trust
141)     index to this person. This means that GnuPG verified that the key made
142)     that signature, but it's up to you to decide if that key really belongs
143)     to the developer. The best method is to meet the developer in person and
144)     exchange key fingerprints.
145)     </p>

146) 

147)     <h3>Mac OS X and Linux</h3>

148)     <hr>

149) 

150)     <p>You need to have GnuPG installed before you can verify

151)     signatures. If you are using Mac OS X, you can install it from <a

152)     href="https://www.gpgtools.org/">https://www.gpgtools.org/</a>. If you

153)     are using Linux, then it's probably you already have GnuPG in your
154)     system, as most Linux distributions come with it preinstalled.

155)     </p>

156) 

157)     <p>The next step is to use GnuPG to import the key that signed

158)     your package. The Tor Browser team signs Tor Browser releases. Import its

159)     key (0x4E2C6E8793298290) by starting the terminal (under "Applications"

160)     in Mac OS X) and typing:</p>

161) 

162)     <pre>gpg --keyserver pool.sks-keyservers.net --recv-keys 0x4E2C6E8793298290</pre>

163) 

164)     <p>After importing the key, you can verify that the fingerprint
165)     is correct:</p>
166) 

167)     <pre>gpg --fingerprint 0x4E2C6E8793298290</pre>

168) 

169)     <p>You should see:</p>
170)     <pre>

171)     pub   4096R/93298290 2014-12-15
172)           Key fingerprint = EF6E 286D DA85 EA2A 4BA7  DE68 4E2C 6E87 9329 8290
173)     uid                  Tor Browser Developers (signing key) <torbrowser@torproject.org>
174)     sub   4096R/F65C2036 2014-12-15

175)     sub   4096R/D40814E0 2014-12-15
176)     sub   4096R/C3C07136 2016-08-24</pre>

177)     <p>To verify the signature of the package you downloaded, you will need
178)     to download the ".asc" file as well. Assuming you downloaded the

179)     package and its signature to your Downloads folder, run:</p>

180) 

181)     <strong>For Mac OS X users</strong>:<br />

182)     <pre>gpg --verify ~/Downloads/TorBrowser-<version-torbrowserbundleosx64>-osx64_en-US.dmg{.asc*,}</pre>
183) 

184)     <strong>For Linux users</strong> (change 64 to 32 if you have the 32-bit package):<br />

185)     <pre>gpg --verify tor-browser-linux64-<version-torbrowserbundlelinux64>_en-US.tar.xz.asc \

186)     tor-browser-linux64-<version-torbrowserbundlelinux64>_en-US.tar.xz</pre>

187) 

188)     <p>The output should say "Good signature":</p>

189) 

190)     <pre>

191)     gpg: Signature made Tue 24 Jan 2015 09:29:09 AM CET using RSA key ID D40814E0
192)     gpg: Good signature from "Tor Browser Developers (signing key) <torbrowser@torproject.org>"

193)     gpg: WARNING: This key is not certified with a trusted signature!
194)     gpg:          There is no indication that the signature belongs to the owner.

195)     Primary key fingerprint: EF6E 286D DA85 EA2A 4BA7  DE68 4E2C 6E87 9329 8290</pre> <p> Currently valid subkey fingerprints are:
196)     <pre>
197)     5242 013F 02AF C851 B1C7  36B8 7017 ADCE F65C 2036

198)     BA1E E421 BBB4 5263 180E  1FC7 2E1A C68E D408 14E0
199)     A430 0A6B C93C 0877 A445  1486 D148 3FA6 C3C0 7136</pre></p>

200)     <p>
201)     Notice that there is a warning because you haven't assigned a trust
202)     index to this person. This means that GnuPG verified that the key made
203)     that signature, but it's up to you to decide if that key really belongs
204)     to the developer. The best method is to meet the developer in person and
205)     exchange key fingerprints.
206)     </p>

207) 

208)     <p>
209)     If you're a Linux user and you're using the <b>Debian</b> Tor (not Tor
210)     Browser) packages, you should read the instructions on <a
211)     href="<page docs/debian>#packages">importing these keys to apt</a>.
212)     If you're using the <b>RPMs</b> (for Tor, not Tor Browser), you can
213)     manually verify the signatures on the RPM packages by
214)     <pre>rpm -K filename.rpm</pre>
215)     </p>

216) 
217)     <p>See <a

218)     href="https://www.gnupg.org/documentation/">https://www.gnupg.org/documentation/</a>

219)     to learn more about GnuPG.</p>
220) 
221)     <hr>

222) 

223)     <a id="BuildVerification"></a>
224)     <h3><a class="anchor" href="#BuildVerification">
225)     Verifying sha256sums (advanced)</a></h3>
226)     <hr>

227)     <p>Build reproducibility is a <a
228)        href="https://blog.torproject.org/blog/deterministic-builds-part-one-cyberwar-and-global-compromise">security

229)        property</a> of Tor Browser 3.0 and later. Anyone can build
230)        Tor Browser on their own machine and produce a binary that is
231)        bit-for-bit identical to the binary we offer on the download page.

232)        Fortunately, it is not necessary for everyone to build Tor Browser

233)        locally to get this security. Verifying and comparing the signed list
234)        of <a href="https://en.wikipedia.org/wiki/Cryptographic_hash">hashes</a>
235)        will confirm that multiple people have built Tor Browsers

236)        identical to the download.</p>
237) 
238)       <p>The steps below walk through this process:</p>
239) 
240)     <ul>

241)       <li>Download the Tor Browser package, the <tt>sha256sums-unsigned-build.txt</tt>
242)       file, and the <tt>sha256sums-unsigned-build.txt.asc</tt> signature file.
243)       They can all be found in the same directory under
244)       <a href="https://www.torproject.org/dist/torbrowser/">

245)       https://www.torproject.org/dist/torbrowser/</a>, for example in '<version-torbrowserbundlelinux64>'
246)       for Tor Browser <version-torbrowserbundlelinux64>.</li>

247)       <li>In case your operating system is adding the .txt extension
248)       automatically to the SHA256 sums signature file strip it again by running
249)       <pre>mv sha256sums-unsigned-build.txt.asc.txt sha256sums-unsigned-build.txt.asc</pre>

250)       <li>Retrieve the signers' GPG keys. This can be done from the command
251)       line by entering something like

252)       <pre>gpg --keyserver keys.mozilla.org --recv-keys 0x4E2C6E8793298290</pre>
253)       (This will bring you the public part of the Tor Browser developers'

254)        signing key. Other developers' key IDs can be found on

255)       <a href="<page docs/signing-keys>">this

256)       page</a>.)</li>

257)       <li>Verify the sha256sums-unsigned-build.txt file by executing this
258)       command:
259)       <pre>gpg --verify sha256sums-unsigned-build.txt.asc sha256sums-unsigned-build.txt</pre></li>

260)       <li>You should see a message like "Good signature from &lt;DEVELOPER

261)       NAME&gt;". If you don't, there is a problem. Try these steps again.</li>

262)       <li>If you want to verify a Windows Tor Browser package you need to first

263)       strip off the authenticode signature of it. Tools that can be used for
264)       this purpose are <a href="http://osslsigncode.sourceforge.net">osslsigncode</a> and
265)       <a href="http://forum.xda-developers.com/showthread.php?t=416175">delcert.exe</a>.
266)       Assuming you have built e.g. <tt>osslsigncode</tt> on a Linux computer you can enter

267)       <pre>/path/to/your/osslsigncode remove-signature &#92;
268)         /path/to/your/&lt;TOR BROWSER FILE NAME&gt;.exe &lt;TOR BROWSER FILE NAME&gt;.exe</pre></li>

269)       <li>Now you can take the sha256sum of the Tor Browser package. On

270)       Windows you can use the <a href="http://md5deep.sourceforge.net/">
271)       hashdeep utility</a> and run
272)       <pre>C:\location\where\you\saved\hashdeep -c sha256sum &lt;TOR BROWSER FILE NAME&gt;.exe</pre>

273)       <p>On Linux you can run</p>
274)       <pre>sha256sum &lt;TOR BROWSER FILE NAME&gt;.tar.gz</pre>
275)       without having to download a utility. Note: this does not work for OS X
276)       yet due to Apple's codesigning requirement.</li>

277)       <li>You will see a string of letters and numbers.</li>

278)       <li>Open <tt>sha256sums-unsigned-build.txt</tt> in a text editor.</li>

279)       <li>Locate the name of the Tor Browser file you downloaded.</li>
280)       <li>Compare the string of letters and numbers to the left of your

281)       filename with the string of letters and numbers that appeared
282)       on your command line. If they match, you've successfully verified the
283)       build.</li>

284)     </ul>

285) 
286)     <p><a href="https://github.com/isislovecruft/scripts/blob/master/verify-gitian-builder-signatures">Scripts</a>

287)     to <a href="https://tor.stackexchange.com/questions/648/how-to-verify-tor-browser-bundle-tbb-3-x">automate</a>

288)     these steps have been written, but to use them you will need to modify

289)     them yourself with the latest Tor Browser filename.</p>

290) 
291)     <hr>
292) 
293)     <a id="MARVerification"></a>
294)     <h3><a class="anchor" href="#MARVerification">
295)     Verifying MAR files we ship (advanced)</a></h3>

296)     <hr>

297)     <p>Starting with Tor Browser 4.5a4 we sign our MAR files which helps
298)     securing our update process. The downside of this is the need for additional
299)     instructions to verify that the MAR files we ship are indeed the ones we
300)     produced with our Gitian setup.</p>
301) 
302)     <p>Assuming the verification happens on a Linux computer one first needs the
303)     <tt>mar-tools-linux*.zip</tt> out of the <tt>gitian-builder/inputs</tt>
304)     directory to remove the embedded signature(s). The steps to get the unsigned
305)     MAR file on a 64 bit Linux are</p>
306)     <pre>
307)     cd /path/to/MAR/file
308)     unzip /path/to/gitian-builder/inputs/mar-tools-linux64.zip

309)     export LD_LIBRARY_PATH=/path/to/MAR/file/mar-tools

310)     mar-tools/signmar -r your-signed-mar-file.mar your-unsigned-mar-file.mar</pre>
311)     <p>Now you can compare the SHA256 sum of <tt>your-unsigned-mar-file.mar</tt>

312)     with the one provided in the <tt>sha265sums-unsigned-build.txt</tt> or
313)     <tt>sha256sums-unsigned-build.incremental.txt</tt> as outlined in
314)     <a href="#BuildVerification">Verifying sha256sums (advancded)</a> above.</p>

315) 

316)   </div>
317)   <!-- END MAINCOL -->
318)   <div id = "sidecol">
319) #include "side.wmi"
320) #include "info.wmi"
321)   </div>
322)   <!-- END SIDECOL -->
323) </div>
324) <!-- END CONTENT -->