git.cworth.org Git - notmuch-wiki/blob - meetings/hd2015.mdwn

   1 What, Where, When
   2 =================
   3
   4 *  Bremner and dkg are co-hosting a BoF at [debconf](https://summit.debconf.org/debconf15/meeting/217/improving-privacy-and-security-for-notmuch-mail/).
   5
   6 * The meeting is Monday 2015-08-17, 1700-1800
   7
   8 * Video streaming should be [available](https://wiki.debconf.org/wiki/DebConf15/Videostream/Amsterdam)
   9
  10
  11 Agenda
  12 ======
  13
  14 Moving parts for secure e-mail
  15 ------------
  16 * libxapian  (C++, full text search)
  17 * libgmime (C, glib, RFC822+MIME library)
  18 * libnotmuch (C and C++)
  19 * /usr/bin/notmuch (C)
  20 * GnuPG (C)
  21 * Emacs UI (emacs lisp)
  22   * notmuch-emacs
  23   * mml-mode
  24 * Alot / nmbug / nmbug-status (python)
  25   * python-bindings
  26 * webmail:
  27   * noservice (Clojure)
  28   * notmuch web (Haskell)
  29
  30 Security concerns
  31 -----------------
  32 * wrong key selection during composition
  33 * reply (message mode defaults)
  34 * inline PGP
  35 * webmail authentication/authorization (muliple users?)
  36 * webmail message escaping (XSS, etc)
  37 * shell injection
  38 * terminal escape sequences
  39 * S/MIME support
  40
  41 ### usability as security?
  42
  43 * indexing encrypted mail
  44 * Memory Hole protected headers
  45 * key selection indicators during compositoin
  46
  47
  48 Breakout sessions
  49 -----------------
  50
  51 * based on moving part
  52
  53 Reportbacks
  54 -----------
  55
  56
  57
  58 -------------------------
  59
  60 proposed session:
  61 ---------
  62 One of (at least my) primary motivations for working on Notmuch is reducing my dependence on cloud services, and supporting the secure sending and receiving of signed and encrypted mail.  Like any realworld piece of software, notmuch is far from perfect, and several areas related to privacy and security could clearly be improved. During this BoF we'd like to plan out some topics to work on in followup hacking sessions. Anyone is welcome, even if they don't feel like hacking on notmuch. Potential topics of discussion andhacking include:
  63         * S/MIME signatures and encryption
  64         * Improving the security of the Emacs MML mime composer
  65         * Searching of GPG encrypted mail
  66         * Auditing and fixing "webbug" style problems in front ends
  67         * Making notmuch build reproducibly
  68
  69 ---------
  70
  71 more complete agenda:
  72
  73         * S/MIME signatures and encryption
  74             * test suites
  75             * integration with other keyrings
  76             * signature only (easyish) versus encryption (more work)
  77         * Improving the security of the Emacs MML mime composer
  78             * automated "encrypt-when-i-have-keys-available" mode or other convenience functions?
  79             * can an adversary force signatures based on quoted text?
  80             * generate memory-hole-style messages
  81         * Searching of GPG encrypted mail
  82             * possible implementation mechanism: "notmuch reindex --with-filter=decrypt"
  83         * Auditing and fixing "webbug" style problems in front ends
  84             * can we instruct emacs to restrict all network access from notmuch?
  85             * what other frontends might call out to the network?
  86         * Making notmuch build reproducibly
  87             * https://reproducible.debian.net/rb-pkg/unstable/amd64/notmuch.html
  88         * Protect against spoofed signature verification?
  89             * how do we deal with multipart messages where only a subtree is signed?
  90             * are other sorts of spoofing possible?
  91         * read and display memory-hole-style messages
  92         * "safe" ways to display html parts (e.g. without text/plain alternatives)
  93
  94