Funzionalità della Piattaforma IAM LoginMaster

L'architettura di LoginMaster si basa su due componenti fondamentali: il Tenant e il Cloud. Il tenant e l'entita del cliente che contiene utenti e credenziali. Comunica con il Cloud LoginMaster tramite chiavi crittografiche dedicate. Ogni progetto ha la propria chiave per comunicare esclusivamente con il suo tenant. Questa separazione garantisce che i dati di ogni cliente siano isolati e protetti da chiavi crittografiche indipendenti.

Il token di autenticazione di LoginMaster viene firmato sia dal Tenant che dal Cloud, garantendo l'autenticita su entrambi i lati della comunicazione. Questo meccanismo a doppia firma assicura che il token non possa essere contraffatto nemmeno se uno dei due lati venisse compromesso. Inoltre, la comunicazione tra client e API utilizza un certificato crittografico separato, aggiungendo un ulteriore livello di protezione indipendente dalla firma del token.

No, la 2FA su LoginMaster e configurabile per ogni singolo progetto. Puo essere impostata come disabilitata, opzionale o obbligatoria a seconda delle esigenze di sicurezza del progetto. L'utente abilita la 2FA solo se almeno un progetto del suo tenant lo richiede. Il sistema si basa su TOTP ed e compatibile con Google Authenticator e applicazioni simili, offrendo un equilibrio tra sicurezza e praticita.

LoginMaster supporta l'autenticazione Single Sign-On con Google Workspace e Microsoft Entra ID. Questi due provider coprono la grande maggioranza degli ambienti aziendali e consentono ai tuoi utenti di accedere ai progetti del tenant con le credenziali aziendali che gia utilizzano quotidianamente, senza dover gestire password separate.

No. Su LoginMaster nessun amministratore può resettare password, cambiare email o disabilitare la 2FA di un utente. Solo l'utente stesso può effettuare queste operazioni attraverso procedure sicure. Questo principio di controllo esclusivo dell'utente previene il furto d'identita e protegge gli utenti anche nel caso in cui un account amministrativo venisse compromesso.

I tecnici del cliente hanno un unico account sul tenant e possono accedere ai vari progetti previa conferma dell'admin di progetto o dell'admin tenant. Ogni progetto supporta soggetti di tipo user e device, con chiavi API per comunicazione server-to-server. Entro il Q2 2026 sara disponibile l'integrazione con AWS IoT per gestire le credenziali dei device IoT dallo stesso pannello. L'admin controlla chi può accedere a quale progetto.

I dati personali degli utenti risiedono esclusivamente sul Tenant del cliente. Il Cloud LoginMaster non contiene mai informazioni leggibili: opera solo su dati cifrati e riferimenti. Nemmeno il fornitore può accedere ai dati. Le credenziali sono protette con hashing avanzato e un meccanismo di separazione crittografica che distribuisce i componenti tra piu entita, cosi nessun singolo componente possiede le informazioni per ricostruirle.

La funzionalita white-label di LoginMaster consente a ogni tenant di personalizzare logo, colori e nome azienda nell'interfaccia di autenticazione. I progetti collegati ereditano automaticamente il branding del tenant, cosi i tuoi utenti vedranno un'esperienza di login coerente con l'identita visiva della tua organizzazione, senza sapere che la piattaforma sottostante e LoginMaster.

Si. Ogni tenant configura policy di accesso condizionale che adattano i requisiti di autenticazione al contesto: ruolo dell'utente, sensibilita del progetto, tipo di soggetto (user o device), provider SSO abilitati, domini email autorizzati alla registrazione, durata delle sessioni e soglia di tentativi di login falliti prima del blocco. La 2FA puo essere resa obbligatoria per ruoli e progetti specifici, applicando controlli piu rigorosi dove il rischio e maggiore e mantenendo fluido l'accesso negli scenari a basso rischio.

La MFA adattiva modula la richiesta del secondo fattore in base al livello di rischio dell'accesso, invece di applicare la stessa regola a tutti gli utenti. Con LoginMaster definisci a livello di policy tenant quando la 2FA TOTP e obbligatoria -- ad esempio per ruoli amministrativi o progetti critici -- e quando resta facoltativa. Questo approccio Zero Trust rafforza la sicurezza sugli accessi sensibili senza appesantire l'esperienza degli utenti a basso rischio, in linea con i requisiti di NIS2 e ISO 27001.

Si. Con il Single Sign-On federato verso Google Workspace e Microsoft Entra ID i tuoi utenti accedono senza una password dedicata da creare, gestire o dimenticare: usano le credenziali aziendali che gia possiedono. A questo si aggiunge un'architettura zero-knowledge in cui le password non sono mai recuperabili ne accessibili a nessuno, una base resistente al phishing su cui si innesta l'evoluzione verso le passkey FIDO2/WebAuthn.

Le passkey sono credenziali passwordless basate sugli standard FIDO2/WebAuthn: una coppia di chiavi crittografiche in cui la chiave privata resta sul dispositivo dell'utente e viene sbloccata con biometria (impronta, volto) o PIN, senza segreti condivisi da rubare o intercettare. Sono resistenti al phishing per progettazione. Oggi LoginMaster offre un'esperienza passwordless tramite SSO federato e un modello zero-knowledge sulle credenziali; il supporto nativo alle passkey FIDO2/WebAuthn e sul roadmap della piattaforma.

Oggi LoginMaster consente il provisioning e il deprovisioning automatico degli utenti tramite REST API e SDK TypeScript/.NET: puoi creare, aggiornare, collegare ai progetti e disattivare gli account integrando la piattaforma con il tuo sistema HR o identity provider, e ricevere webhook in tempo reale sugli eventi di accesso. Il supporto allo standard SCIM 2.0 per la sincronizzazione automatica con provider come Okta e Microsoft Entra ID e sul roadmap della piattaforma.

L'intero ciclo joiner-mover-leaver e automatizzabile. In ingresso (joiner) crei l'account e i collegamenti ai progetti via API; durante la permanenza (mover) aggiorni ruoli e accessi e ricevi webhook quando il contesto cambia; in uscita (leaver) revochi accessi ai progetti, chiavi API e sessioni con una singola operazione. Il modello di controllo esclusivo dell'utente garantisce che dati sensibili come password e 2FA restino sempre sotto il controllo della persona, mentre l'amministratore governa appartenenza ai progetti e permessi.