Uma análise de falsas alegações da Venak Security

Desde 2014, a Proton opera um programa público de recompensas por deteção de erros que incentiva os investigadores de segurança a procurarem vulnerabilidades no software da Proton e a receberem recompensas em dinheiro pelo que encontram e nos reportam. Quanto mais pessoas tivermos a examinar o nosso código aberto, mais depressa poderemos identificar potenciais problemas e aplicar correções para proteger os nossos utilizadores.

Estamos profundamente gratos à comunidade mundial de especialistas que contribui para este programa. Mas infelizmente, de vez em quando, recebemos alegações de erros que não resistem ao escrutínio, muitas vezes devido a uma compreensão técnica insuficiente.

Em resposta a perguntas da comunidade, hoje esclarecemos as alegações da Venak Security sobre o Proton Pass e o Proton VPN. Embora tenhamos explicado aos investigadores da Venak a razão pela qual as suas alegações eram falsas quando rejeitámos o seu pedido de recompensa por erro, a Venak acabou por publicar essas alegações de qualquer modo, tornando necessário que restabeleçamos a verdade.

Comecemos pelo essencial: a alegação geral da Venak — “O Proton VPN e o Proton Pass sofrem de problemas de proteção de memória, os dados do utilizador estão em risco!” — é falsa. Para perceber porquê, vamos analisar cada alegação com mais detalhe.

Proton Pass

Alegação 1

“Vulnerabilidade do Gestor de Palavras-passe do Proton: Dados de Cartão de Crédito Desprotegidos em Risco!”

Realidade: No Proton Pass, tal como em qualquer outro gestor de palavras-passe, quando um utilizador está ativamente a ver um item (por exemplo, o número de um cartão de crédito), esses dados têm de ser armazenados sem encriptação na memória. Não é possível encriptar os dados na memória, caso contrário a aplicação não os poderá utilizar enquanto estiver em execução. Não há forma de apresentar os dados a um utilizador sem que os mesmos sejam armazenados na memória. É assim que todos os gestores de palavras-passe funcionam e não se trata de um erro.

No Proton Pass, todos os dados sensíveis, incluindo números de cartões de crédito, permanecem encriptados no disco quando não estão em utilização. Tomamos precauções adicionais ao ofuscar dados sensíveis na memória enquanto em repouso, desofuscando esses dados apenas quando um utilizador solicita explicitamente ver um item.

Proton VPN

Alegação 2

“As chaves privadas estáticas poderiam potencialmente expor os dados dos utilizadores a ataques MITM!”

Realidade: Apesar de alegar ter acesso a chaves privadas, a Venak nunca demonstra isto; em vez disso, a publicação afirma: “Aqui estão algumas capturas de ecrã de chaves públicas extraídas da memória”. No entanto, as chaves públicas não são confidenciais, destinam-se a ser públicas. Como os próprios nomes indicam, as chaves públicas e privadas não são iguais. Além disso, mesmo que as chaves privadas fossem extraídas da memória, não são estáticas, mas sim geradas no início de sessão por dispositivo do utilizador. Isto significa que, mesmo com acesso a estas chaves, um atacante não conseguiria desencriptar o tráfego do utilizador.

Alegação 3

“Um agente malicioso poderia facilmente extrair os dados e desencriptar o tráfego na memória ou utilizando um ataque MITM.”

Realidade: A alegação aqui é de que as chaves privadas armazenadas na memória podem ser utilizadas para desencriptar o tráfego do utilizador. No entanto, não é assim que funciona o protocolo VPN de código aberto WireGuard® utilizado pelo Proton VPN. O WireGuard oferece “segurança de encaminhamento perfeita”(nova janela), o que significa que comprometer os segredos atuais não compromete de forma alguma o tráfego anteriormente encriptado ou qualquer tráfego futuro.

Um atacante que obtenha as chaves privadas poderia potencialmente autenticar-se como o utilizador, mas não seria capaz de desencriptar qualquer tráfego. O tráfego da VPN é encriptado por uma “chave de sessão” separada, que é rodada automaticamente a cada dois minutos. Não é encriptado pela chave privada, ao contrário do alegado pela Venak. Resumindo, a alegada vulnerabilidade simplesmente não existe. Naturalmente, um atacante com acesso de administrador ao dispositivo do utilizador poderia causar danos, mas isso não é algo contra o qual qualquer VPN possa proteger.

Alegação 4

“A Proton decidiu utilizar um valor estático para cada servidor, que pode ser facilmente extraído da memória durante a geração de chaves.”

Realidade: Como explicado acima, as chaves públicas dos nossos servidores VPN não mudam e estão publicamente disponíveis, porque são chaves públicas. Isto não é um problema de segurança.

Então, os seus dados estão realmente em risco?

Não, as “vulnerabilidades” comunicadas não têm fundamento e foi por isso que foram rejeitadas pela nossa equipa do programa de recompensas por deteção de erros.

Apoiamos os nossos produtos e mantemos sempre a privacidade e segurança dos nossos utilizadores como prioridade. Acolhemos sempre com agrado os comentários e a interação com a comunidade de segurança, seja diretamente através dos nossos projetos de software de código aberto(nova janela), seja através do nosso programa de recompensas por deteção de erros. Continuamos empenhados no nosso programa de recompensas por deteção de erros e esperamos continuar a pagar prémios por vulnerabilidades elegíveis.