Debate sobre segurança de carteiras da Cardano avança para auditorias, carteiras certificadas e seguro após incidente da SecondFi
O debate sobre a segurança de carteiras da Cardano se ampliou após Charles Hoskinson detalhar novos testes de recuperação Groth16 no Cardano Preview enquanto direciona a atenção para auditorias independentes, questões de custódia legal e padrões de carteira mais fortes após o incidente da SecondFi.
By SongMarketCap
A atualização mais recente desloca a discussão para além de um único mecanismo de recuperação e em direção à estrutura mais ampla de segurança de carteiras em todo o ecossistema Cardano.
Embora o incidente esteja ligado ao software de carteira e não ao próprio protocolo da Cardano, ele abriu uma conversa mais ampla sobre como os usuários armazenam ADA, gerenciam chaves privadas e dependem de aplicativos de carteira para acessar produtos e serviços baseados na Cardano.
Teste de recuperação Groth16 destaca as capacidades em expansão de contratos inteligentes da Cardano
O núcleo técnico da atualização se concentrou em um modelo experimental de recuperação baseado na verificação de prova de conhecimento zero Groth16 no Cardano Preview. O desenho explora um cenário severo porém ainda recuperável no qual um usuário pode precisar provar a propriedade de endereços de carteira vinculados a caminhos de derivação específicos sem revelar publicamente uma frase de recuperação de 24 palavras.
Sob a estrutura proposta, um usuário geraria a prova localmente, anexaria um endereço de destino e enviaria a prova a um contrato inteligente. Se os fundos afetados fossem colocados em um contrato de recuperação adequado, o verificador na cadeia poderia validar a prova e permitir que os ativos fossem movidos para um novo endereço.
A atualização deixou claro que isso continua sendo uma prova de conceito, e não um sistema de recuperação pronto para produção. A viabilidade de qualquer caminho de recuperação depende de quais partes de uma carteira foram comprometidas. Se a raiz mestre permanecer segura, a propriedade poderia ser confirmada com uma assinatura padrão. Se a própria frase de recuperação tiver sido comprometida, uma prova de conhecimento zero baseada nessa frase não forneceria um caminho seguro para resgate.
Mesmo neste estágio inicial, o trabalho aponta para a crescente sofisticação do ambiente de contratos inteligentes da Cardano. O circuito descrito é grande, com quase quatro milhões de parâmetros, enquanto a prova verificada na cadeia permanece compacta. Isso torna o teste relevante não apenas para o caso SecondFi, mas também para futuras ferramentas de recuperação, sistemas de reivindicação que preservam a privacidade e uma infraestrutura de carteiras com maior garantia na Cardano.
Incidente da SecondFi traz questões de auditoria e legais para o primeiro plano
O incidente da SecondFi continua sendo um problema de carteira na camada de aplicação, não uma falha da blockchain da Cardano. A rede continua a produzir blocos e processar transações, enquanto as questões não resolvidas se concentram em torno do código da carteira, da lógica de assinatura, do tratamento de chaves e do caminho de migração do ambiente Yoroi de código aberto para um modelo SecondFi de código fechado.
Ainda não foi estabelecido um quadro técnico completo. As perguntas em aberto incluem se o comprometimento se limitou à lógica relacionada à assinatura, se se estendeu à derivação de chaves, se as raízes mestres permaneceram seguras e se alguma informação adicional no lado do cliente pode ter sido exposta. O perfil de risco também pode diferir entre usuários que foram migrados a partir do Yoroi e usuários que criaram novas carteiras diretamente dentro do SecondFi.
É por isso que uma auditoria de segurança independente ponta a ponta agora está no centro de qualquer esforço de recuperação credível. Tal auditoria precisaria identificar as bibliotecas afetadas, confirmar a causa raiz, determinar a extensão do comprometimento e estabelecer quais caminhos de recuperação são seguros para cada grupo de usuários. A atualização também apontou para um papel potencial do Conselho de Segurança da Intersect em receber informes técnicos ou respostas de auditores como parte de um processo de revisão mais objetivo.
A discussão sobre recuperação também inclui uma camada jurídica. Se os fundos foram movidos para custódia protetiva por meio de ação white hat, as próximas perguntas envolvem quem pode deter esses ativos legalmente, sob que autoridade as reivindicações podem ser processadas, como a propriedade é validada e quais regras regem a devolução dos fundos. Um contrato de custódia com assinatura múltipla neutro foi mencionado como uma possível estrutura, mas o desenho do contrato por si só não resolve o status jurídico da custódia, a responsabilidade ou os direitos de resgate.
Midnight e o Legal Context Protocol também apareceram na discussão mais ampla. Midnight é uma rede focada em privacidade conectada ao ecossistema Cardano e construída em torno de divulgação seletiva e aplicações de conhecimento zero. O Legal Context Protocol aponta para modelos de transação que podem carregar intenção legal, jurisdição, termos e contexto de resolução de disputas, o que pode se tornar relevante para futuros desenhos de recuperação e de autoridade delegada.
Carteiras certificadas e seguro entram na agenda de segurança da Cardano
O incidente da SecondFi agora levou os padrões de carteiras a um lugar mais central na agenda de infraestrutura da Cardano. As carteiras são a camada principal voltada ao usuário para armazenar ADA, assinar transações e acessar aplicativos descentralizados. Uma falha nesse nível pode prejudicar a confiança na experiência do usuário mesmo quando o protocolo base permanece intacto.
A atualização pediu padrões comuns entre os desenvolvedores de carteiras da Cardano, traçando um paralelo com o trabalho do ecossistema em diversidade de nós. Nesse arcabouço, múltiplas equipes de nós constroem de forma independente enquanto trabalham em torno de premissas compartilhadas, métodos de teste e expectativas de segurança. Uma abordagem semelhante para carteiras poderia incluir carteiras certificadas, bibliotecas criptográficas certificadas, práticas de software verificáveis, controles de cadeia de suprimentos e verificações de segurança automatizadas ao longo de todo o ciclo de desenvolvimento.
Essa discussão também se estendeu a agentes de segurança e ferramentas de verificação durante o desenvolvimento. Esses sistemas podem ser usados para inspecionar implementações de provas de conhecimento zero, fluxos de computação de múltiplas partes, circuitos com restrições insuficientes e outros riscos técnicos antes que o código chegue à produção. Embora tais ferramentas não substituam auditorias formais, elas podem reduzir a probabilidade de que falhas criptográficas básicas ou de implementação cheguem aos usuários finais.
Uma parte separada da atualização tratou de seguro para carteiras. A direção proposta fica entre serviços de custódia tradicionais e carteiras não custodiais padrão. Sob esse modelo, os usuários continuariam a controlar suas próprias chaves, enquanto uma camada adicional de seguro poderia fornecer cobertura parcial ou total para falhas de software ou incidentes de segurança definidos, dependendo da estrutura da apólice e dos termos do prêmio.
Isso abriria uma nova categoria de produtos de carteira não custodiais segurados, potencialmente respaldados por capital em cadeia ou outros modelos estruturados de cobertura. Para a Cardano, o resultado prático do incidente da SecondFi agora é uma mudança de resposta a incidentes para reforma de infraestrutura. O próximo teste é saber se o software de carteira pode atender a requisitos de segurança mais claros antes de lidar com os fundos dos usuários, e se a autocustódia pode ganhar proteção mais forte sem empurrar os usuários de volta ao controle custodial.