A Strong Customer Authentication (SCA) prova que uma credencial foi apresentada. Não prova que a voz na chamada é o titular dessa credencial. A Hongi fecha essa lacuna para bancos, seguradoras e qualquer organização onde a usurpação de identidade tem um custo.
A SCA cobre as pontas de uma interação com o cliente: o login e a assinatura da transação. Tudo o que acontece no meio, a chamada telefónica, a sessão de vídeo, a troca de e-mails, não tem prova de identidade ao vivo. É nesse meio que vivem o vishing, o vídeo deepfake e a fraude do CEO.
Oito quadros que tocam na garantia de identidade nos canais que a Hongi defende. Para cada um, onde a Hongi se situa e o que faz, com a fonte primária.
Autenticação forte do cliente: pelo menos dois entre conhecimento, posse, inerência; vinculação à transação.
A Hongi é um fator de posse fora de banda complementar para a conversa que envolve a autorização do pagamento. Não substitui a SCA; defende contra engenharia social que contorna um fluxo SCA de outra forma válido (transações induzidas por fraude, usurpação do gestor).
Resiliência operacional digital do setor financeiro. Art. 9 (proteção e prevenção), Art. 17-19 (notificação de incidentes TIC). Em vigor desde 17 de janeiro de 2025.
Reduz a superfície de ataque de engenharia social que desencadeia incidentes relacionados com TIC. O registo de auditoria opcional (árvore de Merkle de hashes de emparelhamento, sem identidades) apoia a reconstrução pós-incidente sem reter dados pessoais.
Aceitação obrigatória da EU Digital Identity Wallet pelas partes confiantes a partir de dezembro de 2027 (Art. 5f). Provas criptográficas de identidade fortes.
A Hongi é o verificador ao vivo do canal humano ao lado da EUDI: a EUDI prova que uma credencial foi apresentada, a Hongi prova que a voz na chamada pertence ao titular da credencial. Dois problemas ortogonais, uma arquitetura.
Um cruzamento Hongi falhado durante uma chamada banco-cliente é um sinal limpo, legível por máquina, que pode alimentar a notificação de fraude (fraude do CEO, vishing) onde o esquema atual de fraude com cartão sub-reporta.
Camada operacional de garantia de identidade para interações remotas banco-cliente e internas do banco, alinhada com o enquadramento do NBB sobre governação dos serviços apoiados em TIC.
Sem nome, sem número de telefone, sem e-mail, sem lista de contactos, sem histórico de palavras-código, sem analytics. A chave partilhada vive nos dois dispositivos emparelhados; o servidor encaminha apenas uma cifra opaca. Quase nada há para vazar numa violação.
Acrescenta uma camada de garantia de identidade ao controlo de acessos para interações remotas de alto risco (aprovação de transações, resposta a violações, onboarding de fornecedores) que a MFA por canal de texto não cobre.
Dirige-se diretamente à ameaça que a ENISA coloca em primeiro lugar. Complementa os níveis de garantia de autenticação do NIST com uma atestação ao nível da sessão sobre o canal humano, agnóstica do mecanismo (telefone, vídeo, presencial).
Seis cenários operacionais entre fluxos virados ao cliente e internos. Os mecanismos descritos abaixo exigem emparelhamento organizacional e registos de auditoria que estão no nosso roteiro B2B ativo, ainda não entregues. Iniciamos os primeiros pilotos com bancos no Q4 2026. Uma única verificação falhada em qualquer destes cenários tem uma cauda conhecida de seis dígitos.
Os clientes não conseguem distinguir um gestor real de um burlão de vishing com o contexto certo.
A palavra-código do cliente tem de corresponder à do gestor. Sem correspondência, não há conversa.
Trocas de rosto por deepfake atingem o KYC remoto. A cara no ecrã pode não corresponder ao ID carregado.
Ambos os lados leem palavras-código correspondentes à câmara antes da revisão KYC. Atestado na sessão.
Pedido urgente de transferência do CEO, assinaturas batem certo, voz parece correta. O dinheiro sai.
Verificação de palavra-código ao vivo antes de qualquer pagamento incomum. Um único emparelhamento fecha a brecha.
Os atacantes exploram o caos do incidente: TI falsa, suporte falso, fornecedores IR falsos.
Cada chamada interna passa por uma verificação de palavra-código. Sem correspondência, nenhuma instrução é seguida.
Transferência de €100k+ autorizada por telefone sem prova fora de banda de que o cliente é genuíno.
O cliente lê a sua palavra-código atual em voz alta. O gestor confirma a correspondência. O pagamento prossegue atestado.
As chamadas de fornecedores têm identidade fraca. A fraude com faturas assenta sobre essa lacuna.
Emparelhar no KYB. A partir daí, cada chamada de fornecedor é verificada por Hongi. Sem adivinhações.
Um deployment de Hongi é auditável pelo seu DPO numa única tarde. Abaixo, tudo o que mantemos num servidor quando uma organização implanta a Hongi para o seu pessoal e clientes.
O que não armazenamos: nomes, números de telefone, e-mails, listas de contactos, histórico de palavras-código, registos de chamadas, localização, transcrições, biometria, identificadores publicitários. A chave de verificação entre dois dispositivos emparelhados vive apenas nesses dois dispositivos, derivada localmente.
A equipa Hongi senta-se com os seus responsáveis de conformidade, fraude e TI e percorre o seu caso de uso de maior impacto. Se houver encaixe, corremos um piloto gratuito de 6 meses com até 500 clientes ou colaboradores. Sem aquisição, sem licença, sem exposição.
Hongi (Lovit BV) · Vlaanderen, Bélgica · info@hongi.io