pgpkeys.but 8.5 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217
  1. \A{pgpkeys} PuTTY download keys and signatures
  2. \cfg{winhelp-topic}{pgpfingerprints}
  3. \I{verifying new versions}We create \i{GPG signatures} for all the PuTTY
  4. files distributed from our web site, so that users can be confident
  5. that the files have not been tampered with. Here we identify
  6. our public keys, and explain our signature policy so you can have an
  7. accurate idea of what each signature guarantees.
  8. This description is provided as both a web page on the PuTTY site, and
  9. an appendix in the PuTTY manual.
  10. As of release 0.58, all of the PuTTY executables contain fingerprint
  11. material (usually accessed via the \i\c{-pgpfp} command-line
  12. option), such that if you have an executable you trust, you can use
  13. it to establish a trust path, for instance to a newer version
  14. downloaded from the Internet.
  15. (Note that none of the keys, signatures, etc mentioned here have
  16. anything to do with keys used with SSH - they are purely for verifying
  17. the origin of files distributed by the PuTTY team.)
  18. \H{pgpkeys-pubkey} Public keys
  19. We maintain multiple keys, stored with different levels of security
  20. due to being used in different ways. See \k{pgpkeys-security} below
  21. for details.
  22. The keys we provide are:
  23. \dt Snapshot Key
  24. \dd Used to sign routine development builds of PuTTY: nightly
  25. snapshots, pre-releases, and sometimes also custom diagnostic builds
  26. we send to particular users.
  27. \dt Release Key
  28. \dd Used to sign manually released versions of PuTTY.
  29. \dt Secure Contact Key
  30. \dd An encryption-capable key suitable for people to send confidential
  31. messages to the PuTTY team, e.g. reports of vulnerabilities.
  32. \dt Master Key
  33. \dd Used to tie all the above keys into the GPG web of trust. The
  34. Master Key signs all the other keys, and other GPG users have signed
  35. it in turn.
  36. The current issue of those keys are available for download from the
  37. PuTTY website, and are also available on PGP keyservers using the key
  38. IDs listed below.
  39. \dt \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/keys/master-2015.asc}{\s{Master Key}}
  40. \dd RSA, 4096-bit. Key ID: \cw{4096R/04676F7C} (long version:
  41. \cw{4096R/AB585DC604676F7C}). Fingerprint:
  42. \cw{440D\_E3B5\_B7A1\_CA85\_B3CC\_\_1718\_AB58\_5DC6\_0467\_6F7C}
  43. \dt \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/keys/release-2015.asc}{\s{Release Key}}
  44. \dd RSA, 2048-bit. Key ID: \cw{2048R/B43434E4} (long version:
  45. \cw{2048R/9DFE2648B43434E4}). Fingerprint:
  46. \cw{0054\_DDAA\_8ADA\_15D2\_768A\_\_6DE7\_9DFE\_2648\_B434\_34E4}
  47. \dt \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/keys/contact-2016.asc}{\s{Secure Contact Key}}
  48. \dd RSA, 2048-bit. Main key ID: \cw{2048R/8A0AF00B} (long version:
  49. \cw{2048R/C4FCAAD08A0AF00B}). Encryption subkey ID:
  50. \cw{2048R/50C2CF5C} (long version: \cw{2048R/9EB39CC150C2CF5C}).
  51. Fingerprint:
  52. \cw{8A26\_250E\_763F\_E359\_75F3\_\_118F\_C4FC\_AAD0\_8A0A\_F00B}
  53. \dt \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/keys/snapshot-2015.asc}{\s{Snapshot Key}}
  54. \dd RSA, 2048-bit. Key ID: \cw{2048R/D15F7E8A} (long version:
  55. \cw{2048R/EEF20295D15F7E8A}). Fingerprint:
  56. \cw{0A3B\_0048\_FE49\_9B67\_A234\_\_FEB6\_EEF2\_0295\_D15F\_7E8A}
  57. \H{pgpkeys-security} Security details
  58. The various keys have various different security levels. This
  59. section explains what those security levels are, and how far you can
  60. expect to trust each key.
  61. \S{pgpkeys-snapshot} The Development Snapshots key
  62. The Development Snapshots private key is stored \e{without a
  63. passphrase}. This is necessary, because the snapshots are generated
  64. every night without human intervention, so nobody would be able to
  65. type a passphrase.
  66. The snapshots are built and signed on a team member's home computers,
  67. before being uploaded to the web server from which you download them.
  68. Therefore, a signature from the Development Snapshots key \e{DOES}
  69. protect you against:
  70. \b People tampering with the PuTTY binaries between the PuTTY web site
  71. and you.
  72. \b The maintainers of our web server attempting to abuse their root
  73. privilege to tamper with the binaries.
  74. But it \e{DOES NOT} protect you against:
  75. \b People tampering with the binaries before they are uploaded to our
  76. download servers.
  77. \b People tampering with the build machines so that the next set of
  78. binaries they build will be malicious in some way.
  79. \b People stealing the unencrypted private key from the build machine
  80. it lives on.
  81. Of course, we take all reasonable precautions to guard the build
  82. machines. But when you see a signature, you should always be certain
  83. of precisely what it guarantees and precisely what it does not.
  84. \S{pgpkeys-release} The Releases key
  85. The Releases key is more secure: because it is only used at release
  86. time, to sign each release by hand, we can store it encrypted.
  87. The Releases private key is kept encrypted on the developers' own
  88. local machines. So an attacker wanting to steal it would have to also
  89. steal the passphrase.
  90. \S{pgpkeys-contact} The Secure Contact Key
  91. The Secure Contact Key is stored with a similar level of security to
  92. the Release Key: it is stored with a passphrase, and no automated
  93. script has access to it.
  94. \S{pgpkeys-master} The Master Keys
  95. The Master Key signs almost nothing. Its purpose is to bind the other
  96. keys together and certify that they are all owned by the same people
  97. and part of the same integrated setup. The only signatures produced by
  98. the Master Key, \e{ever}, should be the signatures on the other keys.
  99. The Master Key is especially long, and its private key and passphrase
  100. are stored with special care.
  101. We have collected some third-party signatures on the Master Key, in
  102. order to increase the chances that you can find a suitable trust path
  103. to them.
  104. We have uploaded our various keys to public keyservers, so that
  105. even if you don't know any of the people who have signed our
  106. keys, you can still be reasonably confident that an attacker would
  107. find it hard to substitute fake keys on all the public keyservers at
  108. once.
  109. \H{pgpkeys-rollover} Key rollover
  110. Our current keys were generated in September 2015, except for the
  111. Secure Contact Key which was generated in February 2016 (we didn't
  112. think of it until later).
  113. Prior to that, we had a much older set of keys generated in 2000. For
  114. each of the key types above (other than the Secure Contact Key), we
  115. provided both an RSA key \e{and} a DSA key (because at the time we
  116. generated them, RSA was not in practice available to everyone, due to
  117. export restrictions).
  118. The new Master Key is signed with both of the old ones, to show that
  119. it really is owned by the same people and not substituted by an
  120. attacker. Also, we have retrospectively signed the old Release Keys
  121. with the new Master Key, in case you're trying to verify the
  122. signatures on a release prior to the rollover and can find a chain of
  123. trust to those keys from any of the people who have signed our new
  124. Master Key.
  125. Future releases will be signed with the up-to-date keys shown above.
  126. Releases prior to the rollover are signed with the old Release Keys.
  127. For completeness, those old keys are given here:
  128. \dt \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/keys/master-rsa.asc}{\s{Master Key} (original RSA)}
  129. \dd RSA, 1024-bit. Key ID: \cw{1024R/1E34AC41} (long version:
  130. \cw{1024R/9D5877BF1E34AC41}). Fingerprint:
  131. \cw{8F\_15\_97\_DA\_25\_30\_AB\_0D\_\_88\_D1\_92\_54\_11\_CF\_0C\_4C}
  132. \dt \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/keys/master-dsa.asc}{\s{Master Key} (original DSA)}
  133. \dd DSA, 1024-bit. Key ID: \cw{1024D/6A93B34E} (long version:
  134. \cw{1024D/4F5E6DF56A93B34E}). Fingerprint:
  135. \cw{313C\_3E76\_4B74\_C2C5\_F2AE\_\_83A8\_4F5E\_6DF5\_6A93\_B34E}
  136. \dt \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/keys/release-rsa.asc}{\s{Release Key} (original RSA)}
  137. \dd RSA, 1024-bit. Key ID: \cw{1024R/B41CAE29} (long version:
  138. \cw{1024R/EF39CCC0B41CAE29}). Fingerprint:
  139. \cw{AE\_65\_D3\_F7\_85\_D3\_18\_E0\_\_3B\_0C\_9B\_02\_FF\_3A\_81\_FE}
  140. \dt \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/keys/release-dsa.asc}{\s{Release Key} (original DSA)}
  141. \dd DSA, 1024-bit. Key ID: \cw{1024D/08B0A90B} (long version:
  142. \cw{1024D/FECD6F3F08B0A90B}). Fingerprint:
  143. \cw{00B1\_1009\_38E6\_9800\_6518\_\_F0AB\_FECD\_6F3F\_08B0\_A90B}
  144. \dt \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/keys/snapshot-rsa.asc}{\s{Snapshot Key} (original RSA)}
  145. \dd RSA, 1024-bit. Key ID: \cw{1024R/32B903A9} (long version:
  146. \cw{1024R/FAAED21532B903A9}). Fingerprint:
  147. \cw{86\_8B\_1F\_79\_9C\_F4\_7F\_BD\_\_8B\_1B\_D7\_8E\_C6\_4E\_4C\_03}
  148. \dt \W{http://www.chiark.greenend.org.uk/~sgtatham/putty/keys/snapshot-dsa.asc}{\s{Snapshot Key} (original DSA)}
  149. \dd DSA, 1024-bit. Key ID: \cw{1024D/7D3E4A00} (long version:
  150. \cw{1024D/165E56F77D3E4A00}). Fingerprint:
  151. \cw{63DD\_8EF8\_32F5\_D777\_9FF0\_\_2947\_165E\_56F7\_7D3E\_4A00}