Come possiamo aiutarti?

Le attività sospette o non autorizzate devono essere indagate prontamente e sistematicamente. Gli incidenti di sicurezza potenziali possono comportare accessi inaspettati agli account, modifiche di configurazione non autorizzate, attività di integrazione insolite o operazioni che sembrano incoerenti con le autorizzazioni stabilite. Le informazioni di governance e audit di Polyosync Enterprise possono aiutare gli amministratori a indagare su eventi registrati pertinenti. Tuttavia, le informazioni di audit disponibili devono essere considerate insieme alle procedure di sicurezza più ampie dell'organizzazione. Esempi di attività che richiedono indagine 1. Modifiche inaspettate alle autorizzazioni degli utenti. 2. Attività amministrativa non riconosciuta. 3. Tentativi di accesso insoliti. 4. Modifiche inaspettate alla configurazione aziendale. 5. Operazioni di IA al di fuori delle loro responsabilità previste. 6. Attività di integrazione esterna che non può essere spiegata. 7. Modifiche inaspettate a registri aziendali importanti. 8. Ripetuti fallimenti di autorizzazione. 9. Azioni sensibili eseguite senza la supervisione attesa. 10. Attività associata a un account che non dovrebbe più avere accesso. Processo di indagine raccomandato Passo 1: Valutare l'impatto potenziale. Determinare se l'attività coinvolge informazioni sensibili, operazioni aziendali importanti o un rischio di sicurezza attivo. Passo 2: Seguire le procedure di risposta agli incidenti dell'organizzazione. Se si sospetta un accesso non autorizzato, dare priorità alle misure di contenimento appropriate. Passo 3: Identificare l'area di lavoro interessata. Determinare quale ambiente aziendale di Enterprise è coinvolto. Passo 4: Stabilire il periodo di tempo. Registrare quando è stata osservata l'attività sospetta e quando potrebbe essere iniziata. Passo 5: Esaminare le informazioni di audit disponibili. Cercare eventi registrati pertinenti e i loro dettagli associati. Passo 6: Esaminare i permessi di accesso. Controllare i ruoli degli utenti pertinenti, le appartenenze e le recenti modifiche di autorizzazione. Passo 7: Esaminare i registri di esecuzione operativa. Se sono stati coinvolti dipendenti AI, automazioni o processi aziendali, esaminare i loro risultati di esecuzione disponibili. Passo 8: Controllare le integrazioni esterne. Dove pertinente, esaminare le informazioni di sicurezza e attività del fornitore connesso. Passo 9: Conservare le prove pertinenti. Evitare modifiche non necessarie che potrebbero rendere più difficile l'indagine sull'incidente originale. Passo 10: Applicare azioni correttive. A seconda delle circostanze, ciò può comportare la revisione delle autorizzazioni, la revoca delle credenziali compromesse, la modifica delle configurazioni o la sospensione delle operazioni interessate. Passo 11: Documentare l'indagine. Registrare le scoperte, le azioni intraprese e i rischi rimanenti. Passo 12: Contattare il supporto Polyosync quando appropriato. Fornire l'ambiente interessato, i timestamp pertinenti, le informazioni sugli errori e una chiara descrizione del problema sospettato. Cosa fare se si sospetta che un account utente sia stato compromesso? Seguire le procedure di sicurezza dell'organizzazione per proteggere l'account e limitare l'accesso non autorizzato. Esaminare le integrazioni correlate e altri sistemi che potrebbero essere interessati. Le password o i token devono essere inclusi in una richiesta di supporto? No. Non includere mai password, chiavi API, token di accesso, token di aggiornamento o altri segreti di autenticazione nelle comunicazioni di supporto ordinarie. L'assenza di un evento di audit prova che non si è verificato alcun incidente? No. La copertura di audit dipende dai meccanismi di raccolta e conservazione degli eventi implementati. Un'indagine non dovrebbe basarsi esclusivamente sulla presenza o assenza di un'entrata di registro. Approccio raccomandato Dare priorità al contenimento quando c'è un rischio attivo, preservare le prove pertinenti e indagare sull'incidente utilizzando più fonti disponibili. Gli incidenti di sicurezza devono essere gestiti attraverso un processo di risposta organizzativa stabilito.