View a markdown version of this page

Sicherheit in Quick - Amazon Quick

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Sicherheit in Quick

Amazon Quick bietet eine Reihe von Sicherheitsfunktionen, die Sie bei der Entwicklung und Implementierung Ihrer eigenen Sicherheitsrichtlinien berücksichtigen sollten. Die folgenden bewährten Methoden stellen allgemeine Richtlinien und keine vollständige Sicherheitslösung dar. Da diese bewährten Methoden für Ihre Umgebung möglicherweise nicht angemessen oder ausreichend sind, sollten Sie sie als hilfreiche Überlegungen und nicht als bindend ansehen.

Weitere Informationen zum Schutz Ihrer Daten, einschließlich der Erklärung, dass Kundendaten nicht für Schulungen oder die Verbesserung der zugrunde liegenden LLMs verwendet werden, finden Sie unterDatenschutz bei Amazon Quick.

Eine konzeptionelle Erläuterung, wie KI und Agentenfunktionen die Risikoanalyse für Quick verändern, einschließlich des Modells mit zwei Bedingungen für das Risiko gegnerischer Inhalte, finden Sie unter. KI- und Agentensicherheit in Amazon Quick

Entscheiden Sie sich vor der Bereitstellung — Die folgenden Entscheidungen sind irreversibel oder nach der Erstkonfiguration schwer zu ändern. Treffen Sie sie bewusst, bevor Sie Ressourcen erstellen oder Benutzer einbinden.

Registrieren Sie Verschlüsselungsschlüssel, bevor Sie Ressourcen erstellen — Quick verschlüsselt standardmäßig alle Daten im Ruhezustand. Weitere Informationen finden Sie unter Verschlüsselung im Ruhezustand. Bei der folgenden Entscheidung geht es darum, ob Sie oder die AWS Kontrolle über die Schlüssel haben. Wenn Sie die Kontrolle über die Verschlüsselungsschlüssel benötigen, die Ihre Daten schützen, registrieren Sie einen vom Kunden verwalteten KMS-Schlüssel als Standardkontoschlüssel, bevor Sie Ressourcen erstellen. Zwei wichtige Pfade sind wichtig:

  • Kontostandardschlüssel — Die teilnehmenden Ressourcentypen wählen beim Schreiben von Daten den Standardschlüssel für das Konto aus. Eine Änderung des Standardwerts wirkt sich auf zukünftige Schreibvorgänge aus, führt jedoch nicht zu einer erneuten Verschlüsselung vorhandener Inhalte.

  • Amazon Q-Datenschlüssel — Wird einmalig festgelegt, wenn Amazon Q-Daten zum ersten Mal im Konto erstellt werden, und zwar anhand des zu diesem Zeitpunkt registrierten Standardschlüssels. Sie können diesen Schlüssel später nicht mehr ändern. Weitere Informationen finden Sie unter Amazon Q-Datenschlüssel.

  • Forschungsressourcen — Eine Forschungsressource verknüpft einen Schlüssel bei der Schöpfung. Eine Forschungsressource, die ohne eine Schlüsselzuordnung erstellt wurde, kann später nicht in eine andere verschoben werden.

Für den vom Kunden verwalteten KMS-Schlüsselsupport ist ein Enterprise-Abonnement erforderlich. Eine vollständige Liste der teilnehmenden Ressourcentypen finden Sie unterUmfang des vom Kunden verwalteten KMS-Schlüssels.

Wählen Sie Ihr Identitätsmodell — Wählen Sie bewusst zwischen IAM Identity Center, Active Directory, IAM Federation und Quick Local Users. Das Bereitstellungs- und Offboarding-Verhalten ist je nach Modell unterschiedlich. Insbesondere erkennt Quick inaktive Benutzer und füllt die Liste der inaktiven Benutzer auf. Diese Erkennung gilt nur für Konten, die über IAM Identity Center oder Active Directory miteinander verbunden sind. Weitere Informationen finden Sie unter Benutzerlebenszyklus und Datenverarbeitung in Amazon Quick.

