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
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <200311151644.hAFGijLa025578@turing-police.cc.vt.edu>
From: Valdis.Kletnieks at vt.edu (Valdis.Kletnieks@...edu)
Subject: SSH Exploit Request 

On Sat, 15 Nov 2003 07:01:09 EST, Bryan Allen <bda@...rorshades.net>  said:
> Restarting sshd does not kill running ssh sessions, as they're all 
> forked and in memory.

What? You never said "Shit, I should have checked if I can su/login/ssh/whatever"
*after* you closed your last root window? :)

And yes, *your* ssh can still go away if something else does a runaway and runs
the system out of swap space. Although many vendors have an out-of-memory
handler that does the best thing most of the time, none of them do the best
thing ALL the time. And even if it doesn't, the system may be simply thrashing
itself to death but *not* actually killing anything..

What use is an open SSH window, Mr Anderson, if you have no character echo?

I'm surprised that on a security list, so many people are so ready to take
a "very unlikely to happen" condition and label it as a "*cant* happen". Come
on guys - that sort of assumption is what often *creates* security holes:
"Nobody could POSSIBLY unlink this file and replace it with a symlink between
when we stat() it and when we open() it".

Things rarely go wrong when everything is at nominal.  Things usually go wrong
in a failure cascade - when one sysadmin is installing software during a 2AM
test window and he's tired and cranky because instead of getting some sleep,
he had a big fight with his SO, and the software was built by another sysadmin
who didn't get to actually finish those last few tests before she tripped and
broke her ankle, while it's being installed onto a disk that's flaky and not
always reporting write errors (and yes, I've actually seen all three of those
happen in shops I was working in at the time, fortunately not all at once.  On
the flip side, each of the three was by itself enough to cause a failure....)


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 226 bytes
Desc: not available
Url : http://lists.grok.org.uk/pipermail/full-disclosure/attachments/20031115/84b2c3d4/attachment.bin

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