Authentifizierung und Sicherheit
Auf dieser Seite
Identitäts- und Zugriffsregeln ergänzen die Geschäftsfunktionen. OwlMeans Common enthält Bausteine für Authentifizierung und Autorisierung, die generierte Anwendungen einheitlich nutzen können.
Bibliotheken nach Zweck
| Bibliothek oder Standard | Zweck | Öffentliches OwlMeans-Paket |
|---|---|---|
| OpenID Connect | Einen standardisierten Weg bereitstellen, über den eine Anwendung einen Anmeldeanbieter nutzt. | @owlmeans/oidc |
| OAuth | Delegierte Autorisierung mit externen Diensten unterstützen. | @owlmeans/server-oauth |
| openid-client | Unterstützte OpenID-Connect-Anmeldeabläufe anbinden. | @owlmeans/server-oidc-rp |
| jose | Unterstützte Formate für signierte Token und kryptografische Daten verarbeiten. | @owlmeans/server-oidc-rp |
| @noble/hashes und @scure/base | Funktionen für kryptografisches Hashing und Datenformate bereitstellen. | @owlmeans/server-oidc-rp |
| Ajv | Strukturierte Daten validieren, die sicherheitsrelevante Schnittstellen verwenden. | @owlmeans/auth-common |
Dies sind öffentliche Abhängigkeiten und Standards aus dem Softwareökosystem. Welche Abhängigkeiten eine App genau nutzt, hängt vom generierten Projekt und den entwickelten Funktionen ab. Nicht jede Anwendung benötigt alle hier aufgeführten Bibliotheken.
Im Projekt einsetzen
- Beschreiben Sie das benötigte Verhalten in der Spezifikation oder Story.
- Bitten Sie den Agenten, die vorhandenen OwlMeans-Common-Konventionen des Projekts zu nutzen.
- Lesen Sie die zugehörige öffentliche Paketdokumentation, wenn Sie eine Abhängigkeit verstehen möchten.
- Probieren Sie das Verhalten in der Vorschau aus und prüfen Sie die zugehörigen Zugriffsregeln.
Definieren Sie eine Vertriebsrolle, die zugewiesene Kontakte bearbeiten darf, und eine Führungsrolle, die das Team einsehen darf. Testen Sie beide Rollen. Versuchen Sie dabei auch, direkt auf Kontakte zuzugreifen, die für die jeweilige Rolle nicht sichtbar sein sollten.
Die Authentifizierung stellt fest, wer sich anmeldet. Die Autorisierung setzt die Zugriffsrechte dieser Person durch. Beides muss zum Ablauf des Produkts passen.
Wie die Anwendung aufgebaut ist, zeigt das technische Konzept von OwlMeans. Den Ablauf mit dem Harness beschreibt die Anleitung Die Entwicklung mit einem anderen Coding-Agenten fortsetzen.
Anwendungsbeispiel
Kategorie: CRM und Kundenverwaltung. Beispiel: ein CRM für ein kleines Team mit Kontaktzuordnung und Zugriff für Führungskräfte.
Namen und Marken
Die Namen Ajv, jose, OpenID Connect, OAuth, openid-client, @noble/hashes und @scure/base sowie alle zugehörigen Marken verbleiben bei ihren jeweiligen Inhabern oder Projektverantwortlichen. Die Verweise bezeichnen Produkte, Standards oder Quellcodebeispiele. Die OwlMeans-Dokumentation lässt nicht auf ein Sponsoring oder eine Empfehlung durch diese Inhaber schließen.