Live data from Hacker News

Ubuntu 26.04 Ends 46 Years of Silent sudo Passwords

pbxscience.com

261–270 of 421 posts

Re: Ubuntu 26.04 Ends 46 Years of Silent sudo Passwords

#261
post #257

If the UX issue is "I don't know whether the keystroke registered", isn't there a way to fix it without revealing the length? e.g. I've seen some password inputs that display multiple dots per keystroke. Though I guess the broader context is if the attacker has "shoulder-level access" you probably have bigger things to worry about ;)

If the length of your password reveals enough information about the password to practically aid in discovery, your password sucks and you need to choose a new one.

Re: Ubuntu 26.04 Ends 46 Years of Silent sudo Passwords

#264
post #257

If the UX issue is "I don't know whether the keystroke registered", isn't there a way to fix it without revealing the length? e.g. I've seen some password inputs that display multiple dots per keystroke. Though I guess the broader context is if the attacker has "shoulder-level access" you probably have bigger things to worry about ;)

We could flash the prompt character so user knows the keypress was received. Someone could still count the number of flashes but the number of characters wouldn't be revealed persistently. I think no feedback at all is usually best though.

Re: Ubuntu 26.04 Ends 46 Years of Silent sudo Passwords

#265
post #259

Earlier quoted context omitted.

Do like Lotus Notes did and have it update a row of literal hieroglyphics on every keystroke.

This made me think, it seems like there used to be a lot more whimsy in computing. I'd love to see more of that. Whimsy, and character. Used to be that everything was trying to look different. Now it seems like everything is trying to look the same.

1) It definitely feels like we're out of Cambrian explosion period of experimentation

2) It's amazing the amount of (pseudo-) nostalgia that millenials, gen-Z and younger have for 90s-2010s computer aesthetic. The Amazing Digital Circus comes to mind for example

Re: Ubuntu 26.04 Ends 46 Years of Silent sudo Passwords

#266

I kind of hate typing in my password all the time. Is there a way to sacrifice some security and do something like... ask for my password but automatically input it if my phone is detected via Bluetooth? (not connected, just detected). I don't really want to just disable passwords. I recall that causing technical pains. And this is a desktop PC in my home office and I'm just generally okay with the associated securit…

you can put your password to a yubikey, then it's always a long press of a button away

Re: Ubuntu 26.04 Ends 46 Years of Silent sudo Passwords

#267
post #216

Earlier quoted context omitted.

So giving others a way to know the length of your password isn’t a meaningful reduction of security?

If your password is long enough it doesn’t matter if they know it is say 16 characters and if it isn’t long enough it also doesn’t matter because they can just brute force all the potential lengths up to it. So yes it is just security theater.

Giving away the password length helps attackers to select the easier target.

Re: Ubuntu 26.04 Ends 46 Years of Silent sudo Passwords

#268

The number of times I've been stuck wondering if my keystrokes are registering properly for a sudo prompt over a high latency ssh connection. These servers I had an account setup too were, from what I observed, partially linked with the authentication mechanism used by the VPN and IAM services. Like they'd have this mandatory password reset process and sometimes sudo was set to that new password, other times it was w…

You can tell if you input something or not, based on the blinking cursor, in which case it is not "frozen".

I mean a trivial solution to all of these work around a could have been each keystroke registers a single asterisk that goes away after a delay. You wouldn't reveal the length and you'd had a standard way of informing the user that their keystroke was registered.

Re: Ubuntu 26.04 Ends 46 Years of Silent sudo Passwords

#269

Earlier quoted context omitted.

This decision long predates Linux. It's been a staple back to the earliest days of Unix; and it isn't a weird decision if you take into consideration of multi user systems in office environments that have non trivial security considerations (for example telecoms companies), which is exactly where Unix came from.

Well, if leaking the length of the password is such a big deal, why not just use a reasonably long password? Moreover, if someone can see the number of asterisks on the screen, what prevents them from seeing the actual keys that are being pressed?

Again looking back at the history of Unix, it used a 56 bit variant of DES encryption that used the user's password as the key. So only the first 8 characters of the password were used and the rest was silently unused, for example "password" and "password123" would have been the same password on early Unix. And although most BSDs and Linuxes moved in the mid 90s to PAM (and hence md5, etc) most SVR4s didn't move until late in the 90s. And at the other end, DES crypt() made its way into Unix in some v6s (~1977) and became widely available in the release of v7 Unix. So 8 character passwords were a thing for about 20 years.
Post reply on HN