all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: storm@cua.dk (Kim F. Storm)
Cc: Lennart Borgman <lennart.borgman.073@student.lu.se>,
	emacs-devel@gnu.org, rms@gnu.org, Jason Rumney <jasonr@gnu.org>
Subject: Re: Some findings and suggestion about Emacs on w32
Date: Mon, 25 Oct 2004 11:29:33 +0200	[thread overview]
Message-ID: <m3d5z7cfia.fsf@kfs-l.imdomain.dk> (raw)
In-Reply-To: <417CC0B9.3030901@wyrdrune.com> (Guy Gascoigne-Piggford's message of "Mon, 25 Oct 2004 02:00:41 -0700")

Guy Gascoigne-Piggford <guy@wyrdrune.com> writes:

> Well the way that gnuserve used to deal with this same issue was a) to
> have the option at build time of  unix domain sockets, internet
> sockets and SYSV messaging.

You should modify emacsclient.c so that if AF_UNIX (primary choice) is
not available, it should use TCP.  SYSV messaging is not an option
anymore.

>
> If you used internet sockets then it would read a file, by default
> ~/gnu_secure or the like I think, and from that file read a list of IP
> addresses.  If the connecting host wasn't  listed in the file then the
> connection was refused. I seem to remember allowing 127.0.0.1 to be
> automatically authorised on NT, though it wasn't by default on Unix.

If using TCP, accept 127.0.0.1 and nothing else (for now).

>
> This looks like it deals with the security issue on a single user
> machine, but still leaves things open on a multi user one.

Right.  Stefan proposed a solution with a secret key that should be
exchanged between client and server; you would need to put that key
into a file that can only be read by the user.  

I don't think we need to do this for 21.4 -- as the fix is only used
on (mostly) single user windoze.

>
> Perhaps the best solution is to make server-start work in such a way
> that it can not be connected to remotely, so leave it as is on Unix
> and make the NT version use tcp restricting connections to localhost
> only.  

Yes, that's the primary task.  And it should be fairly trivial.

FYI- In emacs server (Lisp side), you can use 

 (featurep 'make-network-process '(:family local))

to check whether unix sockets are supported -- if not, fallback to
using TCP from localhost.

>        Then provide something like server-start-net that uses tcp with
> a loaded list of authorised hosts for those people who want to use it
> over their network and understand the potential problems and required
> configuration.

Indeed, there are all sorts of problems allowing external access like
that.  For 21.4 we do NOT want to address those issues!

FYI- With a TCP socket, you can use (process-contact proc :remote) to
get the ip address of the remote client; you can then compare that to
the list of accepted addresses. [proc is the client process that is
created when emacsserver accepts the connection from the client].

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

  reply	other threads:[~2004-10-25  9:29 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-22 22:24 Some findings and suggestion about Emacs on w32 Lennart Borgman
2004-10-22 23:47 ` Kim F. Storm
2004-10-23 13:01   ` Lennart Borgman
2004-10-24 22:23     ` Kim F. Storm
2004-10-24 22:44       ` Stefan
2004-10-24 22:58         ` Guy Gascoigne-Piggford
2004-10-24 23:36           ` Stefan
2004-10-24 23:44             ` Lennart Borgman
2004-10-24 22:57       ` Guy Gascoigne-Piggford
2004-10-25  7:13       ` David Kastrup
2004-10-25  8:13         ` Kim F. Storm
2004-10-25 16:50       ` Lennart Borgman
     [not found]         ` <m3sm 81q3ut.fsf@kfs-l.imdomain.dk>
2004-10-26  8:29         ` Kim F. Storm
2004-10-26 17:29           ` Lennart Borgman
2004-10-26 17:43             ` Jason Rumney
2004-10-26 17:54               ` Stephan Stahl
2004-10-26 17:58                 ` Lennart Borgman
2004-10-26 21:59                   ` Kim F. Storm
2004-10-26 23:03                     ` Lennart Borgman
2004-10-26 17:55               ` Lennart Borgman
2004-10-26 18:50             ` Guy Gascoigne - Piggford
2004-10-26 20:48               ` Lennart Borgman
2004-10-23 12:42 ` Benjamin Riefenstahl
2004-10-23 13:15   ` Lennart Borgman
2004-10-23 13:40     ` Benjamin Riefenstahl
2004-10-23 17:39   ` Jason Rumney
2004-10-24 18:39     ` Benjamin Riefenstahl
2004-10-24 20:02       ` Jason Rumney
2004-10-24 20:25         ` Lennart Borgman
2004-10-24 20:43           ` Jason Rumney
2004-10-24 22:01             ` Guy Gascoigne-Piggford
2004-10-23 13:54 ` Richard Stallman
2004-10-23 17:44   ` Jason Rumney
2004-10-23 18:58     ` Guy Gascoigne-Piggford
2004-10-24  1:17       ` Lennart Borgman
2004-10-24 12:14       ` Jason Rumney
2004-10-24 12:46         ` Kim F. Storm
2004-10-25  4:30           ` Dhruva Krishnamurthy
2004-10-25 20:28             ` Lennart Borgman
2004-10-24 22:06         ` Stefan
2004-10-25  8:42         ` Kim F. Storm
2004-10-25  9:00           ` Guy Gascoigne-Piggford
2004-10-25  9:29             ` Kim F. Storm [this message]
2004-10-25 10:42               ` Dhruva Krishnamurthy
2004-10-25 11:39               ` Stefan
2004-10-25 12:06                 ` Kim F. Storm
2004-10-25 12:25                   ` Stefan

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=m3d5z7cfia.fsf@kfs-l.imdomain.dk \
    --to=storm@cua.dk \
    --cc=emacs-devel@gnu.org \
    --cc=jasonr@gnu.org \
    --cc=lennart.borgman.073@student.lu.se \
    --cc=rms@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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.