Incantare

miniOrange SSO (Single Sign-on) fornisce un accesso automatico sicuro a tutte le tue app nel cloud o on-premise, da qualsiasi piattaforma mobile, inclusi iPhone e Android. Aumenta rapidamente la sicurezza delle informazioni e delle risorse per la tua app Enchant senza preoccuparti del tempo per la configurazione iniziale o per futuri aggiornamenti.

Perché Single Sign-On?

• miniOrange SSO è dotato di integrazione integrata con app legacy quali Active Directory, Siteminder, Unix, RADIUS e supporta anche i protocolli OpenID, OAuth, SAML, JWT (Json Web Token), ADFS e WSFED.

• Supporto per accessi remoti quali Radius VPN, Website Protection, ADFS, Windows, Citrix.

• Accedendo a un'app cloud non è necessario autenticarsi separatamente per le altre.

Single sign-on con JWT (Json Web Token)

• Che cosa è JWT (Json Web Token)?

  JSON Web Token (JWT) è uno standard aperto basato su JSON per il passaggio di claim tra parti in un ambiente di applicazione web. I token sono progettati per essere compatti, sicuri per gli URL e utilizzabili soprattutto nel contesto single sign-on (SSO) del browser web. I claim JWT possono essere in genere utilizzati per passare l'identità di utenti autenticati tra un provider di identità e un provider di servizi. I token possono anche essere autenticati e crittografati.

  JWT per Enchant single sign-on è composto da tre parti separate da ., ogni sezione è creata in modo diverso. Le tre parti sono:

  1. Intestazione: L'intestazione è composta da due parti: la dichiarazione del tipo, che è JWT, e l'algoritmo di hashing da utilizzare (in questo caso HMAC SHA2). { "typ": "JWT", "alg": "HS256" }
  
  2. Carico utile: Il payload trasporterà la maggior parte dei JWT, chiamati anche JWT Claims. È qui che mettiamo le informazioni che vogliamo trasmettere e altre informazioni sul token. I claim registrati sono i seguenti:
  

  è: L'emittente del token
  sub: L'oggetto del token
  audi: Il pubblico del token
  esp: Questo definirà la scadenza nel valore NumericDate.
  nbf: Definisce il tempo prima del quale il JWT NON DEVE essere accettato per l'elaborazione
  io: L'ora in cui è stato emesso il JWT. Può essere utilizzato per determinare l'età del JWT
  jti: Identificatore univoco per il JWT. Può essere utilizzato per impedire che il JWT venga riprodotto.

  { "iss": "miniorange", "exp": 1300819380, "name": "Abc Xyz", "admin": true }
  3. Firma: La terza parte del JSON Web Token è la firma. Questa firma è composta da un hash di header, payload, secret.
  var encodedString = base64UrlEncode(header) + "." + base64UrlEncode(payload); HMACSHA256(encodedString, 'secret'); Il segreto è la firma detenuta dal server.



• Perché JWT (Json Web Token) Single Sign-On (SSO)?

  L'utilizzo di un token Web JSON per l'accesso singolo a Enchant offre numerosi vantaggi rispetto alle chiavi API (spesso utilizzate per l'accesso singolo):

  • Sicurezza granulare: Le chiavi API forniscono un accesso tutto o niente. I token Web JSON possono fornire un controllo molto più dettagliato.
  • Emissione decentralizzata: Le chiavi API dipendono da un archivio centrale e da un servizio che le emette. I token Web JSON possono essere "auto-emessi" o completamente esternalizzati, aprendo scenari interessanti come vedremo di seguito.
  • Possibilità di debug: Le chiavi API sono stringhe casuali opache. I token Web JSON possono essere ispezionati.
  • Controllo della scadenza: Le chiavi API solitamente non scadono a meno che non le revochi. I token Web JSON possono (e spesso lo fanno) avere una scadenza.