Merge pull request #53 from hansenerd/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
61 Formatting
62 ==========
63
64 * check all http:// URLs that we reference - check if they are also reachable via httpS:// and if so, change our reference
65 * make style guide
66 DONE * one-column layout: make page margins smaller
67 DONE * add large "DRAFT" letters on top of every page.
68 DONE  make the git version number part of the document
69 DONE * Layout of sample code (lstisting format) : make it pretty!
70 Rendering in Firefox (inline) on Windows seems to be really messed up. What happenened?
71
72 * make every section like the Apache section (--> Aaron)
73
74 * make a HTML Version of the document. It is much easier to copy & paste from than from PDFs.
75 * 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!
76
77 * \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
78
79 * check epigraph: why is the "---" gone? Is it gone?
80
81
82 Formats to export
83 =================
84 Requested by many people on Twitter
85     * Plain TXT version for use on headless servers
86     * HTML version for better reading in browsers and always up-to-date
87     * EPUB version for comfortable reading on tablets and ebook readers
88
89
90 Workflow
91 ========
92
93 * how to keep things up to date?
94 * how to automatically test  compatibility?
95 * how to make sure that this document has the latest information on cipher strengths?
96 * !! GPG sign every PDF !!
97 * store the keys in DNS: see RFC 4398
98
99
100 Contents
101 ========
102
103 * disclaimer.tex:
104   add "we don't deal with ICS devices. Nonono"
105  
106 * CipherStringB: 
107   src/commons/cipherstringb.tex --> remove the "!SRP"
108
109 * Mailserver.tex:
110   Add "Dovecot" in front of 2.0.19apple1 
111   Postfix section: smtpd_tls_loglevel = 1 instead of = 0
112
113 * DBs:
114   Postgresql: put in \%*\cipherstringB*) in the config!
115   Mysql: put in \%*\cipherstringB*) in the config!
116   Oracle: mark this as "we do not test this here, since we only reference other papers for Oracle so far"
117   DB2: mark this as "we do not test this here, since we only reference other papers for Oracle so far"
118   sed -i /IMB Db2/IBM DB2/g
119
120 * theory/PKI.tex line 120: "a previously created certificate" --> "a previously created key"!
121
122
123 * Webservers:
124   Header Strict-Transport-Security "... includeSubDomains": we need to meed to mention that this can be a big pitfall.
125   Also do some more research on this!
126   For example: https://tools.ietf.org/html/draft-ietf-websec-strict-transport-sec#section-6.1
127   fix lighttpd HTTP redirection and env vars
128   lighthttpd: ssl.ec-curve = "secp384"
129     ssl.dh-file = "/etc/lighttpd/dhparams-group16.pem"
130         ssl.ec-curve = "secp384r1"
131
132 * GPG.tex:
133   keep it "Howto" not "How-to"
134
135 * IM:
136   fix the subsubsection{XMPP/ Jabber} part. There seems to be a mix up here ? Maybe? --> check again
137
138 * SSH:
139   openssh - remark that ServerKeyBits  might still be useful. Add a note that sometimes old keys are very very old and 1024 bits. 
140
141 * Tools: 
142   mention that sslscan (the tool) does not understand all cipherstrings! For example SHA2-\* is missing
143   --> recommend something better
144
145   - tools -> section SSL \& TLS: "lever your https" --> that's not a sentence. Fix it
146   - make this more uniform: the \url in the itemized list should always be either always at the beginnig or always at the end. 
147
148 * theory/DH.tex
149   check the formatting of \cite[chapter16]{ii2011ecrypt}
150   same section: group 19-21 (256--521 bit ECC )... we need to mention it! We can not ignore it!
151
152 * cipher\_suites/architecture.tex:
153    IANA nomencalture part: make a reference to the appendix here
154
155 * .gitignore: add title.log
156
157
158 * epigraph balance between freedom and security is a delicate one --> remove this epigraph. It's not so fitting.
159
160
161 * re-write PKI section: make it *much* shorter. Reference: https://www.cs.auckland.ac.nz/~pgut001/pubs/pkitutorial.pdf and 
162   https://en.wikipedia.org/wiki/X.509#Problems_with_certificate_authorities.
163
164 * scan our local region of the internet for https/smtp/imaps/pop3s
165
166 * Common Pitfalls: 
167   - key generation
168   - key management , key life cycle
169   - cloning of VMs
170   - common / default passphrases
171 * DH parameter?
172 * Further research
173  - mysql, SMB, 
174 * Wish List for software vendors?
175 * sweet spot, wo koennen wir was sinnvoll machen, was waere zu viel (8192 bit keys...)
176
177
178 1. document the abstract needs that we have for the cipher settings (HSTS etc)
179    Then find the best cipher setting strings per se
180    Only then put it to all servers and keep it rather uniformely (as much as possible)
181
182 2. Test all settings 
183
184 * Test especially with non-Debian-OS!
185
186 * Test with more clients and other OSes than OSX / iPhone!!
187 --> clients? 
188   - thunderbird
189   - Apple Mail?
190   - Outlook *
191   - Playstation und XBox? --> LATER!
192   - Lotus Notes
193   - Blackberry\*
194   - Windows Phone 7 ???
195   How to Test?
196   - chapter owner makes a test setup
197   - tested by: XXX , on: $date. Screenshot of SSLlabs/ $testtool. (checktls.com)
198
199 * document (cite) EVERYTHING! Why we chose certain values. References, references, references. Otherwise it does not count!
200   Srsly!!
201 DONE * .bib file is completely wrong. Make good citations/references. Add books: Schneier, ...
202 * !! important: add the version string to everything that we tested!!
203
204 * two target groups:
205   - security specialists / freaks who want the very best settings
206   - should as many clients work with the settings as possible
207 * look at TLS1.2 specs and really check if we want all of these settings
208
209
210 Practical settings section
211 ----------
212 Definitely still missing these subsubsections:
213 * Exchange Server ??  (--> bei M$ angefragt, Evtl. Beitrag von A-Trust)
214   - SMTP, POP, IMAP
215 DONE * Exim4 (-> Adi & Wolfgang Breya)
216 DONE * Checkpoint (-> cm)
217 * Asa / Palo Alto (-> Azet)
218 * Terminal Server (VNC ), ??
219 DONE * Squid
220 DONE * XMPP
221   --> verweise auf die xmpp community bzw. auf xmpp.net verweisen.
222   Empfehlung: unbedingt ejabberd updaten!!  
223
224
225 ----- snip ---- all protocols that we looked at --- snip ----
226 * whatsapp --> man kann nichts machen, out of scope
227 * Lync: == SIP von M$. 
228 * Skype: man kann ncihts machen, out of scope.
229 * Wi-Fi APs, 802.1X, ... ???? --> out of scope
230 * Tomcats/...????
231 * VPNs          ???
232   * PPTP
233   * Cisco IPSec
234   * Juniper VPN
235   * L2TP over IPSec -> egal
236 * SIP   -> Klaus
237 * SRTP  -> Klaus???
238 * DNSSec ??     Verweis auf BCPxxx      --> out of scope
239    - DANE
240 What happens at the IETF at the moment?
241 * TOR?? --> out of scope
242 * S/Mime --> nachsehen, gibt es BCPs? (--> Ramin)
243 * TrueCrypt, LUKS, FileVault, etc ---> out of scope
244 * AFS -> out of scope
245 * Kerberos --> out of scope
246 * NNTP -> out of scope
247 * NTPs tlsdate -> out of scope
248 * BGP / OSPF --> out of scope
249 * irc,silc --> out of scope
250 !! * IPMI/ILO/RAC: Java --> important. Empfehlung: nie ins Internet, nur in ein eigenes mgmt VLAN, das via VPN erreichbar ist!!
251 * LDAP -> out of scope
252 * RADIUS? -> maybe later...
253 * Moxa , APC, und co... ICS . Ethernet to serial --> out of scope
254 * telnet -> DON't!!! 
255 * rsyslog --> out of scope
256 * ARP bei v6 spoofing -> out of scope
257 * tinc?? -> out of scope
258 * rsync -> nur ueber ssh fahren ausser public web mirrors
259 * telnets -> out of scope
260 * ftps -> out of scope
261 !! * seclayer-tcp --> review von Posch & co.
262 seclayer-tcp    3495/udp    # securitylayer over tcp
263 seclayer-tcp    3495/tcp    # securitylayer over tcp
264 * webmin -> maybe
265 * plesk -> out of scope
266 * phpmyadmin --> haengt am apache, out of scope
267 * DSL modems -> out of scope
268 * UPnP, natPmp --> out of scope
269 * SAML federated auth providers (e.g., all the REFEDS folks (https://refeds.org/)), including InCommon (http://www.incommon.org/federation/metadata.html)
270   https://wiki.shibboleth.net/confluence/display/SHIB2/TrustManagement (idea by Joe St. Sauver)
271
272 ----- snip ---- all protocols that we looked at --- snip ----
273
274
275
276
277
278
279 RNG section
280 ------------
281 DONE - add two, three sentences
282 DONE - mention HaveGED 
283 DONE - embedded devices are a problem
284
285
286
287 Contacting / who?
288 =================
289 * Juniper
290 * Cisco
291
292 LATER / further 
293 ================
294 * OpenLDAP (-> Adi)
295 * Radius
296 * Windows Active Directory
297 DONE * SRP: not part of this document. But we did not exclude it in our cipher string :)
298 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
299 * What about 3270 terminal emulation? How to do crypto there? Can we? ( --> IBM sec. Stammtisch. Aaron)
300
301
302 * client/users-guide:
303   * PGP 
304   * ssh client settings
305   * OTR ?
306   * public key infrastructure
307   * certificate handling
308