Ein öffentlich erreichbarer Agent gibt Daten preis oder handelt auf Befehle Fremder

• Ihr Agent ist ohne Anmeldung erreichbar, im Web oder über einen anderen offenen Kanal.
• "Require users to sign in" ist deaktiviert, oder Sie sind sich nicht sicher.
• Fremde könnten einen Chat öffnen und ihm Anweisungen senden.
• Der Agent kann Daten lesen oder Aktionen in ihrem Namen ausführen.
• Keine DLP-Regel blockiert den unauthentifizierten Chat-Connector.

Falls stattdessen andere Agents Ihren Agent ohne Spur verwenden → siehe Andere Agents können Ihren Agent verwenden. Falls stattdessen Adminänderungen aus Ihren Aufzeichnungen verschwinden → siehe den Eintrag zu fehlenden Admin-Audit-Einträgen.

Ein Agent, den Sie veröffentlichen, kann ohne Anmeldung erreichbar sein. Wenn das der Fall ist, kann jeder, der ihn findet, mit ihm chatten. Sicherheitsforscher haben im Labor gezeigt, wie das zwei Risiken eröffnet. Erstens kann ein öffentlicher Agent dazu gebracht werden, Daten preiszugeben oder Aktionen auszuführen, auf die er Zugriff hat. Zweitens können die vertrauenswürdigen Anmeldeseiten der Plattform wiederverwendet werden, um Anmeldetokens zu phishen. Dies sind demonstrierte Proofs of Concept, keine Berichte über Massenangriffe in freier Wildbahn. Anbieter, darunter Microsoft, behoben die Probleme nach verantwortungsvoller Offenlegung. Dennoch entfernt ein offener Agent Ihre wichtigste Schutzmassnahme. Stellen Sie sich einen Ladentresen vor, bei dem die Tür zum Backoffice offen steht. Die meisten Besucher verhalten sich korrekt, aber nichts hält den einen ab, der es nicht tut. Die Anmeldepflicht schliesst diese Tür.

Öffnen Sie den öffentlichen Link Ihres Agents in einem privaten Browserfenster, abgemeldet. Erwartet: Sie werden zur Anmeldung aufgefordert und können nicht als anonymer Benutzer chatten. Wenn DLP eingerichtet ist, ist der unauthentifizierte Connector für diese Umgebung nicht verfügbar.

• Die Änderung hat sich noch nicht verbreitet. Veröffentlichungs- und Einstellungsänderungen brauchen Zeit. Testen Sie nach kurzer Wartezeit erneut.
• Eine Mandanten-Einstellung überschreibt Ihre. Eine Adminrichtlinie kann Kanäle über Ihrer Einstellung erlauben oder blockieren. Bestätigen Sie dies mit Ihrem Admin.
• Sie haben eine zwischengespeicherte Sitzung getestet. Verwenden Sie jedes Mal ein frisches privates Fenster, abgemeldet.
• Ein anderer Kanal ist noch offen. Prüfen Sie jeden veröffentlichten Kanal, nicht nur den Webchat.

• Machen Sie "Require users to sign in = On" zu einer harten Prüfung in Ihrem Sicherheits-Veröffentlichungsgate.
• Behandeln Sie Authentifizierung und DLP als Ihre primäre Durchsetzungsebene, nicht als Nachgedanken.
• Prüfen Sie die Exposition nach jedem Plattformupdate erneut, denn Standardeinstellungen und Kanäle können sich ändern.