Scaricare i siti web che utilizzano Auth0 Lock

Informazioni su Auth0 Lock

Nessuno vuole costruire la finestra di login. Registrazione, reimpostazione della password, accesso tramite social, stati di errore, accessibilità, traduzioni: è un lavoro poco gratificante, facile da sbagliare in modo sottile e quasi identico in ogni prodotto che ne ha bisogno. Auth0 Lock è il widget che risponde a questa riluttanza, una finestra di autenticazione pronta all’uso che lo sviluppatore incorpora in una pagina e collega a un servizio di identità in hosting. Il widget, pubblicato per la prima volta nel 2014 e scritto in JavaScript, appartiene a una generazione di componenti front-end che hanno barattato il controllo con il tempo.

È alla voce del fornitore che la scheda diventa interessante. Il widget è registrato a nome di Okta, che non è l’azienda che lo ha creato in origine. Un’acquisizione ha portato la piattaforma di identità sotto un fornitore di sicurezza più grande, e il widget incorporato l’ha seguita. Ogni pagina che carica ancora lo script è quindi un rapporto commerciale sopravvissuto a un cambio di proprietà, ed è proprio questa la popolazione che un’analisi delle vendite enterprise o del churn vuole isolare.

I dati di versione raccontano il resto della storia. Abbiamo osservato 67 rilasci distinti in circolazione, e il rilevatore riconduce alla versione 14.0.0 una quota consistente dei siti. Una dispersione così ampia per un unico widget incorporabile è normale per questa classe di componenti, ed è anche il motivo per cui vale la pena disporre di questi dati. Un widget di autenticazione viene fissato a una versione in una pagina o in un bundle, viene ripreso in mano di rado e continua a funzionare a lungo dopo che il team che lo ha aggiunto è passato a un approccio diverso. Per questo il campo della versione funziona come indicatore indiretto di quanto di recente qualcuno abbia toccato il front-end di un sito, e del fatto che le correzioni nel percorso di login siano arrivate o meno in produzione.

La licenza è MIT, quindi chiunque può leggere il codice del widget, crearne un fork e fissarne la versione. Il servizio di identità che sta dietro, però, nessuno lo ospita sui propri server. La presenza dello script implica un account sulla piattaforma, un’applicazione configurata dall’altra parte e un team che ha deciso che non toccava a lui risolvere il problema dell’identità. Si tratta di un’inferenza più sicura di quanto consenta la maggior parte dei rilevamenti tecnologici, perché senza un account il widget non ha nulla con cui comunicare.

Ci sono limiti che vale la pena dichiarare. Il rilevamento vede soltanto il widget incorporato, quindi un sito che usa la stessa piattaforma di identità tramite una pagina di login in hosting, un SDK mobile o un’integrazione lato server qui non compare affatto. Per la piattaforma il conteggio è una stima per difetto, ed è un dato preciso solo per questo specifico tipo di integrazione. A ottobre 2026 la firma del widget compare su 156 siti.

Una ricerca per singolo dominio dice se una determinata azienda incorpora il widget. L’esportazione risponde alle domande che richiedono l’insieme completo: quali settori hanno adottato come standard l’identità in hosting e quali continuano a svilupparsela da soli, come cambia la distribuzione delle versioni dopo un avviso di sicurezza, quali account usano rilasci abbastanza vecchi da giustificare un contatto da parte dell’assistenza, e quali siti ospitano il widget accanto agli strumenti di un concorrente. Per un fornitore che vende autenticazione, per un ricercatore che misura il ritardo negli aggiornamenti e per chiunque dimensioni il mercato dei prodotti di identità per sviluppatori, l’unità di analisi è l’elenco, non il singolo dominio.