Gnus development mailing list
 help / color / mirror / Atom feed
From: Richard Riley <rileyrg@googlemail.com>
To: ding@gnus.org
Subject: Re: Password protection
Date: Tue, 28 Sep 2010 16:43:38 +0200	[thread overview]
Message-ID: <5139su53ol.fsf@news.eternal-september.org> (raw)
In-Reply-To: <m31v8ec5pm.fsf@quimbies.gnus.org> (Lars Magne Ingebrigtsen's message of "Tue, 28 Sep 2010 16:17:57 +0200")

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> I find it sort of puzzling that we have to jump through all these hoops
> to get at credentials.  I mean, Firefox users don't have to set up a gpg
> agent or type their passwords a gazillion times, so why should users?

You need the agent as its secure and talks to the back end to use the
same keys which are used for other authentications such as ssh.

Firefox doesnt.


>
> But then I thought about it, and it is rather complicated.  It's
> acceptable to store the passwords in memory (that's what Firefox does),
> but it's not acceptable that any Lisp phrase can say
> (get-stored-password ...), and then get the password.  That's too
> unsafe.
>
> So here's my thought:  If there was a C-level function that would slurp
> in your ~/.authinfo.gpg data, and then let you use it, but without
> actually ever letting a Lisp-level function see the passwords --
> wouldn't that be nice?
>
> Here's how I see it working:
>
> 1) Gnus calls (authinfo-store-tokens "~/.authinfo.gpg"), and the user is
> (probably) prompted for a password.
>
> 2) The data is stored in the C layer, probably obfuscated in some way.
>
> 3) A new C function is added:
>
> (process-send-auth process "LOGIN larsi %p\n\r"
>                    '((:hosts ("imap.gmail.com"))
>                      (:ports ("imaps" "imap" 443))
>                      (:user ("larsi"))))
>
> This function would then work just like `process-send-string', only that
> it roots out the first matching password from the auth info first, and
> expand the string sent.
>
> That way the Lisp application layer will never actually see the
> password, but it will be able to control what's otherwise being sent,
> and what credentials to use in a flexible manner.
>
> This should be as safe as the Firefox model.  That is, if you read
> /proc/mem, you can get at the passwords, but it's not trivially
> available from the Lisp layer.  Well, unless you set up a loopback
> server or a proxy or something, but the same is the case with Firefox.
>
> Am I missing something obvious here?

-- 
☘ http://www.shamrockirishbar.com, http://splash-of-open-sauce.blogspot.com/ http://www.richardriley.net



  reply	other threads:[~2010-09-28 14:43 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-28 14:17 Lars Magne Ingebrigtsen
2010-09-28 14:43 ` Richard Riley [this message]
2010-09-29 14:01   ` Lars Magne Ingebrigtsen
2010-09-28 14:46 ` Julien Danjou
2010-09-28 14:50   ` Ted Zlatanov
2010-09-29 14:04   ` Lars Magne Ingebrigtsen
2010-09-28 14:47 ` Ted Zlatanov
2010-09-29 14:07   ` Lars Magne Ingebrigtsen
2010-09-29 16:56     ` Charles Philip Chan
2010-09-29 17:15     ` Ted Zlatanov
2010-09-29 19:27       ` Lars Magne Ingebrigtsen
2010-09-29 19:51         ` Ted Zlatanov
2010-09-29 20:35           ` Michael Albinus
2010-09-29 20:58             ` Ted Zlatanov
2010-09-30  3:32               ` Michael Albinus
2010-09-30 15:46                 ` Ted Zlatanov
2010-09-30 17:19                   ` Michael Albinus
2010-09-30 16:25                 ` Lars Magne Ingebrigtsen
2010-09-30 16:43                   ` Ted Zlatanov
2010-09-30 16:47                     ` Lars Magne Ingebrigtsen
2010-09-30 17:07                       ` Ted Zlatanov
2010-09-30 17:17                         ` Lars Magne Ingebrigtsen
2010-09-30 17:45                           ` Ted Zlatanov
2010-09-30 17:51                             ` Lars Magne Ingebrigtsen
2010-09-30 19:11                               ` Michael Albinus
2010-09-30 17:13                       ` Michael Albinus
2010-09-30 17:16                     ` Michael Albinus
2010-09-29 21:38           ` Lars Magne Ingebrigtsen
2011-02-25 22:18             ` Ted Zlatanov
2011-03-05 11:53               ` Lars Magne Ingebrigtsen
2011-03-07 17:27                 ` Ted Zlatanov
2010-09-28 15:02 ` David Engster
2010-09-29  2:28 ` Daniel Pittman
2010-09-29  4:39   ` Richard Riley
2010-09-29  5:58     ` Daniel Pittman
2010-09-29  6:42       ` Richard Riley
2010-09-29  8:54   ` Gijs Hillenius
2010-09-29  9:07     ` Richard Riley
2010-09-29 10:23       ` Gijs Hillenius
2010-09-29  9:51     ` Tassilo Horn

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

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

  git send-email \
    --in-reply-to=5139su53ol.fsf@news.eternal-september.org \
    --to=rileyrg@googlemail.com \
    --cc=ding@gnus.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.
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 NNTP newsgroup(s).