STP039: Authentifizierung und Autorisierung

<p>Die Frage, wer wir sind, beschäftigt nicht nur uns selbst, sondern auch alle Anbieter von Diensten aller Art, wenn sie mit Computern zu tun haben. Heute sprechen wir über die Mechanismen, die zur Feststellung einer Person oder ihrer Berechtigungen besonders im Netz verwendet werden.</p><h2>Shownotes</h2><ul>
<li>
<p>grundsätzliche Begriffsklärung</p>
<ul>
<li><a href="de.wikipedia.org/w/index.php?title=Authentifiz…;: Nachweis einer behaupteten Eigenschaft einer Entität; hier: der Nachweis der Identität einer Person, eines Gerätes oder eines Prozesses ("Wer ist dieser Benutzer?")</li>
<li><a href="de.wikipedia.org/w/index.php?title=Autorisieru…;: die Einräumung von Rechten gegenüber einem interessierten Subjekt; hier: das initiale Zuweisen und das wiederholt einleitende Überprüfen von Zugriffsrechten ("Darf dieser Benutzer auf dieses Dokument zugreifen?")</li>
<li>im englischen Sprachgebrauch "authentication" (AuthN) und "authorization" (AuthZ)</li>
</ul>
</li>
<li>
<p>AuthN durch einen oder mehrere von drei wesentlichen Arten von Identitäts<strong>merkmalen</strong></p>
<ul>
<li>Wissen: etwas, dass ich weiß (Passwörter, PINs, etc.)</li>
<li>Besitz: etwas, dass ich habe (Chipkarte, Lichtbildausweis, Mobiltelefon, PC, etc.)</li>
<li>Inhärenz: etwas, dass ich bin (Fingerabdruck, Iris-Abbild, etc.) -> Achtung: Problematisch, weil nicht änderbar!</li>
<li><a href="de.wikipedia.org/w/index.php?title=Multi-Fakto…;: Wer eines der drei Merkmale gut angreifen kann, kann selten eins der anderen Merkmale gut angreifen.</li>
</ul>
</li>
<li>
<p>schlechte Arten von Merkmalen</p>
<ul>
<li><a href="de.wikipedia.org/w/index.php?title=Magnetstrei…; (Besitz-Merkmal): trivial kopierbar -> deswegen heute meist <a href="de.wikipedia.org/w/index.php?title=Chipkarte&a…;
<ul>
<li>Chipkarten sind kleine Computer, die sich per <a href="de.wikipedia.org/w/index.php?title=Challenge-R…; authentisieren können</li>
<li>siehe zum Beispiel <a href="de.wikipedia.org/w/index.php?title=Transaktion…;
</ul>
</li>
<li>Code per SMS (Besitzfaktor): auf Telefonebene angreifbar durch Malware mit erschlichener SMS-Berechtigung, auf Netzwerkebene angreifbar durch Umleitung der SMS
<ul>
<li>als Besitzfaktor buchstäblich "besser als nichts"</li>
<li>besser ist eine Authentisierungs-App mit <a href="de.wikipedia.org/w/index.php?title=Time-based_…;
</ul>
</li>
<li>zu kreativen Angriffen auf Besitzmerkmale und Biometrie siehe <a href="media.ccc.de/search/?q=starbug">die Vorträge von Starbug</a></li>
</ul>
</li>
<li>
<p>Autorisierungs-Schemata</p>
<ul>
<li>früher meist <a href="de.wikipedia.org/w/index.php?title=Access_Cont… Control Lists (ACL)</a>: jedes Datenobjekt hat eine Liste mit zugriffsberechtigten Benutzerkonten und Gruppen</li>
<li>Beispiel ACL in Unix: Dateisystemeinträge haben rwx-Bits (Lesezugriff, Schreibzugriff, Ausführzugriff) jeweils für das besitzende Benutzerkonto, die besitzende Gruppe und alle Benutzerkonten</li>
<li>heute meist <a href="de.wikipedia.org/w/index.php?title=Role_Based_… Access Control (RBAC)</a> auf der Ebene von semantischen Operationen</li>
<li>Beispiel RBAC in <a href="docs.openstack.org/oslo.policy/latest/"&g…;: Benutzerkonten oder Benutzergruppen können Rollenzuweisungen erhalten; die Menge der zugewiesenen Rollen bestimmt, welche Aktionen ein Benutzer ausführen kann</li>
</ul>
</li>
<li>
<p>Authentisierung im Webkontext: <a href="de.wikipedia.org/w/index.php?title=Single_Sign… Sign-On (SSO)</a> via <a href="de.wikipedia.org/w/index.php?title=Security_As…;, <a href="de.wikipedia.org/w/index.php?title=OpenID_Conn…;
<ul>
<li>Idee: Authentisierung bei einem zentralen Identitätsanbieter, dann Verwendung dieser festgestellten Identität in einem Zielsystem</li>
<li>SSO könnte man auch mit LDAP haben, aber SAML/OIDC erlaubt eine Einschränkung, welche Identitätsdaten der autorisierende Dienst vom authentifizierenden Dienst erhält</li>
</ul>
</li>
</ul>