Earlier quoted context omitted.
Okay, so there's two requirements for any legit authorization to pass: identification, and authentication. For Unix accounts, the username is the identification bit, and the password is the authentication bit. Now, you don't usually type the username when you run sudo, do you? That's because most of the time, the username can be gleaned from context. For example, "Which user is this process running under?". So, if To…
I agree. But my thinking is that touch id just shows who the person claims to be (like a username), but it doesn't actually authenticate they are that person. I know that in practice apple does use it to auth.
Show HN: A fork of sudo with Touch ID support
21–30 of 134 posts
Re: Show HN: A fork of sudo with Touch ID support
#22Would be awesome to TouchID restart Upstart things on remotes, which is not really feasible. One can dream, though :)
Re: Show HN: A fork of sudo with Touch ID support
#23You two are both doing the "ATM machine" thing. (PAM = Pluggable Authentication Module) "Written as a PAM" sure feels wrong on the lips, though.
Re: Show HN: A fork of sudo with Touch ID support
#24I never understood the obsession with sudo. Why not just be root in the first place?
Isolate your concerns and risks. There's no reason to drop into an interactive root shell for a single command, and your chances of forgetting your current privilege level and running the wrong thing are not insignificant.
Re: Show HN: A fork of sudo with Touch ID support
#25Earlier quoted context omitted.
I agree. But my thinking is that touch id just shows who the person claims to be (like a username), but it doesn't actually authenticate they are that person. I know that in practice apple does use it to auth.
It's a "something you are" authentication factor, since it is presumed that the cost of faking a fingerprint is too high to be worth it in those cases.
I am probably in a minority.
Re: Show HN: A fork of sudo with Touch ID support
#26You two are both doing the "ATM machine" thing. (PAM = Pluggable Authentication Module) "Written as a PAM" sure feels wrong on the lips, though.
Can you elaborate? I'm not sure to understand the "ATM machine thing" and the "feels wrong on the lips".
Re: Show HN: A fork of sudo with Touch ID support
#27You two are both doing the "ATM machine" thing. (PAM = Pluggable Authentication Module) "Written as a PAM" sure feels wrong on the lips, though.
Can you elaborate? I'm not sure to understand the "ATM machine thing" and the "feels wrong on the lips".
Re: Show HN: A fork of sudo with Touch ID support
#28You two are both doing the "ATM machine" thing. (PAM = Pluggable Authentication Module) "Written as a PAM" sure feels wrong on the lips, though.
Can you elaborate? I'm not sure to understand the "ATM machine thing" and the "feels wrong on the lips".
Re: Show HN: A fork of sudo with Touch ID support
#29You two are both doing the "ATM machine" thing. (PAM = Pluggable Authentication Module) "Written as a PAM" sure feels wrong on the lips, though.
Can you elaborate? I'm not sure to understand the "ATM machine thing" and the "feels wrong on the lips".
Re: Show HN: A fork of sudo with Touch ID support
#30Earlier quoted context omitted.
Isolate your concerns and risks. There's no reason to drop into an interactive root shell for a single command, and your chances of forgetting your current privilege level and running the wrong thing are not insignificant.
What special "wrong thing" can root do? There might os level files that only root can edit or delete. I don't care about those. I can reinstall the os anytime if I should ever mess it up. All the value is in my data.
>>There might os level files that only root can edit or delete
Nailed it. >>I can reinstall the os anytime if I should ever mess it up
Not everyone has the luxury or time to do this. Why break it in the first place? >>All the value is in my data.
? Cool story.