Wählen Sie das Zugriffsmodell für die Wissensdatenbank bei der Erstellung aus — Bei unterstützten Integrationen entscheiden Sie bei der Erstellung, ob eine Wissensdatenbank Zugriffskontrolllisten (ACL) unterstützt. Document-level Die ACL-Konfiguration ist permanent. Sie können ACLs für eine Wissensdatenbank, die ohne ACL-Unterstützung erstellt wurde, nicht aktivieren, und Sie können sie auch nicht deaktivieren, nachdem Sie sie aktiviert haben. Um die ACL-Konfiguration zu ändern, erstellen Sie von Anfang an eine neue Wissensdatenbank mit der gewünschten Einstellung.

  • Unterstützte Integrationen — Amazon S3, Google Drive, Microsoft SharePoint, Atlassian Confluence Cloud und Microsoft. OneDrive

  • Teilen und Abrufen sind separate Steuerelemente — Die gemeinsame Nutzung der Wissensdatenbank bestimmt, wer die Wissensdatenbank nutzen kann. Bei ACL-aware Wissensdatenbanken schränken ACLs für Quelldokumente zusätzlich ein, welche indexierten Dokumente jeder autorisierte Benutzer abrufen kann. Überprüfen Sie beide Steuerelemente, bevor Sie Zugriff gewähren.

  • Fail-closed Verhalten — Wenn Quick die Dokumentberechtigungen für eine Abfrage nicht auswerten kann, gibt es keine Dokumente zurück, sondern ungefilterte Ergebnisse.

  • Synchronisationsrhythmus — Quick synchronisiert Identitäts- und Dokumentberechtigungsänderungen anhand des Zeitplans für die Aktualisierung der Wissensdatenbank, der standardmäßig alle 24 Stunden erfolgt. Konfigurieren Sie einen kürzeren Zeitplan, wenn Ihre Zugriffsanforderungen dies erfordern.

  • Geteilte E-Mail-Adressen — Wenn mehrere Quick-Benutzer dieselbe E-Mail-Adresse in einem Namespace verwenden, verweigert das System allen Benutzern dieser gemeinsamen E-Mail den Zugriff.

  • Umfang der ACL-Auflösung — Quick löst alle ACLs im Namespace des Erstellers der Wissensdatenbank auf.

  • E-Mail-Recycling — Wenn Ihr Unternehmen vor der nächsten ACL-Aktualisierung eine E-Mail-Adresse neu zuweist und der vorherige Inhaber Quick nie für den Chat verwendet hat, kann es zu vorübergehenden Zugriffsverlusten kommen. Aktualisieren Sie die ACLs und aktualisieren Sie die Wissensdatenbank, bevor Sie die E-Mail erneut zuweisen.

  • Forschungsinkompatibilität — Wissensdatenbanken mit aktivierten ACLs auf Dokumentebene sind nicht mit Quick Research kompatibel.

Weitere Informationen finden Sie unter Bewährte Methoden für die Verwaltung von ACLs in Wissensdatenbanken.

Zugriff einschränken — Nachdem Ihr Konto konfiguriert ist, beschränken Sie den Zugriff auf das für jede Rolle erforderliche Minimum.

Wenigste Rechte anwenden — Weisen Sie Quick Rollen zu, die den Zuständigkeiten der einzelnen Benutzer entsprechen. Verwenden Sie benutzerdefinierte Berechtigungsprofile, um die für eine Rolle verfügbaren Standardfunktionen weiter einzuschränken. Benutzerdefinierte Berechtigungen können nur einschränken. Sie können keine Funktionen gewähren, über die ein Benutzer noch nicht verfügt. Wenn Sie Profile auf mehreren Ebenen zuweisen, gewinnt die spezifischste Ebene: Die Benutzerebene überschreibt die Rollenebene, die wiederum Vorrang vor der Kontoebene hat. Für benutzerdefinierte Berechtigungen ist ein Enterprise-Abonnement erforderlich. Weitere Informationen finden Sie unter Benutzerdefinierte Berechtigungen.

Ergänzen Sie die Berechtigungen für BI-Workloads um Sicherheit auf Zeilenebene, Sicherheit auf Spaltenebene und Run-As-Rollen, um den Datenzugriff bei Abfragen einzuschränken.

