Zum Inhalt springen

Sicherheit

Für: Kontoinhaber, Administratoren und SicherheitsprüferVoraussetzung: Ansehen kann jede angemeldete Person; Änderungen erfordern die Rolle AdminScreenshots zeigen Beispieldaten

Im Bereich Sicherheit legen Sie fest, worüber Ihr Assistent spricht, was er von den Daten Ihrer Kunden zu sehen bekommt und welche Tools einer Chatsitzung angeboten werden. Sie öffnen ihn über Sicherheit im Menü links. Die Guardrails prüfen jede Nachricht eines Endkunden, bevor die KI antwortet, die Maskierung verbirgt Teile sensibler Werte in den Antworten Ihrer API, und mit Richtlinien für Tools legen Sie fest und simulieren, welche Tools eine Kombination von Richtlinienschlüsseln freigibt.

Jede dieser Funktionen greift an einer anderen Stelle eines Chatdurchlaufs; sie ergänzen sich, statt sich zu überschneiden. Keine von ihnen ersetzt die Berechtigungsprüfung in Ihrer eigenen API: StrikeUp ruft Ihre API im Namen des Kunden auf, und Ihre API entscheidet weiterhin, was dieser Kunde lesen oder ändern darf.

SeiteWofür sie da istWo sie greift
LeitplankenDie Unternehmensrichtlinie schreiben, die über erlaubte Chatnachrichten entscheidet, Beispieltexte dagegen testen und die Antwort festlegen, die Kunden bei einer blockierten Nachricht sehenBei jeder eingehenden Nachricht eines Endkunden, bevor die KI antwortet
DatenmaskierungRegeln zur Maskierung von Feldern in API-Antworten anlegen, von StrikeUp vorgeschlagene Regeln einschalten und Regeln an Beispiel-JSON testenBei jeder erfolgreichen Tool-Antwort, bevor die KI und das Tool-Lauf-Protokoll sie sehen
Tool-RichtlinienGruppen von Tools unter einem Richtlinienschlüssel benennenBeim Aufbau der Tool-Liste einer Sitzung, sofern die Sitzung Richtlinienschlüssel trägt
Tool-ZugriffssimulationSehen, welche Tools ein Widget bei einer Auswahl von Richtlinien anbietet, oder zwei Auswahlen nebeneinander vergleichenNirgends im Livebetrieb; sie simuliert nur

Tool-Zugriffssimulation hat keinen eigenen Eintrag im Menü links. Sie öffnen sie über die gleichnamige Schaltfläche oben auf SicherheitTool-Richtlinien.

  • Festlegen, worüber der Assistent spricht. Beschreiben Sie Ihr Geschäft in der Unternehmensrichtlinie, oder lassen Sie StrikeUp einen Entwurf aus Ihrer Website-Adresse und Ihren Toolkits erstellen. Leitplanken.
  • Eine Nachricht prüfen, bevor Ihre Kunden sie senden. Das Testfeld auf der Guardrails-Seite zeigt Urteil, Grund und jeden Verstoß, ohne etwas zu erfassen. Leitplanken.
  • Kartennummern, IBANs und andere personenbezogene Daten vor der KI verbergen. Eine Maskierungsregel behält die ersten und letzten Zeichen eines Felds und ersetzt den Rest. Datenmaskierung.
  • Die von StrikeUp vorgeschlagenen Regeln zur Maskierung prüfen. Beim Generieren eines Toolkits schlägt StrikeUp Regeln für sensibel wirkende Felder vor; sie maskieren erst, wenn Sie sie einschalten. Datenmaskierung.
  • Tools unter einem Richtlinienschlüssel bündeln und das Ergebnis simulieren. Sehen Sie genau, welche Tools ein Widget für eine Schlüsselkombination anbietet, oder vergleichen Sie zwei Kombinationen. Tool-Richtlinien planen und simulieren.
  • Den Livegang vorbereiten. Arbeiten Sie Guardrails, Maskierung, Tool-Freigaben, Zwei-Faktor-Anmeldung und Budgets in einer sicheren Reihenfolge ab. Ihren Assistenten vor dem Livegang absichern.

