| ▲ | Quarrelsome 5 hours ago |
| Nice! I'd like to fix the prior abstract. Auth and auth upsets me greatly cos we have: Authentication & Authorization and we call both/either auth. Hence please help me make this a thing: AuthENTIcation & AuthORIzation : ENTI & ORI ENTI- can you enter, ORI (or ORIZ) what can you do? |
|
| ▲ | hobofan 5 hours ago | parent | next [-] |
| This has already been solved well-enough with AuthN and AuthZ as distinct names. |
| |
|
| ▲ | lozf 3 hours ago | parent | prev | next [-] |
| > ENTI- can you enter, ORI (or ORIZ) what can you do? I don't mean to quarrel about it, but I understood Authentication to be closer to identification. To provide "adequate proof that you are actually who you claim to be". Even the "can you enter" question falls under authorization; "does the user have appropriate permissions?" Entering is just one of perhaps many subsequent levels of permissions. |
| |
| ▲ | sbuttgereit 3 hours ago | parent | next [-] | | I think you've got the right idea, though in practice the initial "authentication" question (you are who you say you are) is very closely linked to the initial "authorization" evaluation (can you enter).... because in most systems the only "can you enter" authorization required for access is in fact that you are who you say you are. But not all systems work this way. There are some systems where you can log in successfully, but then are immediately escorted out because the "can you enter" question has secondary considerations or is decided once identity has been established based on a larger criteria. Expired accounts in some systems work exactly like this. | | |
| ▲ | antonvs 20 minutes ago | parent [-] | | One problem is that treating authentication as a "can you enter" authorization is predicated on the idea of a session-based system with two states, logged in or logged out. But there are many scenarios where e.g. taking some particular action requires authn and authz, regardless of login status. A simple example is performing some destructive action. The distinction between authentication and authorization allows modeling of many different kind of systems, including the degenerate case where identification is treated as a proxy for authorization. Btw, the kind of thinking behind that degenerate case is what leads to IDOR security bugs - "this person is logged in, so they can access whatever the URL says... even if it's another customer's data!" It turns out that thinking clearly about security helps be more secure, and unfortunately, vice versa. |
| |
| ▲ | antonvs 30 minutes ago | parent | prev [-] | | You're correct. |
|
|
| ▲ | rrr_oh_man 4 hours ago | parent | prev | next [-] |
| Sign in / Sign up is my go to pet peeve for this type of thing |
|
| ▲ | andai 5 hours ago | parent | prev [-] |
| ident and perms |
| |
| ▲ | icedchai an hour ago | parent [-] | | This. It's concise and I don't have to think about "which Auth" we're talking about. |
|
