Date: Sun, 29 Jun 1997 01:13:11 +1000 From: Bruce Evans <bde@zeta.org.au> To: Shimon@i-Connect.Net, tom@sdf.com Cc: bde@zeta.org.au, freebsd-hackers@FreeBSD.ORG, mburgett@cmnsens.zoom.com Subject: Re: com console, and h/w flow control... Message-ID: <199706281513.BAA32119@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>> Not only could modem users grab root, as above, if they happen to be on >> when the system is booting, they could simply boot single user. > >This is easily fixed by having DTR stay low until the kernel initializeds >the driver (which is probably what happens now). A properly setup modem >(or terminal server) will not connect until DTR goes true. DTR is raised when init opens the console (if it's a serial console). There's nothing to prevent a suitably timed call from interrupting the boot. I think there's something to prevent single user shells. Apart from that, you have to stty the initial state port to turn clocal off for subsequent logins. You should also stty the lock state port to lock clocal (off) for subsequent logins in case the kernel doesn't lock it (the kernel currently locks it (on) for the console only). You should not use option BREAK_TO_DEBUGGER. The remaining details are the same as for a normal port. I'm not sure of them all. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706281513.BAA32119>