Single Sign-On (SSO) su iOS: setup e best practice
Il Single Sign-On (SSO) permette agli utenti di accedere a tutte le app aziendali con un'unica autenticazione, evitando di inserire password 10 volte al giorno. Su iOS, Apple supporta SSO a livello di sistema tramite estensioni dedicate, che possono integrarsi con Microsoft Azure AD, Google Workspace, Okta, OneLogin e altri identity provider. In questa guida vediamo come configurare e ottimizzare SSO sull'iPhone aziendale.
Come funziona SSO su iOS
iOS 13+ introduce un framework SSO esteso: un'app "broker" (es. Microsoft Authenticator o Google) si occupa di gestire i token di autenticazione per tutte le altre app aziendali compatibili. Quando un'app richiede login, il broker risponde col token già valido, evitando di chiedere nuovamente username/password.
Tipi di SSO supportati
- Microsoft Azure AD (Entra ID): per chi usa Microsoft 365.
- Google Workspace: per chi usa Google Workspace.
- Okta: per ambienti misti con Okta come IdP centrale.
- Kerberos Apple: SSO classico per intranet aziendali su rete locale.
- Apple Connect SSO: gestito tramite profili MDM personalizzati.
Configurazione SSO Microsoft 365
- Installa Microsoft Authenticator dall'App Store.
- Apri Authenticator e accedi con il tuo account aziendale.
- Completa la registrazione del dispositivo (se richiesto da Conditional Access).
- Da quel momento, app Microsoft (Outlook, Teams, OneDrive, Office) e app integrate Azure AD useranno SSO automaticamente.
- Verifica: apri Outlook, il login dovrebbe completarsi senza chiedere password.
Configurazione SSO Google Workspace
- Installa Google app (o usa Chrome iOS).
- Accedi col tuo account Workspace.
- Approva eventuali richieste 2FA.
- App Google (Gmail, Drive, Meet, Calendar) condividono automaticamente la sessione.
- App di terze parti integrate con Google possono accedere senza login aggiuntivo.
Configurazione SSO Okta
- L'IT distribuisce profilo MDM con configurazione Okta Extensible SSO.
- Installa Okta Verify dall'App Store.
- Registra il dispositivo nel sistema Okta dell'azienda.
- App configurate per Okta SSO usano automaticamente l'autenticazione.
- Le app web integrate funzionano anche con Safari, se profilo configura il dominio.
Kerberos SSO
Per ambienti con dominio Active Directory on-premise:
- L'IT crea profilo MDM con Kerberos Extension.
- Specifica realm AD (es. AZIENDA.LOCAL).
- Quando l'iPhone è sulla rete aziendale, ottiene ticket Kerberos.
- App interne autenticano via Kerberos senza prompt password.
- Funziona anche via VPN per accesso remoto.
Procedura distributiva per IT aziendale
- Definisci IdP centrale (Azure AD, Okta, ecc.).
- Configura federazione Apple Business Manager (se applicabile).
- Crea profilo MDM con SSO Extension corretto.
- Distribuisci profilo via MDM a tutti i dispositivi.
- Distribuisci app broker (Authenticator/Verify/ecc.) via VPP.
- Comunica agli utenti il primo setup.
- Monitora successo via reportistica MDM.
Errori comuni e come risolverli
- App chiede sempre password: l'app non è SSO-compatibile o broker non installato. Verifica entrambi.
- "Errore broker": Authenticator/Verify non funziona. Reinstalla l'app broker.
- SSO Kerberos non si connette: dispositivo non sulla rete giusta. Verifica VPN o Wi-Fi.
- Conditional Access blocca: dispositivo non conforme. Aggiorna iOS e verifica MDM.
- Login funziona ma poi torna a chiedere password: probabile sessione token corta. Aumenta lifetime nel IdP.
Best practice
- Imposta MFA obbligatoria sull'IdP, ma con frequency ridotta per ridurre fatica utenti.
- Combina SSO con biometria (FaceID/TouchID) per esperienza fluida.
- Per Conditional Access usa Compliance Policy MDM (es. iOS aggiornato, PIN attivo).
- Educa gli utenti: SSO non è "niente sicurezza", è "sicurezza centralizzata".
- Monitora i fallimenti SSO: spesso indicano problemi di compliance dispositivi.
Domande frequenti
D: SSO è più sicuro o meno?
R: Più sicuro, perché centralizza autenticazione e MFA, eviti password riutilizzate.
D: Posso usare SSO con Apple ID personale?
R: No, SSO è per identity provider aziendali.
D: SSO funziona offline?
R: I token già emessi funzionano per il loro lifetime, ma per rinnovo serve rete.
D: SSO rallenta l'apertura delle app?
R: No, anzi velocizza saltando login manuali.
Configurare SSO con Conditional Access
Il vero potere del SSO emerge combinato con Conditional Access (Microsoft) o Context-Aware Access (Google). Esempio policy: l'utente può accedere a Outlook solo se il dispositivo è conforme alle policy (PIN attivo, iOS aggiornato, MDM enrollato) e si trova in un Paese affidabile. Se accede da un Paese sospetto, viene chiesto MFA obbligatorio. Se il dispositivo non è conforme, accesso bloccato. Implementare queste policy granulari richiede una buona conoscenza IAM ma protegge i dati aziendali in modo molto più robusto della semplice password.
Passkey: il futuro del SSO
Apple supporta nativamente le Passkey (alias FIDO2/WebAuthn), il sostituto delle password basato su crittografia asimmetrica. Su iPhone le Passkey usano FaceID/TouchID per autenticarsi, sono sincronizzate su iCloud Keychain, e sono praticamente immuni al phishing. Sempre più servizi aziendali (Microsoft, Google, Okta) supportano Passkey. Per l'IT è una rivoluzione: niente più password da gestire, MFA integrata, UX migliorata. Pianifica il passaggio a Passkey nel 2026-2027 per i tuoi servizi aziendali critici.
SSO e troubleshooting
Il troubleshooting di SSO può essere complesso perché coinvolge molti componenti: device, app, broker, IdP, applicazione finale, eventualmente MDM. Quando un'utente segnala "SSO non funziona", verifica in ordine: 1) device conforme a policy (PIN, iOS aggiornato, MDM enrolled), 2) app broker (Authenticator, Verify) installata e loggata, 3) sessione utente non scaduta nell'IdP, 4) eventuale MFA completato, 5) Conditional Access non blocca, 6) app finale supporta SSO modern (alcune app vecchie no). I log MDM e dell'IdP sono le tue migliori fonti di info per il diagnostic.
Hai bisogno di aiuto?
Se vuoi supporto iPhone/iPad aziendale dal team di G Tech Group, scrivici tramite il modulo di contatto.