Merge branch 'master' of https://git.bettercrypto.org/ach-master
[ach-master.git] / TODO.md
1 Bug Fixes
2 =========
3 Reported by: @Wims80 http://twitter.com/wims80/status/425770704693239808
4 Section Apache 2.1.1 recommends Rewrite instead of Redirect. Should be 301! (We correctly recommend 301 in the nginx section.)
5
6
7 2014-02-11 19:41
8 OpenVPN cipher string doesn't work with 2.3.2 according to: @bong0.
9 tlc-cipher TLS-DHE-RSA-WITH-AES-256-GCM-SHA384:TLS-DHE-RSA-WITH-AES-256-CBC-SHA256:TLS-DHE-RSA-WITH-AES-128-GCM-SHA256:TLS-DHE-RSA-WITH-AES-128-CBC-SHA256:TLS-DHE-RSA-WITH-CAMELLIA-256-CBC-SHA:TLS-DHE-RSA-WITH-AES-256-CBC-SHA:TLS-DHE-RSA-WITH-CAMELLIA-128-CBC-SHA:TLS-DHE-RSA-WITH-AES-128-CBC-SHA:TLS-RSA-WITH-CAMELLIA-256-CBC-SHA:TLS-RSA-WITH-AES-256-CBC-SHA:TLS-RSA-WITH-CAMELLIA-128-CBC-SHA:TLS-RSA-WITH-AES-128-CBC-SHA
10 http://twitter.com/bong0/status/433306823001526272
11 http://twitter.com/bong0/status/433307537375387648
12 http://nopaste.info/d194fdaa78.html
13 guid string produces deprecated warning, no errors.
14 user's OpenVPN linked against OpenSSL 1.0.0. on Wheezy backport.
15 http://packages.debian.org/wheezy-backports/openvpn
16
17
18 BIG TOPICS
19 ==========
20
21
22 * be consistent: 2048 RSA < 128 bit symmetric cipher strength. We should aim at 128+ bits symmetric strength. --> fix RSA 2048 in the document. Upgrade to 3072
23
24 * clean up 9.5 "chossing your own cipher"
25
26 * DDOS possibilities when we increase cyrpto security?? What about that? (--> LATER)
27
28 * write a Justification section to every setting, maybe have that later in the document. 
29
30 * more focus on these sections:
31   - GPG
32   - SSH : do we need a client subsection? 
33
34 DONE * move the explanations to a later part of the document. Code snippets go *first* . The target group is sysadmins, must be easily copy & paste-able. Or find a different way so that they can easily use/read the document
35
36 DONE * Decide/Discuss recommended ciphers:
37   - DH parameters: what is our recommendation? >2048? >=2048? leave default (aka 1024)?
38   --> answer: we trust IETF/IKE  as described in ECRYPT2
39
40 * comments from IAIK integrate (--> Aaron, check again if it was done)
41 DONE * SHA-1 section: write why it is a problem (--> Florian Mendel)
42 * PKI section (--> Thomas Schreck)
43 DONE * include OpenSSL names/IANA names into appendix (--> cm)
44 * Document RNG problem in Apache (--> Pepi)
45 DONE * Oracle ?? (--> Berg?? maybe . Or aaron: ask nic.at. Or link to T-Systems paper) --> T-Systems paper
46 DONE * DB2 (--> Berg. Or ask MLeyrer)
47 * Add AES128 to cipherStringA ?
48 * re-work chapter 2 (practical settings). Add lots of references to chapter 3 to get people interested in reading the theory.
49 * Document : add license
50
51 * compare gv.at Richtlinien with our recommendations.
52
53 Website
54 =======
55 People with outdated browsers (winXP) etc can't see our webpage. --> make a landing page explaining 
56 how to updated the browser :)
57
58 Improve the wording on the cert.at Mailing list website so people don't get confused and know that they ended up on the correct site and list.
59
60 LANGUAGES
61 =========
62 * translate to french and other european languages
63
64 Formatting
65 ==========
66
67 * check all http:// URLs that we reference - check if they are also reachable via httpS:// and if so, change our reference
68 * make style guide
69 DONE * one-column layout: make page margins smaller
70 DONE * add large "DRAFT" letters on top of every page.
71 DONE  make the git version number part of the document
72 DONE * Layout of sample code (lstisting format) : make it pretty!
73 Rendering in Firefox (inline) on Windows seems to be really messed up. What happenened?
74
75 * make every section like the Apache section (--> Aaron)
76
77 * make a HTML Version of the document. It is much easier to copy & paste from than from PDFs.
78 * Add Timestamp and git shorthash, not only date, to the title page of the document. Easier to check if you version of the document is current!
79
80 * \usepackage[utf8]{inputencoding} and all the other \usepackage things in applied-crypto-hardening.tex should be reviewed and we should take a look if it should't all be in common/\*.tex
81
82 * check epigraph: why is the "---" gone? Is it gone?
83
84
85 Formats to export
86 =================
87 Requested by many people on Twitter
88     * Plain TXT version for use on headless servers
89     * HTML version for better reading in browsers and always up-to-date
90     * EPUB version for comfortable reading on tablets and ebook readers
91
92
93 Workflow
94 ========
95
96 * how to keep things up to date?
97 * how to automatically test  compatibility?
98 * how to make sure that this document has the latest information on cipher strengths?
99 * !! GPG sign every PDF !!
100 * store the keys in DNS: see RFC 4398
101
102
103 Contents
104 ========
105
106 * disclaimer.tex:
107   add "we don't deal with ICS devices. Nonono"
108  
109 * CipherStringB: 
110   src/commons/cipherstringb.tex --> remove the "!SRP"
111
112 * Mailserver.tex:
113   Add "Dovecot" in front of 2.0.19apple1 
114   Postfix section: smtpd_tls_loglevel = 1 instead of = 0
115
116 * DBs:
117   Postgresql: put in \%*\cipherstringB*) in the config!
118   Mysql: put in \%*\cipherstringB*) in the config!
119   Oracle: mark this as "we do not test this here, since we only reference other papers for Oracle so far"
120   DB2: mark this as "we do not test this here, since we only reference other papers for Oracle so far"
121   sed -i /IMB Db2/IBM DB2/g
122
123 * theory/PKI.tex line 120: "a previously created certificate" --> "a previously created key"!
124
125
126 * Webservers:
127   Header Strict-Transport-Security "... includeSubDomains": we need to meed to mention that this can be a big pitfall.
128   Also do some more research on this!
129   For example: https://tools.ietf.org/html/draft-ietf-websec-strict-transport-sec#section-6.1
130   fix lighttpd HTTP redirection and env vars
131   lighthttpd: ssl.ec-curve = "secp384"
132     ssl.dh-file = "/etc/lighttpd/dhparams-group16.pem"
133         ssl.ec-curve = "secp384r1"
134
135 * GPG.tex:
136   keep it "Howto" not "How-to"
137
138 * IM:
139   fix the subsubsection{XMPP/ Jabber} part. There seems to be a mix up here ? Maybe? --> check again
140
141 * SSH:
142   openssh - remark that ServerKeyBits  might still be useful. Add a note that sometimes old keys are very very old and 1024 bits. 
143
144 * Tools: 
145   mention that sslscan (the tool) does not understand all cipherstrings! For example SHA2-\* is missing
146   --> recommend something better
147
148   - tools -> section SSL \& TLS: "lever your https" --> that's not a sentence. Fix it
149   - make this more uniform: the \url in the itemized list should always be either always at the beginnig or always at the end. 
150
151 * theory/DH.tex
152   check the formatting of \cite[chapter16]{ii2011ecrypt}
153   same section: group 19-21 (256--521 bit ECC )... we need to mention it! We can not ignore it!
154
155 * cipher\_suites/architecture.tex:
156    IANA nomencalture part: make a reference to the appendix here
157
158 * .gitignore: add title.log
159
160
161 * epigraph balance between freedom and security is a delicate one --> remove this epigraph. It's not so fitting.
162
163
164 * re-write PKI section: make it *much* shorter. Reference: https://www.cs.auckland.ac.nz/~pgut001/pubs/pkitutorial.pdf and 
165   https://en.wikipedia.org/wiki/X.509#Problems_with_certificate_authorities.
166
167 * scan our local region of the internet for https/smtp/imaps/pop3s
168
169 * Common Pitfalls: 
170   - key generation
171   - key management , key life cycle
172   - cloning of VMs
173   - common / default passphrases
174 * DH parameter?
175 * Further research
176  - mysql, SMB, 
177 * Wish List for software vendors?
178 * sweet spot, wo koennen wir was sinnvoll machen, was waere zu viel (8192 bit keys...)
179
180
181 1. document the abstract needs that we have for the cipher settings (HSTS etc)
182    Then find the best cipher setting strings per se
183    Only then put it to all servers and keep it rather uniformely (as much as possible)
184
185 2. Test all settings 
186
187 * Test especially with non-Debian-OS!
188
189 * Test with more clients and other OSes than OSX / iPhone!!
190 --> clients? 
191   - thunderbird
192   - Apple Mail?
193   - Outlook *
194   - Playstation und XBox? --> LATER!
195   - Lotus Notes
196   - Blackberry\*
197   - Windows Phone 7 ???
198   How to Test?
199   - chapter owner makes a test setup
200   - tested by: XXX , on: $date. Screenshot of SSLlabs/ $testtool. (checktls.com)
201
202 * document (cite) EVERYTHING! Why we chose certain values. References, references, references. Otherwise it does not count!
203   Srsly!!
204 DONE * .bib file is completely wrong. Make good citations/references. Add books: Schneier, ...
205 * !! important: add the version string to everything that we tested!!
206
207 * two target groups:
208   - security specialists / freaks who want the very best settings
209   - should as many clients work with the settings as possible
210 * look at TLS1.2 specs and really check if we want all of these settings
211
212
213 Practical settings section
214 ----------
215 Definitely still missing these subsubsections:
216 * Exchange Server ??  (--> bei M$ angefragt, Evtl. Beitrag von A-Trust)
217   - SMTP, POP, IMAP
218 DONE * Exim4 (-> Adi & Wolfgang Breya)
219 DONE * Checkpoint (-> cm)
220 * Asa / Palo Alto (-> Azet)
221 * Terminal Server (VNC ), ??
222 DONE * Squid
223 DONE * XMPP
224   --> verweise auf die xmpp community bzw. auf xmpp.net verweisen.
225   Empfehlung: unbedingt ejabberd updaten!!  
226
227
228 ----- snip ---- all protocols that we looked at --- snip ----
229 * whatsapp --> man kann nichts machen, out of scope
230 * Lync: == SIP von M$. 
231 * Skype: man kann ncihts machen, out of scope.
232 * Wi-Fi APs, 802.1X, ... ???? --> out of scope
233 * Tomcats/...????
234 * VPNs          ???
235   * PPTP
236   * Cisco IPSec
237   * Juniper VPN
238   * L2TP over IPSec -> egal
239 * SIP   -> Klaus
240 * SRTP  -> Klaus???
241 * DNSSec ??     Verweis auf BCPxxx      --> out of scope
242    - DANE
243 What happens at the IETF at the moment?
244 * TOR?? --> out of scope
245 * S/Mime --> nachsehen, gibt es BCPs? (--> Ramin)
246 * TrueCrypt, LUKS, FileVault, etc ---> out of scope
247 * AFS -> out of scope
248 * Kerberos --> out of scope
249 * NNTP -> out of scope
250 * NTPs tlsdate -> out of scope
251 * BGP / OSPF --> out of scope
252 * irc,silc --> out of scope
253 !! * IPMI/ILO/RAC: Java --> important. Empfehlung: nie ins Internet, nur in ein eigenes mgmt VLAN, das via VPN erreichbar ist!!
254 * LDAP -> out of scope
255 * RADIUS? -> maybe later...
256 * Moxa , APC, und co... ICS . Ethernet to serial --> out of scope
257 * telnet -> DON't!!! 
258 * rsyslog --> out of scope
259 * ARP bei v6 spoofing -> out of scope
260 * tinc?? -> out of scope
261 * rsync -> nur ueber ssh fahren ausser public web mirrors
262 * telnets -> out of scope
263 * ftps -> out of scope
264 !! * seclayer-tcp --> review von Posch & co.
265 seclayer-tcp    3495/udp    # securitylayer over tcp
266 seclayer-tcp    3495/tcp    # securitylayer over tcp
267 * webmin -> maybe
268 * plesk -> out of scope
269 * phpmyadmin --> haengt am apache, out of scope
270 * DSL modems -> out of scope
271 * UPnP, natPmp --> out of scope
272 * SAML federated auth providers (e.g., all the REFEDS folks (https://refeds.org/)), including InCommon (http://www.incommon.org/federation/metadata.html)
273   https://wiki.shibboleth.net/confluence/display/SHIB2/TrustManagement (idea by Joe St. Sauver)
274
275 ----- snip ---- all protocols that we looked at --- snip ----
276
277
278
279
280
281
282 RNG section
283 ------------
284 DONE - add two, three sentences
285 DONE - mention HaveGED 
286 DONE - embedded devices are a problem
287
288
289
290 Contacting / who?
291 =================
292 * Juniper
293 * Cisco
294
295 LATER / further 
296 ================
297 * OpenLDAP (-> Adi)
298 * Radius
299 * Windows Active Directory
300 DONE * SRP: not part of this document. But we did not exclude it in our cipher string :)
301 DONE * \cipherA , \cipherB setting ---> does not work in our \begin{listing} environment --> maybe there is a different listing environment or use awk/sed/make/perl/python
302 * What about 3270 terminal emulation? How to do crypto there? Can we? ( --> IBM sec. Stammtisch. Aaron)
303
304
305 * client/users-guide:
306   * PGP 
307   * ssh client settings
308   * OTR ?
309   * public key infrastructure
310   * certificate handling
311