Desmontamos a OneKey antes de ser lançada.
O Anzen Lab é a equipa de segurança interna da OneKey. Trabalhamos no hardware, no firmware e nas aplicações antes de serem lançados, coordenamos a divulgação com investigadores externos e publicamos as ferramentas e os relatórios por detrás do trabalho.
Cinco áreas em que trabalhamos. O objetivo mantém-se: as suas chaves nunca saem do dispositivo.
Concentramo-nos nos pontos onde os utilizadores de auto-custódia são efetivamente prejudicados: o silício, o firmware, a aplicação complementar e a cadeia de fornecimento de código aberto sobre a qual toda a pilha assenta.
Hardware
Análise de segurança de hardware
Trabalho de canal lateral, glitching, injeção de falhas e ataques físicos em dispositivos OneKey e carteiras concorrentes. Tentamos partir o nosso próprio material primeiro.
Firmware
Investigação de firmware e arranque seguro
Engenharia inversa, auditorias de verificação de assinaturas, revisões de integridade do arranque seguro e validação do fluxo de atualização em todas as famílias de dispositivos que lançamos.
Aplicação e Web
Pentest interno e red team
Testes contínuos da aplicação complementar, do navegador integrado, do fornecedor inpage e do backend. A equipa que lança o código é a mesma que o parte.
Cadeia de fornecimento
Inteligência de ameaças e da cadeia de fornecimento
Monitorizamos aquilo que a pilha da carteira integra: registos npm, ferramentas de compilação, agentes de programação de IA. Quando algo se avaria a montante, corrigimos depressa.
Divulgação
Divulgação coordenada
Um programa público de recompensas por bugs no Bugrap, uma caixa de entrada de segurança em [email protected], uma chave PGP. Creditamos investigadores externos e publicamos o que descobrimos.
Adjacente
Onde contribuímos
Práticas de desenvolvimento seguro, formação interna de segurança, revisão de contratos inteligentes e disponibilização em código aberto das ferramentas que resultaram do nosso trabalho diário.
Carteiras de hardware OneKey — a fronteira de segurança.
Este documento descreve o modelo de ameaças das carteiras de hardware OneKey: os objetivos de segurança que o dispositivo pretende alcançar, os atacantes e as ameaças que tem de enfrentar e os pressupostos de confiança sobre os quais o modelo assenta.
Confidencialidade das chaves
As frases-semente, as chaves privadas e as respetivas capacidades de derivação são geradas e utilizadas apenas dentro do dispositivo. São ilegíveis para todos os componentes externos.
Integridade do conteúdo de assinatura
Os campos críticos apresentados no ecrã do dispositivo (montante, endereço, chain ID, método do contrato, permissão) têm de ser semanticamente coerentes com a transação ou mensagem que o dispositivo submete efetivamente para assinatura.
Autenticidade do firmware
A cadeia de arranque, o firmware principal, o firmware BLE e os artefactos de lançamento mantêm uma origem identificável. Qualquer substituição, incompatibilidade ou reversão deve ser detetável pelo dispositivo ou pelo utilizador, e a coerência entre o firmware e o código-fonte pode ser verificada de forma independente.
Proteção das chaves na perda de controlo físico
Depois de o dispositivo ser perdido ou roubado, a força bruta do PIN, a reversão de estado ou a utilização indevida de interfaces não devem conseguir recuperar as chaves de forma fiável nem produzir assinaturas não autorizadas.
Como analisamos.
Quatro linhas em que estamos a trabalhar neste momento: injeção de falhas de hardware, análise de canal lateral, fuzzing de firmware e revisão de código assistida por IA. Fotografias da bancada e relatórios mais extensos seguir-se-ão à medida que a montagem do laboratório for concluída.
Hardware
Injeção de falhas
Glitching de tensão e eletromagnético, injeção de falhas por laser e manipulação de relógio contra os nossos próprios dispositivos e carteiras concorrentes. Documentamos a configuração do equipamento, os alvos e as descobertas à medida que a bancada entra em funcionamento.
Hardware
Análise de canal lateral
Captura de traços de consumo, análise de emissões eletromagnéticas e medição de canais laterais temporais contra operações de assinatura e introdução do PIN. Aplicada tanto ao nosso próprio hardware como a revisões de desmontagem de concorrentes.
Firmware
Fuzzing de firmware
Fuzzing de fronteira dos caminhos de atualização do bootloader, das pilhas de protocolos USB e BLE e dos analisadores de transações no dispositivo (PSBT, EIP-712, chamadas de contrato). Harnesses reproduzíveis em todas as famílias de dispositivos que lançamos.
IA + código
Auditoria automatizada por IA
Cada diff pré-lançamento é revisto por um modelo de fronteira em conjunto com os revisores humanos. Executar vários modelos em paralelo reduz os pontos cegos de qualquer auditor isolado. Tudo o que qualquer um dos lados encontre entra na mesma fila de triagem.
Traga-nos um bug real. Pagamos e creditamo-lo.
A OneKey mantém um programa público e remunerado de recompensas no Bugrap que abrange o hardware, o firmware, a aplicação complementar e o backend. O âmbito, a matriz de severidade, os escalões de recompensa e as normas de reporte estão no Bugrap. Essa página é a fonte de verdade; esta não é.
Atacamos o nosso próprio produto primeiro.
O Anzen Lab é uma pequena equipa interna — engenheiros de segurança de hardware, firmware e aplicações — que trabalha com um conjunto rotativo de investigadores externos e parceiros de auditoria.
A nossa missão é propositadamente restrita: tornar os produtos OneKey mais seguros. Quando o trabalho é útil para a comunidade mais alargada de auto-custódia e de código aberto, publicamo-lo sob o mesmo nome — ferramentas, metodologia, post-mortems.
"Anzen" (安全) é a palavra que usamos internamente para aquilo que tentamos proteger. É a única coisa pela qual esta equipa é avaliada.
Como trabalhamos com investigadores.
Cada relatório credível recebe uma resposta humana de um engenheiro de segurança. Coordenamos os prazos de correção, creditamos o autor do relatório no boletim (anonimamente, se solicitado) e pagamos através do programa de recompensas em vez de negociar caso a caso.
Como trabalhamos com parceiros de auditoria.
Enviamos commits pré-lançamento a auditores externos antes de cada grande lançamento de dispositivo ou aplicação, e publicamos os relatórios resultantes assim que as descobertas são corrigidas.
Estamos a recrutar.
Análise de hardware, engenharia inversa de firmware, pentest interno, red team. Se já partiu uma carteira — a nossa ou a de qualquer outro — queremos conversar.