Un’analisi delle false affermazioni di Venak Security

Dal 2014, Proton gestisce un programma bug bounty pubblico che incoraggia i ricercatori di sicurezza a cercare vulnerabilità nel software Proton e a ricevere ricompense in denaro per ciò che trovano e ci segnalano. Più persone esaminano il nostro codice open source, più velocemente possiamo identificare potenziali problemi e applicare correzioni per proteggere i nostri utenti.

Siamo profondamente grati alla comunità globale di esperti che contribuisce a questo programma. Purtroppo, però, di tanto in tanto riceviamo segnalazioni di bug bounty che non reggono a un attento esame, spesso a causa di un’insufficiente comprensione tecnica.

In risposta alle domande della comunità, oggi facciamo chiarezza sulle affermazioni di Venak Security riguardanti Proton Pass e Proton VPN. Sebbene avessimo spiegato ai ricercatori di Venak perché le loro affermazioni fossero false quando abbiamo rifiutato la loro segnalazione di bug bounty, Venak le ha successivamente pubblicate comunque, rendendo necessario da parte nostra fare chiarezza.

Iniziamo dal punto cruciale: l’affermazione generale di Venak — “Proton VPN e Proton Pass soffrono di problemi di protezione della memoria, i dati degli utenti sono a rischio!” — è falsa. Per capire il perché, analizziamo ogni affermazione nel dettaglio.

Proton Pass

Affermazione 1

“Vulnerabilità del gestore di password di Proton: dati delle carte di credito non protetti a rischio!“

Realtà: in Proton Pass, come in qualsiasi altro gestore di password, quando un utente sta visualizzando attivamente un elemento (ad esempio, il numero di una carta di credito), tale dato deve essere archiviato non crittografato in memoria. Non puoi crittografare i dati in memoria, altrimenti l’applicazione non potrà utilizzarli mentre è in esecuzione. Non c’è modo di mostrare i dati a un utente senza che questi vengano memorizzati in memoria. Questo è il modo in cui funziona ogni gestore di password e non si tratta di un bug.

In Proton Pass, tutti i dati sensibili, inclusi i numeri delle carte di credito, rimangono crittografati sul disco quando non sono in uso. Adottiamo ulteriori precauzioni offuscando i dati sensibili in memoria quando sono a riposo, deoffuscandoli solo quando un utente richiede esplicitamente di visualizzare un elemento.

Proton VPN

Affermazione 2

“Le chiavi private statiche potrebbero potenzialmente esporre i dati degli utenti ad attacchi MITM!”

Realtà: nonostante sostenga di avere accesso alle chiavi private, Venak non lo dimostra mai; al contrario, il post afferma: “Ecco alcuni screenshot di chiavi pubbliche estratte dalla memoria”. Tuttavia, le chiavi pubbliche non sono sensibili, sono destinate a essere pubbliche. Come suggeriscono i nomi, le chiavi pubbliche e private non sono la stessa cosa. Inoltre, anche se le chiavi private venissero estratte dalla memoria, non sono statiche, ma vengono generate al login per ciascun dispositivo dell’utente. Ciò significa che, anche avendo accesso a queste chiavi, un malintenzionato non sarebbe in grado di decriptare il traffico dell’utente.

Affermazione 3

“Un malintenzionato potrebbe facilmente estrarre i dati e decriptare il traffico in memoria o utilizzando un attacco MITM.”

Realtà: qui si afferma che le chiavi private archiviate in memoria possano essere utilizzate per decriptare il traffico dell’utente. Tuttavia, non è così che funziona il protocollo VPN open source WireGuard® utilizzato da Proton VPN. WireGuard garantisce la “perfect forward secrecy”(nuova finestra), il che significa che la compromissione dei segreti attuali non compromette in alcun modo il traffico precedentemente crittografato o il traffico futuro.

Un malintenzionato che ottiene le chiavi private potrebbe potenzialmente autenticarsi come utente, ma non sarebbe in grado di decriptare alcun traffico. Il traffico VPN è crittografato da una “chiave di sessione” separata, che viene ruotata automaticamente ogni due minuti. Non è crittografato dalla chiave privata, come sostenuto da Venak. In breve, la presunta vulnerabilità semplicemente non esiste. Naturalmente, un malintenzionato con accesso amministratore al dispositivo dell’utente potrebbe causare danni, ma questo non è qualcosa da cui una VPN possa proteggere.

Affermazione 4

“Proton ha deciso di utilizzare un valore statico per ciascun server, che può essere facilmente estratto dalla memoria durante la generazione delle chiavi.”

Realtà: come spiegato sopra, le chiavi pubbliche dei nostri server VPN non cambiano e sono disponibili pubblicamente, perché si tratta di chiavi pubbliche. Questo non è un problema di sicurezza.

Quindi, i tuoi dati sono davvero a rischio?

No, le “vulnerabilità” segnalate sono prive di fondamento, ed è per questo che sono state rifiutate dal nostro team bug bounty.

Sosteniamo fermamente i nostri prodotti e consideriamo sempre la privacy e la sicurezza dei nostri utenti come una priorità. Accogliamo con favore i commenti e il coinvolgimento della comunità di sicurezza, sia direttamente tramite i nostri progetti software open source(nuova finestra), sia tramite il nostro programma bug bounty. Continuiamo a impegnarci nel nostro programma bug bounty e non vediamo l’ora di continuare a erogare ricompense per le vulnerabilità idonee.