Standardmäßig für KI-Funktionen verweigern — Wenn Ihr Unternehmen Anforderungen an das Modellrisiko oder die Genehmigung von Änderungen stellt, schränken Sie die Kategorie der KI-Funktionen ein, sodass neue KI-Funktionen am Tag der Markteinführung verweigert werden, bis Sie sie ausdrücklich zulassen. Ohne diese Einschränkung steht jede neue KI-Funktion, die Quick ausliefert, bei der Veröffentlichung automatisch allen Benutzern zur Verfügung. Weitere Informationen finden Sie unter Standardmäßig ablehnen.

Konfiguriere KI-Leitplanken — die Sicherheitsüberprüfung von Built-in Inhalten wird automatisch auf Chat-Interaktionen angewendet. Sie können außerdem bis zu 50 blockierte Wörter und Wortgruppen konfigurieren, die im Schnellverfahren sowohl mit Benutzeranfragen als auch mit generierten Antworten abgeglichen werden. Weitere Informationen finden Sie unter KI-Leitplanken in Amazon Quick.

Passen Sie die Überwachung an die Ausführung der Aktion an — Quick unterstützt zwei Aufrufmodelle mit unterschiedlichen Sicherheitsmerkmalen. Passen Sie Ihre Prüfungstiefe an die Autonomie und Konsequenz der einzelnen Modelle an.

  • On-demand Aktionen — User-initiated interaktiv und mit den persönlichen Anmeldedaten des einzelnen Benutzers authentifiziert. Jede Aktion wird als aufrufender Benutzer ausgeführt und ist durch die Connector-Berechtigungen dieses Benutzers begrenzt. Weitere Informationen finden Sie unter On-demand Aktionen.

  • Automatisierte Workflows — geplant oder durch Ereignisse ausgelöst System-level, nicht interaktiv und auf Serviceebene authentifiziert. Ein automatisierter Workflow authentifiziert sich auf Serviceebene. Er agiert nicht als einzelner Benutzer, ist nicht an die Connector-Berechtigungen dieses Benutzers gebunden und wird unbeaufsichtigt ausgeführt. Prüfen Sie automatisierte Workflows bei der Überprüfung genauer. Weitere Informationen finden Sie unter Automatisierte Workflows.

  • Einschränkung der autonomen Ausführung — Wenn die unbeaufsichtigte Ausführung für einige oder alle Benutzer nicht akzeptabel ist, verwenden Sie die folgenden Funktionen für benutzerdefinierte Berechtigungen, um sie einzuschränken:

    • Automatisieren — Hindert Benutzer mit eingeschränkten Rechten daran, Automatisierungen zu erstellen, zu aktualisieren oder auszuführen.

    • Flows — Schränkt das Erstellen, Aktualisieren, Teilen und Ausführen von Flows ein.

    • Trigger — Schränkt alle Trigger-Funktionen ein, einschließlich Triggern für eingehende E-Mails und Quick-Event-Trigger.

    Wenden Sie diese Einschränkungen in einem Profil auf Kontoebene an, um die unbeaufsichtigte Ausführung im gesamten Konto einzuschränken. Weitere Informationen finden Sie unter Benutzerdefinierte Berechtigungen.

  • Hinzufügen eines Prüfungsschritts — Verwenden Sie für Workflows, bei denen eine menschliche Überprüfung angemessen ist, das Menschen-in-the-Loop-Taskcenter, um die Ausführung zu unterbrechen und Genehmigungen einzuholen, bevor der Workflow fortgesetzt wird. Weitere Informationen finden Sie unter Human-in-the-loop Taskcenter.

