AuthGuard Pedir demonstração

RBA com IA · autenticação baseada no risco

Cada entrada tem contexto. A resposta acompanha-o.

O motor de risco do AuthGuard avalia cada entrada, aprovação no telemóvel e pedido de acesso privilegiado com sinais de dispositivo, rede e localização. Regras e um modelo de árvores de decisão decidem; uma camada de IA pode pedir mais verificação. A resposta é graduada, explicada e fica no recibo assinado.

Em integração O motor de risco e a camada de IA estão em integração final no AuthGuard SaaS.

  • Onze sinais
  • Resposta graduada
  • Modo sombra primeiro
  • Razões explicadas
Risco · entrada na consolaexemplo ilustrativo
Pessoa
ana@exemplo.pt
Pontuação
742 / 1000 · elevada

Porque pedimos a sua atenção

  • Dispositivo novo para sidispositivo
  • Rede de um fornecedor de alojamentorede
  • Deslocação impossível: Lisboa → Singapura em 2 hlocal
  1. Permitir
  2. Passkey
  3. Telemóvel com código
  4. Segundo aprovador
  5. Recusar
  6. Recusar e bloquear
Pedir aprovação no telemóvelresumo de risco no recibo assinado
  1. Sinais
  2. Pontuação
  3. Política
  4. Decisão

Em vídeo

Contexto em cada entrada, um motivo em cada resposta.

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

Sinais, modelo, resposta.

A avaliação corre dentro do serviço, a cada entrada, aprovação e pedido de acesso privilegiado, e é registada mesmo quando ainda não é aplicada.

  1. 01 · Sinais

    Onze sinais no momento

    Dispositivo, rede e país novos, redes anónimas (Tor, alojamento, VPN), deslocação impossível, distância entre o browser e o telemóvel, pedidos repetidos ao telemóvel, falhas repetidas, palavra-passe comprometida, conta inativa e pedidos que a pessoa disse não serem seus.

  2. 02 · Referências

    O que é normal para cada pessoa

    Dispositivos, redes e países habituais, guardados como digests por organização e sem endereços IP. Até haver histórico suficiente, os sinais de novidade são apenas informativos.

  3. 03 · Modelo

    Regras e um GBDT com aritmética inteira

    Um modelo de árvores de decisão dá a mesma pontuação em qualquer máquina. Foi treinado apenas com dados sintéticos e só pode pedir mais verificação, nunca baixar o que a política exige.

  4. 04 · Resposta

    Uma escada, não um interruptor

    Permitir, pedir passkey, pedir aprovação no telemóvel com código, exigir um segundo aprovador, recusar ou recusar e bloquear. A política decide, regra a regra.

Camada de IA Em integração

Uma segunda opinião que só pode pedir mais.

A camada de IA usa um modelo de linguagem especializado, afinado a partir de um codificador aberto, para reconhecer combinações de sinais invulgares para cada pessoa. Corre num processo próprio, ao lado do serviço e em CPU, sem chamar serviços externos. No AuthGuard SaaS, isso quer dizer dentro da UE.

As regras e o GBDT decidem primeiro. A IA só pode acrescentar um passo: passkey numa aprovação, segundo aprovador num acesso privilegiado, fim da sessão numa verificação contínua. Nunca recusa, nunca baixa o nível e não atua no ecrã de entrada.

O modelo recebe uma lista fechada de valores numéricos: nomes, endereços IP e texto livre nunca lhe chegam. Foi afinado apenas com dados sintéticos, não com dados de clientes. Quando intervém, a razão aparece em linguagem simples: «Combinação invulgar de sinais para si, assinalada pelo modelo de IA.»

Cada organização pode ainda ativar uma referência de horário semanal (dia útil ou fim de semana, hora a hora) que alimenta só a camada de IA. Está desligada por omissão.

Exemplo ilustrativo

«Isto não corresponde ao que estou a fazer.»

São 23h40 e o telemóvel da Ana recebe um pedido de aprovação para entrar na consola. O cartão mostra porquê: dispositivo novo, rede de alojamento, país novo. A Ana não está a entrar em lado nenhum.

Ela escolhe «Isto não corresponde ao que estou a fazer» e confirma. O pedido é recusado, a sessão do browser que o fez termina e, se essa sessão usou a palavra-passe, a palavra-passe fica marcada como comprometida. O motor regista um sinal crítico.

Para a equipa de segurança

Teste, aplique, prove.

Política de resposta Em integração

Teste antes de aplicar

  • Comece em modo sombra: tudo é avaliado e registado, nada é imposto
  • Reproduza uma política sobre os últimos 1 a 30 dias sem alterar nada
  • Regras por nível de risco, por sinal ou por número de famílias de sinais
  • Tentar nomes de utilizador não bloqueia ninguém: um bloqueio exige sinais ligados ao segredo ou à sessão da pessoa
Sessões Em integração

Verificação contínua

  • Uma mudança de rede numa sessão aberta gera nova avaliação, no máximo de 5 em 5 minutos
  • Se a avaliação exigir mais do que a sessão tem, a sessão termina
  • A revogação segue para aplicações OpenID Connect (logout back-channel) e para eventos SSF/CAEP
  • Num bloqueio, as sessões de acesso privilegiado também terminam
Prova e privacidade Em integração

Explicado e verificável

  • Cada avaliação com as suas razões, em português e inglês
  • Resumo de risco compacto nos recibos assinados de aprovações, pedidos de terceiros e acesso privilegiado, verificável offline
  • Geolocalização feita localmente: nenhum endereço IP sai da instalação
  • Referências por organização, que não se cruzam entre organizações

O que convém saber

  • O motor de risco e a camada de IA estão em integração final e chegam ao AuthGuard SaaS (perfil Standard). O perfil Sovereign não está incluído.
  • A resposta é aplicada na entrada na consola, na elevação de nível, na aprovação no telemóvel, no acesso privilegiado e em ações administrativas sensíveis. Nas entradas em aplicações OpenID Connect, SAML e Microsoft 365, no RADIUS e no Windows, a avaliação é registada mas ainda não é aplicada.
  • SAML e WS-Federation não têm logout único: quando uma sessão é revogada, essas aplicações mantêm a sessão e só a próxima entrada é recusada.
  • A geolocalização usa ficheiros que o operador fornece e atualiza. Sem eles, os sinais de país, deslocação e redes anónimas não são avaliados.
  • A camada de IA é opcional, começa em modo sombra e nunca substitui as regras nem o GBDT.

No centro de ajuda

Piloto

Comece em modo sombra.

Ative a avaliação, deixe-a registar durante algumas semanas e reproduza a política que quer aplicar sobre esses dias. Só depois decide o que passa a ser imposto.

geral@authguard.pt