Ein Chatdurchlauf passiert die Funktionen in dieser Reihenfolge:

ReihenfolgeWas passiertFunktion
1Die Nachricht des Endkunden kommt an—
2Die Nachricht wird erlaubt oder blockiert. Eine blockierte Nachricht erhält Ihre Antwort bei Verstoß, und die KI sieht sie nieLeitplanken
3StrikeUp prüft Ihre KI-Budgets mit hartem LimitBudgets & Limits
4Die Tool-Liste der Sitzung entsteht aus den Toolkits des Widgets und deren aktiven Tools, eingeschränkt durch Richtlinienschlüssel, falls die Sitzung welche trägtRichtlinien für Tools
5Ein Tool, das eine Freigabe braucht, wartet, bis der Kunde zustimmtToolkits
6Ihre API antwortet, und die Regeln zur Maskierung werden auf die Antwort angewendet, bevor die KI sie liest und bevor sie ins Tool-Lauf-Protokoll geschrieben wirdDatenmaskierung

Guardrails entscheiden nur über Erlauben oder Blockieren

Abschnitt betitelt „Guardrails entscheiden nur über Erlauben oder Blockieren“

Die Guardrails-Prüfung liefert eines von zwei Urteilen. Sie kann den Assistenten nicht mit einem Satz Ihrer Wahl antworten lassen: Ein blockierter Kunde sieht immer die eine Antwort bei Verstoß, die Sie auf der Guardrails-Seite festlegen, oder den Plattform-Standard. Jede blockierte Nachricht steht unter AnalysenVerstöße.

Eine Maskierungsregel ändert den Wert in der API-Antwort selbst. Die KI, die Chatantwort und das Tool-Lauf-Protokoll arbeiten alle mit dem maskierten Wert, und StrikeUp bewahrt keine Kopie des Originals auf. Maskiert werden nur die Antworten Ihrer API, nicht das, was Kunden in den Chat schreiben.

Richtlinien für Tools gelten nur für Kunden, die Ihr Backend anmeldet

Abschnitt betitelt „Richtlinien für Tools gelten nur für Kunden, die Ihr Backend anmeldet“

Eine Tool-Richtlinie besteht aus einem Namen, einem Schlüssel und einer Gruppe von Tools. Einer Sitzung mit Richtlinienschlüsseln werden nur die Tools angeboten, die diesen Schlüsseln zugeordnet sind; einer Sitzung ohne Schlüssel jedes aktive Tool der Toolkits des Widgets. Nur Ihr eigenes Backend gibt einem Kunden Richtlinienschlüssel, und zwar im einmaligen Anmelde-Ticket, mit dem es den Kunden anmeldet; die Seite, die das Widget einbettet, kann sie weder setzen noch ändern. Kunden, die sich auf andere Weise anmelden, tragen keine Schlüssel und erhalten jedes aktive Tool. Um ein Tool für sie unerreichbar zu machen, schalten Sie es auf der Toolkits-Seite aus, verlangen Sie eine Freigabe dafür und lassen Sie Ihre API ablehnen, was der Kunde nicht darf. Tun Sie das für alle Kunden, als zweite Verteidigungslinie.

Alle Arbeitsbereiche haben den Bereich Sicherheit; kein Tarif und kein Feature-Schalter blendet ihn aus. Jedes angemeldete Mitglied kann die Seiten öffnen und die Testfelder für Guardrails und Maskierung nutzen. Speichern, Anlegen, Ändern und Löschen erfordern die Rolle Admin; andere Rollen sehen die Schaltflächen, die Änderung wird aber mit Anfrage fehlgeschlagen und „This action requires the Admin role.“ abgelehnt. Auch Tool-Zugriffssimulation erfordert die Rolle Admin, obwohl sie nichts ändert.