Anteprima autenticazione app
OpenFactory ha un’API gestione con scope owner per collegare una configurazione autenticazione a forma OIDC a un’app. API, forma record, flusso rotazione secret e percorso pubblicazione ambiente esistono.
Non è un identity provider: l’adapter attuale è uno stub. Fabbrica realm, client, secret, URL issuer e URL JWKS sotto
stub-auth.apps.openfactory.tech; quegli endpoint non emettono né validano token reali. Non usare questa feature per proteggere un’app o dati utente.
Cosa è implementato
enable_app_authcrea il record auth dell’app e un client secret generato.get_app_auth_statusrestituisce il binding senza restituire il secret.rotate_app_auth_secretcrea un secret sostitutivo.disable_app_authdisabilita il binding e può marcare un pool stub per purge.- Quando la credenziale produttore è configurata,
OF_AUTH_ISSUER,OF_AUTH_CLIENT_ID,OF_AUTH_CLIENT_SECRETeOF_AUTH_JWKS_URLsono pubblicati nell’ambiente app cifrato. - Operazioni REST e MCP sono limitate all’owner app.
Questi controlli sono utili per integrazione contro il contratto futuro. Non rendono funzionale il sign-in oggi.
Uso sicuro durante preview
Usa la superficie solo in ambiente sviluppo usa e getta:
enable_app_auth(app_id="<app-id>", providers=["password"])
get_app_auth_status(app_id="<app-id>")Prima di trattare il risultato come autenticazione attiva, richiedi evidenza indipendente che tutto quanto segue sia reale e raggiungibile:
- l’issuer pubblica metadati OIDC discovery validi;
- l’endpoint JWKS espone la chiave firma usata per token emessi;
- un flusso login reale produce un token per questa app;
- l’app valida issuer, audience, firma e scadenza; e
- token cross-app e cross-tenant sono rifiutati.
Lo stub adapter non soddisfa nessuno di quei requisiti runtime.
Gestione secret
Il client secret generato è intenzionalmente assente dal record app e dalla risposta stato. Se la pubblicazione ambiente riesce, è memorizzato tramite il servizio ambiente app. Evita di loggare risposte da chiamate enable o rotation, perché possono restituire il nuovo secret una volta.
Disabilitare auth non rimuove automaticamente le quattro chiavi ambiente OF_AUTH_*.
Elimina quei valori separatamente prima di redeployare un’app che non usa più
il binding.
Cosa resta
- scegliere e deployare un provider OIDC reale;
- sostituire lo stub adapter e provisionare la sua route servizio;
- verificare isolamento tenant e comportamento rotazione;
- costruire UI app-auth e user-management; e
- aggiungere integrazioni framework e test end-to-end produzione.
Finché questi elementi non sono completi, integra la tua applicazione con un identity provider che operi e abbia validato indipendentemente.