Sì. Credenti l'SSO per gli ambienti IBM i (AS/400) automatizzando l'autenticazione nelle sessioni terminale 5250 e integrandosi con provider di identità aziendali come Okta. Gli utenti possono accedere ai sistemi AS/400 senza inserire manualmente le password, preservando al contempo il flusso di lavoro dell'applicazione esistente.

Sì. Credenti alle organizzazioni di applicare l'autenticazione a più fattori (MFA) per i sistemi AS400 e IBM i applicando le politiche di autenticazione definite nel provider di identità prima di concedere l'accesso alla sessione terminale 5250.

Sì. Credenti l'integrazione di Okta con gli ambienti IBM i ed è in grado di estendere la verifica dell'identità dai moderni provider di identità ai sistemi legacy basati su terminale che non supportano nativamente i protocolli di federazione.

Sì. Credenti l'SSO per i sistemi IBM iSeries e AS/400, consentendo agli utenti di autenticarsi con metodi senza password, pur mantenendo la compatibilità con le tradizionali applicazioni a schermo verde.

Sì. Le organizzazioni possono introdurre moderni concetti SSO relativi all'accesso AS/400 proteggendo il flusso di lavoro di autenticazione e avvio della sessione, invece di cercare di riprogettare l'applicazione a schermo verde stessa. Ciò consente di allineare l'accesso a una strategia di identità più ampia, preservando al contempo il sistema aziendale esistente.

Il modello più pratico consiste nel modernizzare il livello di autenticazione prima che l'utente raggiunga la sessione 5250. Ciò consente a un'organizzazione di applicare una verifica dell'identità più rigorosa, ridurre la dipendenza dalle password e migliorare l'attribuzione senza modificare il comportamento dell'applicazione IBM i una volta avviata la sessione.

Sì. Gli ambienti condivisi possono utilizzare badge, dati biometrici, QR o procedure di accesso assistite da dispositivi mobili per stabilire rapidamente l'identità dell'utente presso la macchina. Ciò preserva la velocità necessaria ai team operativi, rendendo al contempo l'accesso più attribuibile e riducendo le scorciatoie non sicure.

No. Molte organizzazioni mantengono l'applicazione IBM i esattamente com'è e modernizzano solo il flusso di lavoro di accesso che la circonda. Ciò riduce le interruzioni, semplifica la complessità dell'implementazione e consente di migliorare l'identità indipendentemente da un progetto completo di modernizzazione legacy.

Credenti le organizzazioni Credenti verificare l'identità degli utenti prima che venga stabilito l'accesso all'ambiente AS/400. Grazie a opzioni quali Credenti Tap l'accesso tramite badge, Credenti You il login biometrico facciale e Credenti Unify collegare i flussi di lavoro di identità legacy e moderni, le organizzazioni possono rafforzare la sicurezza preservando al contempo l'usabilità operativa.

Sì. Tramite IBM AS/400 Connector e Credenti Provisioning Gateway, le organizzazioni possono automatizzare il provisioning degli account IBM i quando nuovi utenti vengono registrati su piattaforme di identità come Okta. Ciò garantisce la creazione coerente degli account utente e riduce l'amministrazione manuale.

Credenti i sistemi IBM i con le piattaforme di identità aziendali in modo che l'intero ciclo di vita dell'identità possa essere gestito centralmente. Quando il ruolo di un utente cambia o questi lascia l'organizzazione, gli aggiornamenti e le azioni di deprovisioning possono propagarsi automaticamente agli account AS/400, riducendo gli account orfani e migliorando la sicurezza.

Sì. Credenti le informazioni relative all'identità e all'accesso provenienti dagli ambienti IBM i, consentendo alle organizzazioni di includere gli account AS/400 in processi di governance delle identità più ampi, quali revisioni degli accessi, analisi della conformità e rilevamento di account non autorizzati o inattivi.

Sì. Utilizzando Credenti Provisioning Gateway, le organizzazioni possono implementare il provisioning basato su SCIM per i sistemi IBM i. Ciò consente alle piattaforme di identità come Okta di creare, aggiornare e disabilitare automaticamente gli account AS/400, mantenendo al contempo politiche di identità coerenti tra le applicazioni moderne e quelle legacy.