unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Ted Zlatanov <tzz@lifelogs.com>
To: emacs-devel@gnu.org
Subject: Re: Additional network security
Date: Sun, 07 Dec 2014 12:03:54 -0500	[thread overview]
Message-ID: <87oarfl7d1.fsf@lifelogs.com> (raw)
In-Reply-To: m3lhmjh0pp.fsf@stories.gnus.org

On Sun, 07 Dec 2014 17:41:06 +0100 Lars Magne Ingebrigtsen <larsi@gnus.org> wrote: 

LMI> Ted Zlatanov <tzz@lifelogs.com> writes:
>> Given this precedent, I think it would make sense to offer some
>> fine-grained control over NSM checks as well, similar to
>> `gnutls-verify-error' as I mentioned.  We've gone Lispy with the NSM
>> configuration, but if we were consistent with the GnuTLS approach, the
>> NSM tuning would be simply a string like "paranoid:-crazy" (paranoid but
>> not crazy, heh heh).  This is still possible:
>> 
>> * map a symbol to its symbol-name
>> * parse NSM security levels like GnuTLS priority strings
>> * allow setting these strings per host regex
>> * PROFIT
>> 
>> WDYT?

LMI> I think we should require 100 users demanding this before we implement
LMI> it.  :-)

I am basing it on the way GnuTLS allows users to control things, not
inventing something new.  Asking for 100 Emacs users to agree on
anything will result in:

* 3 frameworks and 5 new one-letter packages
* 200+ posts arguing about obscure details
* at least 8 new bugs filed

so I really hope you lower the threshold to "would we use it?".

How about extending the GnuTLS priority string to also specify the NSM
level, DH bits, etc? So the user would say "NORMAL:NSM(medium,dh=1024)"
and we'd cut out all the NSM bits before passing it on to GnuTLS. If
there's nothing in the priority string, we'd look at
`network-security-level', that would be the out-of-the-box use case.

LMI> But as for the defaults, do you agree with putting RC4, SSL<TLS1.0 and
LMI> low bits on `high'?  

RC4 should be disallowed on medium IMO. I *think* it already is
disallowed in the default GnuTLS priority string.

I would disallow SSL 1, 2 on medium and 3 on high. The GnuTLS default
for priority string NORMAL is (in preference order) TLS protocols TLS
1.2, TLS1.1, TLS1.0, SSL3.0 according to
http://gnutls.org/manual/html_node/Priority-Strings.html so regardless
of the NSM level SSL 1 and 2 are dropped by default.

Ted




  reply	other threads:[~2014-12-07 17:03 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-05 15:10 Additional network security Lars Magne Ingebrigtsen
2014-12-05 18:43 ` Stefan Monnier
2014-12-06 17:32   ` Lars Magne Ingebrigtsen
2014-12-06 22:51     ` Stefan Monnier
2014-12-07  5:35       ` Stephen J. Turnbull
2014-12-07 16:32         ` Ted Zlatanov
2014-12-07 16:41           ` Lars Magne Ingebrigtsen
2014-12-07 17:03             ` Ted Zlatanov [this message]
2014-12-07 17:45               ` Lars Magne Ingebrigtsen
2014-12-07 18:28                 ` Ted Zlatanov
2014-12-07 20:37                 ` chad
2014-12-18 21:54                 ` Reiner Steib
2014-12-20 11:27                   ` Ted Zlatanov
2014-12-08  1:44           ` Stephen J. Turnbull
2014-12-08  0:24         ` Richard Stallman
2014-12-08 14:04           ` Ted Zlatanov
2014-12-08 18:04             ` Lars Magne Ingebrigtsen
2014-12-08 20:48             ` Lars Magne Ingebrigtsen
2014-12-08 20:57               ` Lars Magne Ingebrigtsen
2014-12-08 21:26                 ` Lars Magne Ingebrigtsen
2014-12-05 20:02 ` Jens Lechtenboerger
2014-12-06 17:33   ` Lars Magne Ingebrigtsen
2014-12-10 16:01     ` Ted Zlatanov
2014-12-07 16:33 ` Ted Zlatanov
2014-12-07 16:47   ` Lars Magne Ingebrigtsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87oarfl7d1.fsf@lifelogs.com \
    --to=tzz@lifelogs.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).