<story><title>Instead of “auth”, we should say “permissions” and “login”</title><url>https://ntietz.com/blog/lets-say-instead-of-auth/</url></story><parent_chain><item><author>verdverm</author><text>&amp;quot;Identity&amp;quot; and &amp;quot;Access&amp;quot; Management (IAM) is pretty standard terminology.&lt;p&gt;I personally like saying authnz (authentication and authorization mashed together)&lt;p&gt;&amp;quot;Login&amp;quot; doesn&amp;#x27;t really cover token or key based authentication, i.e. service accounts don&amp;#x27;t &amp;quot;log in&amp;quot; but do require authentication and authorization</text></item></parent_chain><comment><author>marcosdumay</author><text>&amp;quot;Identity&amp;quot; and &amp;quot;Access&amp;quot; are really good names.&lt;p&gt;I could easily adopt those if I find myself naming middleware again.</text></comment>
<story><title>Instead of “auth”, we should say “permissions” and “login”</title><url>https://ntietz.com/blog/lets-say-instead-of-auth/</url></story><parent_chain><item><author>verdverm</author><text>&amp;quot;Identity&amp;quot; and &amp;quot;Access&amp;quot; Management (IAM) is pretty standard terminology.&lt;p&gt;I personally like saying authnz (authentication and authorization mashed together)&lt;p&gt;&amp;quot;Login&amp;quot; doesn&amp;#x27;t really cover token or key based authentication, i.e. service accounts don&amp;#x27;t &amp;quot;log in&amp;quot; but do require authentication and authorization</text></item></parent_chain><comment><author>sandworm101</author><text>The modern parlance doesn&amp;#x27;t accommodate but the original &amp;quot;log in&amp;quot; and &amp;quot;log out&amp;quot; describes any time a use enters or leaves and is noted in the &lt;i&gt;log&lt;/i&gt;.  This goes back to shipping whereby persons entry or exit would be noted in a log.  Imho that older definition would cover nearly every type of authentication that results in someone connecting to a service.</text></comment>