| lists.openwall.net | 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 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Mon, 4 Jun 2012 22:17:31 +0100 From: Alan Cox <alan@...rguk.ukuu.org.uk> To: Richard Weinberger <richard@....at> Cc: jslaby@...e.cz, user-mode-linux-devel@...ts.sourceforge.net, gregkh@...uxfoundation.org, linux-kernel@...r.kernel.org, viro@...iv.linux.org.uk, alan@...ux.intel.com Subject: Re: um: TTY fixes (?) > On all other ttys login works but bash dies because of of -EIO. > After vhangup() the tty returns -EIO upon read()/write(). You can't re-open the tty because a process is holding on to it, not closing it and not killable. Fedora shouldn't be holding these devices open this way. The behaviour we have of refusing to reopen them why this is the case is both a) what the spec seems to say b) good security. We can half ignore it on console for the simple reason that you don't "dial in" to the console. I suspect it may be abusable but I've not found a way to do so. > I have no idea what's the root cause of this, there seems to be a lot of black magic > involved. > Alan, do you think the issues are caused by Fedora's broken user space? See what fuser says about open file handles and if that is what is going on. Alan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists