View a markdown version of this page

Sicurezza in tempi rapidi - Amazon Quick

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Sicurezza in tempi rapidi

Amazon Quick offre una serie di funzionalità di sicurezza da considerare durante lo sviluppo e l'implementazione delle proprie politiche di sicurezza. Le seguenti best practice sono linee guida generali e non rappresentano una soluzione di sicurezza completa. Poiché queste best practice potrebbero non essere appropriate o sufficienti per l’ambiente, sono da considerare come considerazioni utili anziché prescrizioni.

Per ulteriori informazioni su come vengono protetti i dati, inclusa la dichiarazione secondo cui i dati dei clienti non vengono utilizzati per la formazione o il miglioramento degli LLM sottostanti, consultaProtezione dei dati in Amazon Quick.

Per una spiegazione concettuale di come le funzionalità di intelligenza artificiale e degli agenti modificano l'analisi del rischio di Quick, incluso il modello a due condizioni per il rischio di contenuti contraddittori, consulta. Intelligenza artificiale e sicurezza degli agenti in Amazon Quick

Decidi prima dell'implementazione : le seguenti decisioni sono irreversibili o difficili da modificare dopo la configurazione iniziale. Fatele deliberatamente prima di creare risorse o integrare utenti.

Registra le chiavi di crittografia prima di creare risorse : per impostazione predefinita, Quick crittografa tutti i dati inattivi. Per ulteriori informazioni, consulta Crittografia dei dati a riposo. La seguente decisione riguarda l'utente o il AWS controllo delle chiavi. Se hai bisogno del controllo delle chiavi di crittografia che proteggono i tuoi dati, registra una chiave KMS gestita dal cliente come predefinita dell'account prima di creare risorse. Sono importanti due percorsi chiave:

  • Chiave predefinita dell'account: i tipi di risorse partecipanti selezionano la chiave predefinita dell'account al momento della scrittura dei dati. La modifica dell'impostazione predefinita influisce sulle scritture future ma non cripta nuovamente il contenuto esistente.

  • Chiave dati Amazon Q: impostata una volta, la prima volta che i dati Amazon Q vengono creati nell'account, a partire dalla chiave predefinita registrata in quel momento. Non puoi modificare questa chiave in seguito. Per ulteriori informazioni, consulta Chiave dati Amazon Q.

  • Risorse di ricerca: una risorsa di ricerca associa una chiave al momento della creazione. Una risorsa di ricerca creata senza un'associazione chiave non può essere spostata in un secondo momento.

L'assistenza chiave KMS gestita dal cliente richiede un abbonamento Enterprise. Per l'elenco completo dei tipi di risorse partecipanti, vedereAmbito chiave del KMS gestito dal cliente.

Scegli il tuo modello di identità : scegli deliberatamente tra IAM Identity Center, Active Directory, IAM federation e Quick local users. Il comportamento di provisioning e offboarding differisce in base al modello. In particolare, Quick rileva gli utenti inattivi e compila l'elenco degli utenti inattivi. Questo rilevamento si applica solo agli account che si federano tramite IAM Identity Center o Active Directory. Per ulteriori informazioni, consulta Ciclo di vita degli utenti e gestione dei dati in Amazon Quick.

Seleziona il modello di accesso alla knowledge base al momento della creazione : per le integrazioni supportate, decidi al momento della creazione se una knowledge base è compatibile con l'elenco di controllo degli accessi (ACL). Document-level La configurazione ACL è permanente. Non è possibile attivare gli ACL per una knowledge base creata senza il supporto ACL e non è possibile disattivarli dopo averli attivati. Per modificare la configurazione ACL, crea una nuova knowledge base con l'impostazione desiderata sin dall'inizio.

  • Integrazioni supportate: Amazon S3, Google Drive, Microsoft SharePoint, Atlassian Confluence Cloud e Microsoft. OneDrive

  • La condivisione e il recupero sono controlli separati: la condivisione della knowledge base determina chi può utilizzare la knowledge base. Per le ACL-aware knowledge base, gli ACL dei documenti di origine limitano ulteriormente i documenti indicizzati che ogni utente autorizzato può recuperare. Rivedi entrambi i controlli prima di concedere l'accesso.

  • Fail-closed comportamento: se Quick non è in grado di valutare le autorizzazioni dei documenti per una query, non restituisce alcun documento anziché risultati non filtrati.

  • Cadenza di sincronizzazione: Quick sincronizza le modifiche all'identità e alle autorizzazioni dei documenti in base alla pianificazione di aggiornamento della knowledge base, che per impostazione predefinita è ogni 24 ore. Configura una pianificazione più breve quando i requisiti di modifica degli accessi lo richiedono.

  • Indirizzi email condivisi: se più utenti Quick condividono lo stesso indirizzo email all'interno di un namespace, il sistema nega l'accesso a tutti coloro che utilizzano quell'email condivisa.

  • Ambito di risoluzione ACL: Quick risolve tutti gli ACL all'interno dello spazio dei nomi del creatore della knowledge base.

  • Riciclaggio delle e-mail: se l'organizzazione riassegna un indirizzo e-mail prima del successivo aggiornamento degli ACL e il precedente titolare non ha mai utilizzato Quick for chat, è possibile che si verifichi una perdita temporanea dell'accesso. Aggiorna gli ACL e aggiorna la knowledge base prima di riassegnare l'email.

  • Incompatibilità nella ricerca: le knowledge base con gli ACL a livello di documento abilitati non sono compatibili con Quick Research.

Per ulteriori informazioni, consulta Le migliori pratiche per la gestione degli ACL nelle knowledge base.

Limita l'accesso : dopo aver configurato l'account, limita l'accesso al minimo richiesto per ogni ruolo.

Applica il privilegio minimo : assegna ruoli Quick che corrispondano alle responsabilità di ciascun utente. Utilizza i profili di autorizzazione personalizzati per definire ulteriormente le funzionalità predefinite disponibili per un ruolo. Le autorizzazioni personalizzate possono solo limitare. Non possono concedere funzionalità che un utente non possiede già. Quando si assegnano profili a più livelli, prevale il livello più specifico: il livello utente sostituisce il livello di ruolo, che sostituisce il livello di account. Le autorizzazioni personalizzate richiedono un abbonamento Enterprise. Per ulteriori informazioni, consulta Autorizzazioni personalizzate.

Per i carichi di lavoro di BI, integra le autorizzazioni con la sicurezza a livello di riga, la sicurezza a livello di colonna e i ruoli run-as per limitare l'accesso ai dati in fase di interrogazione.

Rifiuta per impostazione predefinita le funzionalità di intelligenza artificiale : se la tua organizzazione ha requisiti relativi al rischio del modello o all'approvazione delle modifiche, limita la categoria di capacità di intelligenza artificiale in modo che le nuove funzionalità di intelligenza artificiale vengano negate il giorno del lancio fino a quando non le autorizzi esplicitamente. Senza questa restrizione, ogni nuova funzionalità di intelligenza artificiale fornita da Quick è automaticamente disponibile per tutti gli utenti al momento del rilascio. Per ulteriori informazioni, consulta Nega per impostazione predefinita.

Configura i guardrail AI : lo screening di sicurezza Built-in dei contenuti si applica automaticamente alle interazioni in chat. Puoi configurare ulteriormente fino a 50 parole e frasi bloccate che Quick verifica sia rispetto alle richieste degli utenti che alle risposte generate. Per ulteriori informazioni, consulta Guardrail AI in Amazon Quick.

Abbina la supervisione al modo in cui viene eseguita l'azione : Quick supporta due modelli di chiamata con caratteristiche di sicurezza diverse. Abbina la profondità della tua recensione all'autonomia e alle conseguenze di ciascun modello.

  • On-demand azioni User-initiated, interattive e autenticate con le credenziali personali del singolo utente. Ogni azione viene eseguita come utente richiamante ed è limitata dalle autorizzazioni del connettore di quell'utente. Per ulteriori informazioni, consulta On-demand azioni.

  • Flussi di lavoro automatizzati: pianificati o attivati da eventi System-level, non interattivi e autenticati a livello di servizio. Un flusso di lavoro automatizzato esegue l'autenticazione a livello di servizio. Non funziona come un singolo utente, non è limitato dalle autorizzazioni del connettore di quell'utente e viene eseguito automaticamente. Dai un'occhiata più da vicino ai flussi di lavoro automatizzati durante la revisione. Per ulteriori informazioni, consulta Flussi di lavoro automatizzati.

  • Limitazione dell'esecuzione autonoma: se l'esecuzione automatica non è accettabile per alcuni o tutti gli utenti, utilizza le seguenti funzionalità di autorizzazioni personalizzate per limitarla:

    • Automatizza: impedisce agli utenti con restrizioni di creare, aggiornare o eseguire automazioni.

    • Flussi: limita la creazione, l'aggiornamento, la condivisione e l'esecuzione dei flussi.

    • Trigger: limita tutte le funzionalità dei trigger, inclusi i trigger di posta elettronica in entrata e i trigger di eventi rapidi.

    Applica queste restrizioni a un profilo a livello di account per limitare l'esecuzione automatica nell'intero account. Per ulteriori informazioni, consulta Autorizzazioni personalizzate.

  • Aggiungere una fase di revisione: per i flussi di lavoro in cui è appropriata una fase di revisione umana, utilizza il task center human-in-the-loop per sospendere l'esecuzione e raccogliere l'approvazione prima che il flusso di lavoro continui. Per ulteriori informazioni, consulta Human-in-the-loop centro attività.

Considera i contenuti recuperati ed esterni come non affidabili : il rischio di agire su contenuti contraddittori richiede due condizioni: l'assistente può leggere i contenuti al di fuori del tuo limite di fiducia e può intraprendere un'azione consequenziale. Restringendo entrambi i lati si riduce l'esposizione.

  • Area di lettura: i contenuti provenienti dalle seguenti fonti entrano nel contesto dell'assistente: knowledge base e recupero dell'indice, file caricati su spazi e chat, ricerca sul Web, fornitori di ricerca di terze parti e contenuti restituiti dai connettori.

  • Superficie d'azione: limita i connettori, le azioni e i percorsi in uscita disponibili per ciascun ruolo. Un ambito di azione più ristretto riduce le conseguenze di ogni singolo input compromesso.

  • Built-in screening: i controlli Built-in di sicurezza esaminano le richieste degli utenti, comprese le richieste che contengono attacchi tempestivi. Abbina questo screening a un ambito d'azione ristretto piuttosto che affidarti solo allo screening. Per ulteriori informazioni, consulta Guardrail AI in Amazon Quick.

Limita l'accesso alla rete : utilizza le regole degli endpoint IP e VPC per controllare quali reti possono raggiungere Quick tramite accesso web, integrato e mobile. I tipi di regole includono blocchi CIDR (IPv4), ID VPC e ID endpoint VPC. È possibile aggiungere fino a 100 regole di endpoint IP e VPC combinate. Queste regole sono globali e si applicano a tutti. Regioni AWS Le modifiche alle regole possono richiedere fino a 10 minuti per avere effetto. Le regole per gli endpoint IP e VPC richiedono un abbonamento Enterprise.

Le regole degli endpoint IP e VPC non limitano l'accesso all'API pubblica. Per limitare l'accesso alle API, utilizza le condizioni delle policy IAM. Per ulteriori informazioni, consulta Attivazione delle restrizioni relative agli endpoint IP (Internet Protocol) e VPC in Amazon Quick.

Trasferisci la proprietà prima di uscire : gli asset lasciati nell'account senza proprietario diventano inaccessibili a tutti gli utenti. Trasferisci la proprietà di connettori, agenti e automazioni prima di rimuovere un utente dall'account.

  • Esamina le risorse orfane: esamina periodicamente i connettori, gli agenti e le automazioni i cui proprietari hanno lasciato la tua organizzazione. Per ulteriori informazioni, consulta Risorse orfane.

  • Esamina le connessioni inattive: i token di aggiornamento OAuth gestiti hanno un ciclo di vita di 90 giorni. Usa questa cadenza come trigger per verificare se ogni connessione è ancora necessaria e rimuovere le connessioni che non sono più in uso.

  • Pianifica l'intero ciclo di vita: per una guida dettagliata sulla rimozione da parte dell'utente e sui suoi effetti, consulta. Ciclo di vita degli utenti e gestione dei dati in Amazon Quick

Esamina ciò che resta : ogni percorso in uscita è abilitato al cliente e ogni connessione ha le proprie caratteristiche di autenticazione e accesso ai dati. Esamina ogni percorso come potenziale canale di uscita prima di attivarlo.

Richiedi l'autenticazione su ogni connessione : le opzioni di autenticazione disponibili dipendono dal tipo di connettore. Alcuni tipi di connettori consentono la connessione senza autenticazione, inclusi server Model Context Protocol (MCP) remoti, connettori agent-to-agent e connettori HTTP generici. Verifica che ogni connessione richieda l'autenticazione prima di abilitarla.

  • User-level OAuth: ogni utente si autentica individualmente e agisce come se stesso. Preferisci l'autenticazione a livello utente laddove il connettore la supporta, poiché l'impatto di una connessione non configurata correttamente è limitato all'ambito di accesso di un singolo utente.

  • Connessione condivisa con credenziali client: un unico set di credenziali è condiviso tra tutti gli utenti del connettore. Ogni utente di quel connettore ne eredita la portata e l'ambito di accesso. Definisci in modo ristretto le credenziali condivise ed esamina ciò che concedono.

  • Per-connector restrizione: è possibile limitare i connettori di azione individuali per Creazione e aggiornamento, condivisione e utilizzo tramite autorizzazioni personalizzate, in modo che un connettore possa essere abilitato per un gruppo ristretto di utenti anziché per tutti. Per ulteriori informazioni, consulta Autorizzazioni personalizzate.

Per ulteriori informazioni sui metodi di autenticazione disponibili, vedere. Metodi di autenticazione

Esamina ogni percorso in uscita prima di abilitarlo : prima di abilitare una funzionalità in uscita, verifica che la destinazione e i dati che possono fluire verso di essa soddisfino i requisiti dell'organizzazione. I percorsi in uscita includono connettori di azione, server MCP remoti, ricerca web, provider di ricerca di terze parti, app pubbliche, incorporamento e destinazioni di esportazione. Per informazioni dettagliate relative a ciascun percorso su quali dati possono essere lasciati, cosa li attiva, chi li controlla e cosa verificare, consulta. Connessioni in uscita e uscita di dati in Amazon Quick

