AuthGuard Pedir demonstração

Sessão única para aplicações

Uma confirmação. As aplicações certas, sem repetir.

O AuthGuard é o fornecedor de identidade das suas aplicações: portais internos por OpenID Connect, serviços na nuvem por SAML 2.0 e o Microsoft 365 por federação. A pessoa confirma uma vez e a política decide, aplicação a aplicação, quem entra.

Ligar as nossas aplicações Ver como funciona
  • OpenID Connect
  • SAML 2.0
  • Microsoft 365
  • Recusa por omissão
Sessão única · ana@exemplo.ptexemplo ilustrativo
Passkey confirmadasessão única até 8 h
  • Portal RHOIDCContinuar como ana@exemplo.pt
  • Google WorkspaceSAML 2.0Resposta assinada enviada por HTTP-POST
  • Microsoft 365FederaçãoDomínio m365.exemplo.pt federado
  • PagamentossensívelPede sempre uma nova passkey
  1. Passkey
  2. Portal RH
  3. Microsoft 365
  4. Nova passkey

Em vídeo

Uma passkey, as aplicações certas.

Locução em inglês, com legendas em português e em inglês. Ecrãs reais do produto; pessoas, organizações e montantes são fictícios.

Como funciona

Três protocolos, uma política.

Cada aplicação é registada na consola e só aceita entradas permitidas por uma regra da política de acesso. Sem regra, a resposta é recusar.

  1. 01 · OpenID Connect

    Aplicações modernas

    Código de autorização com PKCE S256, ID tokens RS256 ou ES256, clientes confidenciais e públicos, refresh tokens rotativos e saída iniciada pela aplicação.

  2. 02 · SAML 2.0

    Serviços na nuvem

    Respostas assinadas por HTTP-POST, importação de metadados e modelos para Google Workspace, AWS IAM Identity Center, Salesforce, Slack e Atlassian.

  3. 03 · Microsoft 365

    Federação do domínio

    As pessoas de um domínio personalizado do Entra ID entram no Microsoft 365 com a passkey, o telemóvel ou a sessão única do AuthGuard. O Entra continua a ser o diretório.

  4. 04 · Política

    Uma regra por aplicação

    Cada entrada é avaliada para a ação federation.authorize. Aplicações sensíveis, como consolas de nuvem ou pagamentos, pedem sempre uma nova passkey.

Exemplo ilustrativo

Segunda-feira, 9h00: três aplicações, uma confirmação.

A Ana abre o portal de RH e é enviada para o AuthGuard. Confirma com a passkey e volta ao portal. Quando abre o Microsoft 365, a página propõe continuar com a mesma conta, sem nova confirmação.

Ao abrir a aplicação de pagamentos, marcada como sensível, o AuthGuard pede outra vez a passkey, mesmo com a sessão única ativa. Sai mais cedo? A sessão termina sozinha ao fim do período de inatividade definido pela organização.

Por protocolo

Ligue o que já usa.

OpenID Connect

Para as suas aplicações

  • Documento de descoberta e JWKS publicados
  • PKCE obrigatório para clientes públicos
  • Autenticação do cliente por segredo ou private_key_jwt
  • Revogação de tokens (RFC 7009)
SAML 2.0

Para serviços na nuvem

  • Entity ID, URL de metadados e certificado na consola
  • NameID por email, identificador aleatório por aplicação, UUID ou nome no diretório
  • Assinatura da resposta, da asserção ou de ambas
  • Até 32 atributos por aplicação
Microsoft 365

Para o domínio da organização

  • Script de configuração para PowerShell 7 gerado na consola
  • Âncoras que ligam cada pessoa à conta Microsoft
  • Funções privilegiadas ficam em contas *.onmicrosoft.com
  • Regresso ao modo gerido com um comando documentado

O que convém saber

  • SAML: sem Single Logout, sem asserções cifradas e sem binding Artifact.
  • OpenID Connect: a saída é iniciada pela aplicação; não há logout front-channel.
  • Microsoft 365: sem WS-Trust, o que deixa de fora clientes antigos e o início de sessão no Windows em dispositivos associados ao Entra para pessoas federadas.
  • O AuthGuard não cria contas nas aplicações: cada pessoa tem de existir na aplicação.
  • Sair do AuthGuard não termina as sessões que as aplicações já criaram.

No centro de ajuda

Piloto

Comece por duas aplicações.

Uma interna por OpenID Connect e um serviço na nuvem por SAML ou o Microsoft 365. Revemos consigo as regras da política e as aplicações sensíveis.

geral@authguard.pt