From: "Daniel P. Berrange" <berrange@redhat.com>
To: John Levon <levon@movementarian.org>
Cc: xen-devel@lists.xensource.com,
Samuel Thibault <samuel.thibault@eu.citrix.com>
Subject: Re: ioemu: empty vnc passwd
Date: Wed, 23 Jan 2008 17:43:38 +0000 [thread overview]
Message-ID: <20080123174338.GE17258@redhat.com> (raw)
In-Reply-To: <20080123173820.GE18326@totally.trollied.org.uk>
On Wed, Jan 23, 2008 at 05:38:20PM +0000, John Levon wrote:
> On Wed, Jan 23, 2008 at 05:33:41PM +0000, Daniel P. Berrange wrote:
>
> > > I'm confused: if there's no config or xend password at all, then the
> > > domain won't start:
> > >
> > > if vncpasswd is None:
> > > raise VmError('vncpasswd is not setup in vmconfig or '
> > > 'xend-config.sxp')
> >
> > Sorry, my bad description - by no xend password, i meant the default
> > xend-config.sxp which is in fact ''. Frankly this check above is
> > a waste of time - it should just treat None as ""
>
> Except on Solaris we don't have such a default - the user's forced to
> set something (there doesn't seem to be even a vaguely secure default?)
There's no sane default for VNC passwords - whether you have on or not
its still basically insecure due to design of the VNC auth, hence the
config just defaults to '' & 127.0.0.1 which is as good as you'll get
for VNC over TCP.
If we wanted a real secure out of the box setup, we'd need to make XenD
only expose the VNC server as a UNIX domain socket, so that access can
be restricted to root. QEMU has this ability already - we simply don't
use it in Xen. Of course no VNC client knows how to connect to a VNC
server over a UNIX domain socket directly. You can use netcat + ssh to
tunnel to/from a remote host. I could also extend GTK-VNC & virt-manager
and/or virt-viewer to support it pretty easily.
Regards,
Dan.
--
|=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=|
|=- Perl modules: http://search.cpan.org/~danberr/ -=|
|=- Projects: http://freshmeat.net/~danielpb/ -=|
|=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|
next prev parent reply other threads:[~2008-01-23 17:43 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-23 16:11 ioemu: empty vnc passwd Samuel Thibault
2008-01-23 16:19 ` Christoph Egger
2008-01-23 16:23 ` John Levon
2008-01-23 16:28 ` Daniel P. Berrange
2008-01-23 16:36 ` Christoph Egger
2008-01-23 16:48 ` Daniel P. Berrange
2008-01-23 16:42 ` Samuel Thibault
2008-01-23 16:50 ` Daniel P. Berrange
2008-01-23 16:58 ` Samuel Thibault
2008-01-23 16:50 ` Samuel Thibault
2008-01-23 16:54 ` Daniel P. Berrange
2008-01-23 16:35 ` Daniel P. Berrange
2008-01-23 17:26 ` John Levon
2008-01-23 17:33 ` Daniel P. Berrange
2008-01-23 17:38 ` John Levon
2008-01-23 17:43 ` Daniel P. Berrange [this message]
2008-01-23 17:56 ` John Levon
2008-01-23 18:05 ` Daniel P. Berrange
2008-01-23 17:05 ` [PATCH] ioemu: handle " Samuel Thibault
2008-01-23 17:46 ` Keir Fraser
2008-01-23 17:49 ` Daniel P. Berrange
2008-01-23 18:06 ` Keir Fraser
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=20080123174338.GE17258@redhat.com \
--to=berrange@redhat.com \
--cc=levon@movementarian.org \
--cc=samuel.thibault@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/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 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.