Abgerufene und externe Inhalte als nicht vertrauenswürdig behandeln — Das Risiko, auf gegnerische Inhalte zu reagieren, setzt zwei Bedingungen voraus: Der Assistent kann Inhalte lesen, die außerhalb Ihrer Vertrauensgrenze liegen, und er kann entsprechende Maßnahmen ergreifen. Eine Verengung auf beiden Seiten reduziert die Exposition.

  • Leseoberfläche — Inhalte aus den folgenden Quellen werden in den Kontext des Assistenten übernommen: Wissensdatenbank und Indexabruf, in Spaces und Chat hochgeladene Dateien, Websuche, Drittanbieter von Recherchen und von Konnektoren zurückgegebene Inhalte.

  • Aktionsoberfläche — Beschränken Sie die Anzahl der Konnektoren, Aktionen und ausgehenden Pfade, die für jede Rolle verfügbar sind. Ein engerer Aktionsbereich reduziert die Folgen einzelner kompromittierter Eingaben.

  • Built-in Screening — Built-in Sicherheitsüberprüfungen überprüfen Benutzeranfragen, einschließlich Anfragen, die schnelle Angriffe enthalten. Kombinieren Sie dieses Screening mit einem engen Handlungsspielraum, anstatt sich allein auf das Screening zu verlassen. Weitere Informationen finden Sie unter KI-Leitplanken in Amazon Quick.

Netzwerkzugriff einschränken — Verwenden Sie IP- und VPC-Endpunktregeln, um zu steuern, welche Netzwerke Quick über Web-, eingebettete und mobile Zugriffe erreichen können. Zu den Regeltypen gehören CIDR-Blöcke (IPv4), VPC-IDs und VPC-Endpunkt-IDs. Sie können zusammen bis zu 100 IP- und VPC-Endpunktregeln hinzufügen. Diese Regeln sind global und gelten für alle AWS-Regionen. Es kann bis zu 10 Minuten dauern, bis Regeländerungen wirksam werden. Für IP- und VPC-Endpunktregeln ist ein Enterprise-Abonnement erforderlich.

IP- und VPC-Endpunktregeln schränken den Zugriff auf die öffentliche API nicht ein. Verwenden Sie die IAM-Richtlinienbedingungen, um den API-Zugriff einzuschränken. Weitere Informationen finden Sie unter Einschalten von Internet Protocol (IP) und VPC-Endpunktbeschränkungen in Amazon Quick.

Übertragen Sie die Inhaberschaft, bevor Sie das Konto verlassen — Vermögenswerte, die auf dem Konto verblieben sind, ohne dass ein Eigentümer vorhanden ist, sind für jeden Benutzer unzugänglich. Übertrage die Inhaberschaft an Konnektoren, Agenten und Automatisierungen, bevor du einen Benutzer aus dem Konto entfernst.

  • Überprüfen Sie verwaiste Ressourcen — Prüfen Sie regelmäßig Konnektoren, Agenten und Automatisierungen, deren Inhaber Ihr Unternehmen verlassen haben. Weitere Informationen finden Sie unter Verwaiste Vermögenswerte.

  • Überprüfen Sie inaktive Verbindungen — Verwaltete OAuth-Aktualisierungstoken haben einen Lebenszyklus von 90 Tagen. Verwenden Sie diesen Rhythmus als Auslöser, um zu überprüfen, ob jede Verbindung noch benötigt wird, und um Verbindungen zu entfernen, die nicht mehr verwendet werden.

  • Den gesamten Lebenszyklus einplanen — Eine ausführliche Anleitung zur Entfernung von Benutzern und deren Auswirkungen finden Sie unterBenutzerlebenszyklus und Datenverarbeitung in Amazon Quick.

Prüfen Sie, was übrig bleibt — Jeder ausgehende Pfad ist vom Kunden aktiviert, und jede Verbindung hat ihre eigenen Authentifizierungs- und Datenzugriffsmerkmale. Prüfen Sie jeden Pfad als potenziellen Ausgangskanal, bevor Sie ihn einschalten.

