7 * write a Justification section to every setting, maybe have that later in the document.
9 * 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
11 * Write section 7.3 (-> Adi . How to chose your own cipher string + screenshots)
15 DONE * one-column layout: make page margins smaller
16 DONE * add large "DRAFT" letters on top of every page.
17 make the git version number part of the document
18 * Layout of sample code (lstisting format) : make it pretty!
24 * how to keep things up to date?
25 * how to automatically test compatibility?
26 * how to make sure that this document has the latest information on cipher strengths?
31 * scan our local region of the internet for https/smtp/imaps/pop3s
35 - key management , key life cycle
40 * Wish List for software vendors?
41 * sweet spot, wo koennen wir was sinnvoll machen, was waere zu viel (8192 bit keys...)
44 1. document the abstract needs that we have for the cipher settings (HSTS etc)
45 Then find the best cipher setting strings per se
46 Only then put it to all servers and keep it rather uniformely (as much as possible)
50 * Test with more clients and other OSes than OSX / iPhone!!
55 - Playstation und XBox? --> LATER!
60 * document (cite) EVERYTHING! Why we chose certain values. Referneces, references, references. Otherwise it does not count!
62 * .bib file is completely wrong. Make good citations/references. Add books: Schneier, ...
63 * !! important: add the version string to everything that we tested!!
66 - security specialists / freaks who want the very best settings
67 - should as many clients work with the settings as possible
68 * look at TLS1.2 specs and really check if we want all of these settings
73 Definitely still missing these subsubsections:
74 * Exchange Server ?? (--> bei M$ angefragt, Evtl. Beitrag von A-Trust)
76 DONE * Exim4 (-> Adi & Wolfgang Breya)
78 * Asa / Palo Alto (-> Azet)
79 * Terminal Server (VNC ), ??
82 --> verweise auf die xmpp community bzw. auf xmpp.net verweisen.
83 Empfehlung: unbedingt ejabberd updaten!!
86 ----- snip ---- all protocols that we looked at --- snip ----
87 * whatsapp --> man kann nichts machen, out of scope
88 * Lync: == SIP von M$.
89 * Skype: man kann ncihts machen, out of scope.
90 * Wi-Fi APs, 802.1X, ... ????
96 * L2TP over IPSec -> egal
99 * DNSSec ?? Verweis auf BCPxxx --> out of scope
101 What happens at the IETF at the moment?
102 * TOR?? --> out of scope
103 * S/Mime --> nachsehen, gibt es BCPs? (--> Ramin)
104 * TrueCrypt, LUKS, FileVault, etc ---> out of scope
105 * AFS -> out of scope
106 * Kerberos --> out of scope
107 * NNTP -> out of scope
108 * NTPs tlsdate -> out of scope
109 * BGP / OSPF --> out of scope
110 * irc,silc --> out of scope
111 !! * IPMI/ILO/RAC: Java --> important. Empfehlung: nie ins Internet, nur in ein eigenes mgmt VLAN, das via VPN erreichbar ist!!
112 * LDAP -> out of scope
113 * Moxa , APC, und co... ICS . Ethernet to serial --> out of scope
115 * rsyslog --> out of scope
116 * ARP bei v6 spoofing -> out of scope
117 * tinc?? -> out of scope
118 * rsync -> nur ueber ssh fahren ausser public web mirrors
119 * telnets -> out of scope
120 * ftps -> out of scope
121 !! * seclayer-tcp --> review von Posch & co.
122 seclayer-tcp 3495/udp # securitylayer over tcp
123 seclayer-tcp 3495/tcp # securitylayer over tcp
125 * plesk -> out of scope
126 * phpmyadmin --> haengt am apache, out of scope
127 * DSL modems -> out of scope
128 * UPnP, natPmp --> out of scope
129 ----- snip ---- all protocols that we looked at --- snip ----
138 - add two, three sentences
140 - embedded devices are a problem
154 * Windows Active Directory