lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sat, 9 Apr 2016 14:09:09 +0100
From:	One Thousand Gnomes <>
To: (Eric W. Biederman)
Cc:	Linus Torvalds <>,
	"H. Peter Anvin" <>,
	Peter Hurley <>,
	Greg KH <>, Jiri Slaby <>,
	Aurelien Jarno <>,
	Andy Lutomirski <>,
	Florian Weimer <>,
	Al Viro <>,
	Serge Hallyn <>,
	Jann Horn <>,
	"security\" <>,
	"security\ \>\> security" <>,, Willy Tarreau <>,
	Linux Kernel Mailing List <>
Subject: Re: [PATCH 01/13] devpts: Teach /dev/ptmx to find the associated
 devpts via path lookup

> If anyone has a better idea on how userspace should connect the master
> pty file descriptor the slave file descriptor, I would be willing to
> implement that instead.

If we are willing to go away from the existing mess of a tty interface
inflicted on us by BSD and then mashed up by POSIX then a syscall of

  int err = ptypair(int fd[2], int perms, int flags);

[where flags is the O_ ones we usually need to cover (CLOEXEC etc) and
maybe even some kind of "private" flag to say don't even expose it via

would do remarkably sane things to the majoirty of use cases as it breaks
the dependence on grantpt and also the historic screwup that pty pairs
aren't allocated atomically with both file handles returned as pipe()


Powered by blists - more mailing lists