Authentifizierung für jede Verbindung erforderlich — Die verfügbaren Authentifizierungsoptionen hängen vom Konnektortyp ab. Einige Connectortypen ermöglichen eine Verbindung ohne Authentifizierung, darunter Remote-MCP-Server (Model Context Protocol), Agent-zu-Agent-Konnektoren und generische HTTP-Connectors. Vergewissern Sie sich, dass für jede Verbindung eine Authentifizierung erforderlich ist, bevor Sie sie aktivieren.

  • User-level OAuth — Jeder Benutzer authentifiziert sich einzeln und agiert als er selbst. Bevorzugen Sie die Authentifizierung auf Benutzerebene, wenn der Connector sie unterstützt, da die Auswirkungen einer falsch konfigurierten Verbindung auf den Zugriffsbereich eines einzelnen Benutzers beschränkt sind.

  • Gemeinsame Verbindung mit Client-Anmeldeinformationen — Ein einziger Satz von Anmeldeinformationen wird von allen Benutzern des Connectors gemeinsam genutzt. Jeder Benutzer dieses Connectors erbt seine Reichweite und seinen Zugriffsumfang. Grenzen Sie gemeinsam genutzte Zugangsdaten ein und überprüfen Sie, was sie gewähren.

  • Per-connector Einschränkung — Sie können einzelne Aktionsconnectors für „Erstellen und Aktualisieren“, „Teilen“ und „Verwenden“ durch benutzerdefinierte Berechtigungen einschränken, sodass ein Connector für eine begrenzte Anzahl von Benutzern und nicht für alle Benutzer aktiviert werden kann. Weitere Informationen finden Sie unter Benutzerdefinierte Berechtigungen.

Weitere Informationen zu den verfügbaren Authentifizierungsmethoden finden Sie unterAuthentifizierungsmethoden.

Überprüfen Sie jeden ausgehenden Pfad, bevor Sie ihn aktivieren — Bevor Sie eine Funktion für ausgehenden Datenverkehr aktivieren, stellen Sie sicher, dass das Ziel und die Daten, die dorthin übertragen werden können, den Anforderungen Ihres Unternehmens entsprechen. Zu den ausgehenden Pfaden gehören Action Connectors, Remote-MCP-Server, Websuche, Drittanbieter für Recherchen, öffentliche Apps, Einbettungsziele und Exportziele. Einzelheiten dazu, welche Daten pro Pfad hinterlassen können, was sie auslöst, wer sie kontrolliert und was überprüft werden muss, finden Sie unter. Ausgehende Verbindungen und ausgehender Datenfluss in Amazon Quick

Beobachtbarkeit konfigurieren — Konfigurieren Sie Überwachung und Protokollierung, bevor Sie Benutzer in großem Umfang einbinden. Verwenden Sie die folgenden Signale zusammen, wenn Sie Überwachungs- und Reaktionsverfahren für Vorfälle entwerfen. Bevor Sie sich bei der Einhaltung von Vorschriften, zur Erkennung oder Untersuchung auf ein Signal verlassen, sollten Sie sicherstellen, dass es das Ereignis abdeckt, das Sie verfolgen möchten.

  • CloudTrail— Zeichnet unterstützte API-Operationen und eine dokumentierte Reihe von Ereignissen auf, die nichts mit der API zu tun haben, wie z. B. Dashboard-Ansichten und Aktionen zur Benutzerverwaltung. CloudTrail erfasst keine Chat-Konversationsinhalte oder Benutzerfeedback. Verwenden Sie für diese Signale CloudWatch Verkaufsprotokolle. Weitere Informationen finden Sie unter Überwachung von Amazon Quick mit CloudTrail.

  • CloudWatch Vended Logs — Fünf Log-Typen liefern Konversations- und Betriebsdaten an Ziele, die Sie kontrollieren (Amazon CloudWatch Logs, Amazon S3 oder Firehose):

    • Chat-Konversationen () CHAT_LOGS

    • Feedback von Benutzern (FEEDBACK_LOGS)

    • Öffnungszeiten des Agenten und der Recherche (AGENT_HOURS_LOGS)

    • Nutzung des Indexspeichers (INDEX_USAGE_LOGS)

    • Dateisynchronisierung der Wissensdatenbank (KB_FILE_SYNC_LOGS)

    Versendete Logs werden standardmäßig nicht übertragen. Konfigurieren Sie die Zustellung kurz nach der Aktivierung der Quick AI-Funktionen, damit Sie keine frühen Interaktionsdaten verlieren. Weitere Informationen finden Sie unter Amazon Quick mithilfe von CloudWatch Protokollen überwachen.

  • CloudWatch Metriken und Alarme — Near-real-time Betriebsmetriken umfassen Dashboards, Grafiken, Datensatzaufnahmen, unstrukturierte Datensätze, Aktionskonnektoren und SPICE-Kapazität. Sie können CloudWatch Alarme erstellen, die Benachrichtigungen senden, wenn eine Metrik einen von Ihnen angegebenen Schwellenwert erreicht. Weitere Informationen finden Sie unter Amazon Quick mithilfe von CloudWatch Metriken überwachen.

  • Analyse-Dashboard — Bietet Einblicke in Nutzung, Akzeptanz und Feedback für IAM-Administratoren. Für den Zugriff ist die quicksight:QuickSuiteUsageMetrics Genehmigung erforderlich. Das Analyse-Dashboard kann detaillierte Abfragetexte, Inhalte fehlgeschlagener Abfragen und den gesamten Konversationskontext im Zusammenhang mit negativem Feedback anzeigen. Gewähren Sie nur autorisierten Administratoren Zugriff auf Analysen. Weitere Informationen finden Sie unter Verwenden des Amazon Quick Analytics-Dashboards.

  • Feature-specific Berichte — Für einige Funktionen werden eigene Betriebsberichte erstellt, z. B. Synchronisierungsberichte aus der Wissensdatenbank, die den Synchronisierungsstatus pro Datei dokumentieren.

