Vier Sicherheitsstufen für agentische Power Platform Entwicklung
Ein praktisches Modell dafür, worauf Claude Code in Power Platform Umgebungen, Pipelines, lokalen Dateien und getrennten Mandanten zugreifen darf.
TL;DR
Claude Code kann Power Platform Entwicklung über vier Zugriffsstufen unterstützen: Service Principal, Entwicklerkonto nur für die Entwicklungsumgebung, lokale Copilot Studio YAML Dateien oder ein separater Mandant. Stufen 3 und 4 halten Kundenverbindungen beim Menschen, während Kundenanmeldungen nach 30 Minuten Inaktivität und um 17:00 Uhr ablaufen.
Original von Karl-Johan Spiik, auf Karlex. Artikel lesen
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung.
Bedeutung für Governance
- Security/Compliance: Wählt die Zugriffsstufe je Kunde und macht den möglichen Schadensradius sichtbar, weil Service Principals und Entwicklerkonten den Kundenmandanten erreichen können.
- Admins/CoE: Nutzt delegierte Power Platform Pipelines mit Freigabe von Entwicklung über Test nach Produktion, weil die Pipeline Identität dasselbe verwaltete Artefakt bereitstellt.
- Makers: Prüft geklonte YAML Dateien vor dem Zurückschreiben und testet Änderungen selbst, weil ein Pull trotz Konflikt erfolgreich melden kann und der Agent menschliche Verantwortung nicht ersetzt.
Häufige Fragen
Wie verändert eine delegierte Bereitstellung die Sicherheit einer Power Platform Pipeline?
Bei delegierter Bereitstellung verwendet die Pipeline ihre eigene Identität statt des Entwicklerkontos, und jede Bereitstellung wartet auf eine Freigabe.
Was geschieht beim Klonen eines Copilot Studio Agents in lokale YAML Dateien?
Der Agent bearbeitet lokale YAML Dateien ohne Umgebungs Token. Ein Mensch lädt Änderungen herunter und zurück, nachdem er Konflikte geprüft hat.
Wann laufen Kundenanmeldungen auf dem Server des Agenten ab?
Kundenanmeldungen werden nach 30 Minuten ohne Aktivität und um 17:00 Uhr abgemeldet; eine zusätzliche Prüfung erfasst festhängende Sitzungen.