L'accorciatore che il tuo team di sicurezza non rifiuterà.

Qualsiasi IdP che supporti SAML 2.0 o OIDC - Okta, Azure AD / Entra ID, Google Workspace, OneLogin, Ping, Rippling e altri. L'integrazione avviene tramite WorkOS, che normalizza le differenze di protocollo. Se il tuo IdP parla SAML o OIDC, funziona. La configurazione è un flusso guidato da WorkOS: configura l'app SAML nel tuo IdP, incolla l'URL dei metadati in Elido, fatto.

WorkOS gestisce l'endpoint SCIM 2.0. Quando un utente viene rimosso dal gruppo pertinente nel tuo IdP, WorkOS invia un evento DELETE a Elido. Elido revoca immediatamente i token di sessione dell'utente e contrassegna l'account come inattivo. Le chiavi API attive associate a quell'utente non vengono revocate automaticamente - questo è un passaggio separato che configuri nelle impostazioni SCIM, con impostazione predefinita su revoca-al-deprovisioning. L'azione di deprovisioning appare nel log di audit entro il ciclo di sincronizzazione SCIM (tipicamente meno di 5 minuti).

Accesso al dashboard, richieste API e conferma di consegna dei webhook. La notazione CIDR è supportata; più intervalli sono separati da virgole. Le richieste provenienti da fuori dall'allowlist restituiscono un 403 con un evento di audit loggato - nessuna caduta silenziosa. L'IP allowlist viene valutata dopo l'autenticazione, non prima, quindi l'autenticazione fallita da fuori dall'allowlist logga comunque il tentativo.

Sì, su Business+. Il BAA copre il ruolo di Elido come socio in affari per le aree di lavoro in cui le PHI potrebbero passare attraverso i metadati del link o gli analytics. Le salvaguardie tecniche (crittografia a riposo e in transito, audit trail, controlli di accesso, notifica di violazione) sono già in atto. Contatta [email protected] per il modello BAA.

L'audit SOC 2 Type II è in corso con obiettivo H2 2026. ISO 27001 è stata ottenuta. Condividiamo le prove Type 1 sotto NDA per i clienti che ne hanno bisogno prima che il report Type 2 venga pubblicato. Il Trust Center su /trust tiene traccia dello stato attuale. Non dichiareremo Type II finché il periodo di audit non sarà chiuso.

Sì. I ruoli personalizzati definiscono policy basate su Cedar che possono limitare i permessi a domini specifici, cartelle specifiche o operazioni specifiche (creazione/lettura/aggiornamento/eliminazione). Un ruolo che consente la creazione di link solo su un dominio personalizzato specifico e l'accesso in sola lettura agli analytics è una policy valida. I ruoli sono per area di lavoro; un utente può avere ruoli diversi in diverse aree di lavoro. La valutazione della policy avviene al momento della richiesta, non al login.

Il livello Business utilizza i POP edge condivisi di Elido (regione UE, USA Est, Asia-Pacifico). Un edge dedicato - la tua flotta di nodi di redirect, isolata dal traffico di altri tenant - è oggetto di una trattativa Enterprise. Contatta [email protected]. In alternativa, l'Helm chart per l'auto-hosting ti permette di eseguire il livello di redirect nel tuo VPC, che è un modello comune per i clienti Enterprise con requisiti rigorosi di isolamento del traffico.

Notifica al cliente entro 24 ore su violazioni confermate di dati personali; notifica all'autorità di regolamentazione entro 72 ore (GDPR Art. 33). La notifica copre ciò che sappiamo in quel momento - non aspettiamo l'analisi forense completa. Il processo è su /trust/incident-response.