Sie kontrollieren die Aufbewahrung aller externen Signale. Legen Sie Richtlinien zur Aufbewahrung von Reisezielen fest, die Ihren Compliance-Anforderungen entsprechen. CloudTrail Der Event-Verlauf speichert standardmäßig Management-Ereignisse für 90 Tage. CloudWatch Die Aufbewahrung von Protokollen, Amazon S3 und Firehose-Zielen folgt den Richtlinien, die Sie für jedes Ziel konfigurieren. Weitere Informationen finden Sie unter Reaktion, Protokollierung und Überwachung von Vorfällen in Amazon Quick.

CloudTrail zeichnet Metadaten auf (wer, wann, welche Operation), aber nicht den Nachrichtentext oder den Inhalt der Antwort. CloudWatch In den Protokollen von Verkaufs-Chats werden Benutzernachrichten und Systemantworten erfasst, nicht jedoch der Inhalt des Quelldokuments. Das Analyse-Dashboard zeigt den Gesprächskontext nur im Rahmen der Überprüfung negativer Bewertungen an. Wenn Ihr Compliance-Modell ein Signal erfordert, das hier nicht aufgeführt ist, überprüfen Sie die Reichweite, bevor Sie davon ausgehen, dass es existiert.

Datenquellenkonnektivität — Die folgenden Methoden helfen Ihnen dabei, eine sichere Verbindung zu Datenquellen herzustellen.

VPC-Verbindungen für private Quellen verwenden — Verwenden Sie eine Virtual Private Cloud (VPC) -Verbindung für Daten in AWS Datenquellen und für Daten auf lokalen Servern ohne öffentliche Konnektivität. Für AWS Quellen verwendet Quick eine elastische Netzwerkschnittstelle für die sichere, private Kommunikation mit Datenquellen in einer VPC. Verwenden Sie Direct Connect für lokale Quellen unser AWS Site-to-Site VPN, um eine sichere, private Verbindung herzustellen. Für VPC-Verbindungen ist ein Enterprise-Abonnement erforderlich. Weitere Informationen finden Sie unter Verwaltung der VPC-Verbindung in Amazon Quick.

Datenbankverbindungen mit SSL verschlüsseln — Verwenden Sie SSL, um eine Verbindung zu Ihren Datenbanken herzustellen, insbesondere wenn Sie öffentliche Netzwerke verwenden. Für die Verwendung von SSL mit Quick sind Zertifikate erforderlich, die von einer öffentlich anerkannten Zertifizierungsstelle (CA) signiert wurden.

Firewallregeln für Benutzer- und Datenzugriff konfigurieren — Um Benutzern den Zugriff auf Quick zu ermöglichen, müssen Sie den Zugriff auf das HTTPS- und das WebSockets Secure-Protokoll (wss://) zulassen. Damit Quick eine Datenbank auf einem anderen AWS Server erreichen kann, ändern Sie die Firewallkonfiguration dieses Servers so, dass Datenverkehr aus dem entsprechenden Quick-IP-Adressbereich akzeptiert wird. Weitere Informationen finden Sie unter Konfigurationsanforderungen für Netzwerk und Datenbank.