Configura l'osservabilità : configura il monitoraggio e la registrazione prima di effettuare l'onboarding degli utenti su larga scala. Utilizzate i seguenti segnali insieme quando progettate procedure di monitoraggio e risposta agli incidenti. Prima di affidarvi a un segnale per la conformità, il rilevamento o l'indagine, verificate che copra l'evento che intendete monitorare.

  • CloudTrail— Registra le operazioni API supportate e una serie documentata di eventi non API, come le visualizzazioni dei dashboard e le azioni di gestione degli utenti. CloudTrail non acquisisce il contenuto delle conversazioni in chat o il feedback degli utenti. Per questi segnali, usa CloudWatch vended logs. Per ulteriori informazioni, consulta Monitoraggio di Amazon Quick utilizzando CloudTrail.

  • CloudWatch Vended logs: cinque tipi di log forniscono dati conversazionali e operativi alle destinazioni che controlli (Amazon CloudWatch Logs, Amazon S3 o Firehose):

    • CHAT_LOGSConversazioni in chat ()

    • Feedback degli utenti (FEEDBACK_LOGS)

    • Ore per agenti e ricerca (AGENT_HOURS_LOGS)

    • Utilizzo dello spazio di archiviazione dell'indice (INDEX_USAGE_LOGS)

    • Sincronizzazione dei file della Knowledge Base (KB_FILE_SYNC_LOGS)

    I log di Vended non scorrono per impostazione predefinita. Configura la distribuzione subito dopo aver abilitato le funzionalità Quick AI in modo da non perdere i dati di interazione iniziali. Per ulteriori informazioni, consulta Monitoraggio di Amazon Quick tramite CloudWatch log.

  • CloudWatch metriche e allarmi: le metriche Near-real-time operative comprendono dashboard, elementi visivi, inserimento di set di dati, set di dati non strutturati, connettori di azione e capacità SPICE. Puoi creare CloudWatch allarmi che inviano notifiche quando una metrica raggiunge una soglia specificata. Per ulteriori informazioni, consulta Monitoraggio di Amazon Quick tramite CloudWatch metriche.

  • Dashboard di analisi: fornisce informazioni sull'utilizzo, sull'adozione e sul feedback per gli amministratori IAM. L'accesso richiede l'quicksight:QuickSuiteUsageMetricsautorizzazione. La dashboard di analisi può esporre il testo dettagliato della query, il contenuto delle query non riuscite e il contesto completo della conversazione associato al feedback negativo. Concedi l'accesso alle analisi solo agli amministratori autorizzati. Per ulteriori informazioni, consulta Utilizzo del pannello di controllo Amazon Quick Analytics.

  • Feature-specific report: alcune funzionalità producono i propri report operativi, come i report di sincronizzazione della Knowledge Base che documentano lo stato di sincronizzazione per file.

Sei tu a controllare la conservazione di tutti i segnali esternalizzati. Imposta le politiche di conservazione delle destinazioni in base ai tuoi requisiti di conformità. CloudTrail per impostazione predefinita, la cronologia degli eventi conserva 90 giorni di eventi di gestione. CloudWatch La conservazione delle destinazioni di Logs, Amazon S3 e Firehose segue le politiche configurate per ciascuna destinazione. Per ulteriori informazioni, consulta Risposta, registrazione e monitoraggio degli incidenti in Amazon Quick.

CloudTrail registra i metadati (chi, quando, quale operazione) ma non il corpo del messaggio o il contenuto della risposta. CloudWatch i log delle chat vendute acquisiscono i messaggi degli utenti e le risposte di sistema ma non il contenuto del documento di origine. La dashboard di analisi espone il contesto della conversazione solo nell'ambito della revisione del feedback negativo. Se il tuo modello di conformità richiede un segnale non elencato qui, verifica la copertura prima di presumere che esista.

Connettività alle fonti di dati : le seguenti pratiche consentono di connettersi in modo sicuro alle fonti di dati.

Usa connessioni VPC per fonti private : utilizza una connessione VPC (Virtual Private Cloud) per i dati nelle origini AWS dati e per i dati nei server locali senza connettività pubblica. Per AWS le fonti, Quick utilizza un'interfaccia di rete elastica per comunicazioni private e sicure con le fonti di dati in un VPC. Per le fonti locali, utilizza la Direct Connect nostra AWS Site-to-Site VPN per creare un collegamento privato e sicuro. Le connessioni VPC richiedono un abbonamento Enterprise. Per ulteriori informazioni, consulta Gestione della connessione VPC in Amazon Quick.

Crittografa le connessioni al database con SSL : utilizza SSL per connetterti ai tuoi database, soprattutto se utilizzi reti pubbliche. L'utilizzo di SSL con Quick richiede certificati firmati da un'autorità di certificazione (CA) riconosciuta pubblicamente.

Configura le regole del firewall per l'accesso di utenti e dati : per consentire agli utenti di accedere a Quick, consenti l'accesso al protocollo HTTPS e WebSockets Secure (wss://). Per consentire a Quick di raggiungere un database su un server diverso da un AWS server, modifica la configurazione del firewall di quel server per accettare il traffico proveniente dall'intervallo di indirizzi IP Quick applicabile. Per ulteriori informazioni, consulta Requisiti relativi alla configurazione della rete e del database.