Auth para a era da IA.
Humanos, agentes e máquinas.
Um modelo único de identidade para todo mundo que chama o seu produto — humanos fazendo login, agentes agindo em nome deles e serviços se autenticando com mTLS ou tokens M2M. Mesmo SDK, mesma auditoria, mesmo motor de política.
Falar com vendas →Auth não foi desenhado para o que você está construindo.
Produtos AI-native nascem multi-tenant no dia um, com agentes chamando APIs em nome de usuários e superfície de feature que compõe toda semana. As ferramentas de auth que você usaria foram feitas para outra década.
Times construindo a próxima geração de SaaS.
Se o seu produto tem humanos fazendo login, agentes chamando APIs em nome deles ou serviços se autenticando entre si com mTLS ou tokens M2M — Authaz é a plataforma de auth que você não precisa peitar.
Padrões que vão soar familiares.
Toda forma de autenticar. Humano, agente ou máquina.
Senha, passkey, magic link, OAuth, SAML, MFA, tokens M2M, clientes mTLS e identidades de agente — uma API, uma trilha de auditoria, um lugar para configurar. Seja quem (ou o que) estiver chamando, você tem as mesmas primitivas.
Como identidade mapeia de verdade em SaaS B2B.
Isolamento de tenant não é uma flag no seu token — é como cada camada pensa o acesso. Tokens, política e auditoria carregam contexto de organização por padrão.
Um modelo único de identidade. Cada token, política e linha de auditoria carrega contexto de organização — sem bookkeeping no lado da aplicação.
Dentro do caminho de auth.
Toda request entra na borda regional mais próxima, pega contexto do tenant no resolver, passa pela política e grava uma linha de auditoria — tudo em menos de cinquenta milissegundos.
- 1e-mail digitado
- 2IdP roteado
- 3MFA verificado
- 4JWT emitidook
- 1selecionar org
- 2escopo atualizado
- 3novo token
- 4política recarregadaok
- 1admin envia
- 2e-mail entregue
- 3convite aceito
- 4papel atribuídook
Entregue sua stack de auth inteira a partir de um arquivo.
Defina providers, MFA, sessões, signup e branding em YAML versionado. authaz apply compara seu arquivo com o tenant em produção e aplica a mudança — do local pro staging pro prod, sem clicar em dashboard.
apiVersion: authaz/v1 kind: Application metadata: name: acme etag: "5f3a2b1c" spec: authentication: providers: emailPassword: enabled: true minLength: 12 rejectBreached: true lockout: { maxAttempts: 5, durationMinutes: 15 } magicLink: enabled: true codeType: numeric codeLength: 6 codeExpiryMinutes: 15 oauth: - provider: google scopes: [openid, profile, email] mfa: mode: required allowedMethods: [totp, webauthn] primaryMethod: totp gracePeriodDays: 7 requireForAdmins: true session: timeoutMinutes: 480 idleTimeoutMinutes: 30 maxConcurrentSessions: 5 branding: preset: professional
$ authaz apply --file authaz.yaml + spec.authentication.providers.magicLink: enabled ~ spec.authentication.mfa.mode: optional → required + spec.authentication.mfa.allowedMethods: [totp, webauthn] + spec.authentication.mfa.requireForAdmins: true ~ spec.authentication.session.timeoutMinutes: 720 → 480 + spec.authentication.providers.oauth[google]: enabled ~ spec.branding.preset: indigo → professional 7 mudança(s) Aplicar essas mudanças? s ✓ Aplicação acme atualizada ETag: 9c4e1a8b… 7 mudança(s) aplicada(s).
Verifique uma sessão em cinco linhas.
SDKs nas linguagens que você usa. Mesmas primitivas, mesmo formato, mesma documentação. Sem dança de dez chamadas para pegar o id do usuário.
Encaixe sua stack na identidade, não o contrário.
Assine uma vez. Replay sob demanda. Toda mudança de identidade no seu tenant dispara um evento tipado que você roteia para Slack, seu CRM ou seus próprios serviços.
Chaves de idempotência, retries exponenciais, janela de replay de 30 dias.
Construa contra auth de verdade, localmente.
Tenants de sandbox vêm pré-populados com usuários, orgs e papéis. Callbacks locais funcionam de cara — sem coreografia de ngrok pra fazer login.
$ authaz tenants create --seed dev $ authaz dev --port 3000 --tenant my-dev → Login URL: http://localhost:3000/auth/callback
Cada ação registrada. Nada para construir.
Sessões, desafios, decisões de política, ações de admin — imutável, filtrável, exportável. Seu SIEM, seu S3, sua escolha.
Faça dela a sua.
Domínio próprio, marca própria, IdPs do seu cliente — cada tela de login parece parte do produto do seu cliente, não uma escala num fornecedor.
A wedge que a maioria das plataformas de identidade perde.
SaaS B2B vive ou morre em três coisas: organizações, acesso de membros e permissões com escopo por tenant. Authaz é construído em torno disso — não como add-ons pagos em torno disso.
Tudo que enterprise pede. Entregue, não em roadmap.
As features que seus maiores clientes perguntam — SAML, SCIM, auditoria, FGA, multi-região — embutidas no mesmo SDK que cuida do signup do seu primeiro usuário.
O security review vira um checklist, não um projeto.
Authaz é desenhado para SOC 2 e para o questionário de segurança do seu maior cliente. Criptografia, isolamento e rotação não são add-ons — são defaults.
O sign-in segue funcionando — mesmo quando a AWS não funciona.
Active-active entre regiões. Failover automático. O caminho de auth é a última coisa na sua stack que você quer instável.
Já está no Auth0, Cognito ou auth próprio?
A maioria dos times que migra para a Authaz vem de um destes três lugares. Temos um caminho para cada — e engenheiros que já fizeram a migração antes.
Previsível do primeiro usuário ao décimo milésimo tenant.
Preço por MAU. Segurança incluída em todo tier. SAML não fica atrás de paywall.
Escale com features enterprise embutidas.
- Até 50 mil MAU
- SAML SSO + multi-tenant
- Retenção de auditoria de 7 dias
Compliance e suporte para times em crescimento.
- Até 500 mil MAU
- Retenção de auditoria de 90 dias
- Suporte prioritário
Um control plane de identidade para SaaS B2B.
A Authaz está sendo construída como a infraestrutura de enterprise readiness para software B2B — identidade de cliente, de workforce e de máquina sob um único modelo. Mesmas primitivas. Mesma auditoria. Um contrato.
A maioria dos times roda três stacks de identidade: uma para clientes, uma para funcionários, uma para serviços. A Authaz colapsa as três numa só — mesmo modelo, mesmo SDK, mesma auditoria.
Novidades
Ver todas →Times entregando auth, em vez de construir auth.
Quando uma região AWS inteira cai, seu fluxo de sign-in continua no ar. Active-active entre regiões — do primeiro usuário ao décimo milésimo tenant, sem reescritas no caminho.
Pare de construir auth do zero.
Entregue a parte do produto que é da era da IA.
Instale o SDK. Autentique usuários, escope agentes, assine chamadas serviço-a-serviço com mTLS ou tokens M2M — audite cada ação. Volte a construir a parte do produto que só você consegue construir.