Perché la crittografia end-to-end è importante per l'editing PDF

Devi redarre un numero di previdenza sociale da un modulo scansionato. Oppure approvare un documento di accettazione di un paziente prima di inviarlo a uno specialista. Oppure eliminare una cifra salariale da un file HR prima di inoltrarlo a qualcuno fuori dalla tua azienda. Apri un browser, cerchi un editor PDF online e carichi il file.

Quello che succede a quel documento dopo è qualcosa a cui la maggior parte delle persone non pensa mai.

Come la maggior parte degli strumenti PDF online gestisce i tuoi file

Quando carichi un file su un tipico editor PDF basato sul web, il file viaggia verso un server remoto di proprietà di quella azienda. Il server lo apre, lo elabora — ruotando pagine, applicando redazioni, appiattendo campi modulo — e poi o rispedisce il risultato o ne memorizza una copia temporaneamente.

Durante tutto quel processo, il PDF è leggibile sulla loro infrastruttura. Un dipendente con accesso al server potrebbe aprirlo. Un'ingiunzione o una richiesta governativa potrebbe costringere l'azienda a consegnarlo. Un bucket S3 mal configurato, una breccia nel loro database o un backup compromesso potrebbe esporlo.

La maggior parte dei provider è trasparente sul fatto di memorizzare i file per una breve finestra — alcune ore o un giorno — prima dell'eliminazione. Questo è un miglioramento significativo rispetto alla memorizzazione indefinita, ma "eliminato eventualmente" non è la stessa cosa di "mai leggibile". Il file è esistito in chiaro sui loro sistemi, e quella finestra è la superficie di attacco.

Il modello di fiducia è: ti fidi dell'azienda, dei loro dipendenti, della loro infrastruttura, delle loro pratiche di sicurezza e della loro giurisdizione legale. Per un documento casuale va bene. Per qualsiasi cosa sensibile, è un salto significativo.

Cosa significa realmente la crittografia end-to-end

La crittografia end-to-end (E2EE) cambia fondamentalmente il modello di fiducia.

Con l'E2EE, la cifratura avviene nel tuo browser prima che il file lasci il tuo dispositivo. Nel momento in cui i byte raggiungono un server qualsiasi, sono già stati codificati in testo cifrato — indistinguibile da dati casuali senza la chiave. Il server memorizza quel testo cifrato, ma non può leggerlo. La decifratura avviene nel tuo browser quando apri di nuovo il documento.

La parte "end-to-end" si riferisce ai due capi: il tuo dispositivo è un capo, e il destinatario (o il tuo te stesso futuro che apre il file) è l'altro. Il server si trova nel mezzo ed è deliberatamente tenuto cieco.

Questo è lo stesso modello usato dalle app di messaggistica cifrata come Signal. La differenza è che applicarlo all'archiviazione e all'editing dei file — dove hai bisogno di salvare, ricaricare e modificare documenti — richiede un approccio più stratificato di un semplice scambio di messaggi.

Come funziona la crittografia di RedaktPDF

RedaktPDF usa una gerarchia di chiavi progettata in modo che al server sia crittograficamente impedito di accedere ai tuoi documenti — non solo contrattualmente impegnato alla privacy, ma tecnicamente incapace.

Quando abiliti la crittografia, la tua password viene elaborata tramite PBKDF2 (600.000 iterazioni) per derivare una master key. Quella master key non lascia mai il tuo browser. Viene usata per incapsulare una Key Encryption Key (KEK), che a sua volta incapsula una File Key (FK) per documento. Le versioni incapsulate di queste chiavi — che sono inutili senza la tua password — sono memorizzate sul server. Le versioni in chiaro esistono solo in memoria nella scheda del tuo browser.

Quando carichi un documento, il browser cifra i byte del PDF, le immagini delle pagine e il testo estratto usando AES-256-GCM con la File Key prima che qualsiasi dato venga inviato. Ciò che il server riceve sono blob cifrati. Quando apri di nuovo il documento, il browser recupera quei blob, deriva le chiavi dalla tua password e decifra localmente. Il server non è mai coinvolto nel passo di decifratura.

Quando esporti dall'editor PDF sicuro, il documento modificato viene assemblato e scaricato direttamente dal tuo browser — non viene mai ricaricato sul server in forma decifrata.

Il risultato pratico: anche se il database del server fosse violato domani, l'attaccante avrebbe un mucchio di dati cifrati e chiavi incapsulate che non può decapsulare senza la tua password.

Quando la crittografia E2E conta di più

Non ogni PDF ha bisogno di crittografia. Una ricetta che hai scansionato, un biglietto di un concerto, un volantino — questi non sono sensibili. Ma una quota sorprendentemente grande di documenti che le persone modificano online è sensibile, anche quando chi li carica non si ferma a pensarci:

Le cartelle cliniche sono il caso più chiaro. L'HIPAA richiede alle entità coperte di proteggere le informazioni sanitarie dei pazienti, e la definizione di "protette" si estende a qualsiasi fornitore che usi per elaborare quelle informazioni. Caricare una cartella di un paziente su uno strumento online standard può violare i tuoi obblighi di conformità indipendentemente dalla privacy policy del fornitore.

I documenti legali — contratti, accordi di transazione, documenti di pianificazione successoria — spesso contengono termini o cifre finanziarie che una parte ha forti ragioni per mantenere confidenziali. Instradarli attraverso un server di terze parti crea un rischio di discovery che potresti non aver considerato.

Gli estratti finanziari — dichiarazioni dei redditi, esportazioni di conti di brokeraggio, richieste di prestito — contengono esattamente i dati che i ladri di identità prendono di mira. Numeri di previdenza sociale, numeri di conto, cifre di reddito. Prima di condividere uno di questi documenti, redigi prima i campi sensibili, poi cifra il documento per la trasmissione.

I documenti HR — lettere di offerta, valutazioni delle prestazioni, dati retributivi, accordi di risoluzione — possono esporre gli individui e creare responsabilità legale se divulgati.

Qualsiasi documento con PII — nomi combinati con indirizzi, date di nascita, numeri di ID governativi o informazioni mediche — comporta rischi sotto le leggi sulla privacy nella maggior parte delle giurisdizioni.

Se stai modificando uno qualsiasi di questi, la domanda non è se la crittografia conta. È se lo strumento che stai usando la fornisce.

Cosa la crittografia E2E non protegge

Vale la pena essere chiari sui limiti, perché sopravvalutare la sicurezza di un sistema è di per sé una forma di inganno.

L'E2EE non impedisce gli screenshot. Qualcuno con accesso al tuo schermo — tramite condivisione dello schermo, malware o prossimità fisica — può catturare ciò che viene visualizzato. La crittografia protegge i dati in transito e a riposo, non i dati che vengono renderizzati sullo schermo.

L'E2EE non protegge da un dispositivo compromesso. Se il tuo browser, sistema operativo o dispositivo è stato compromesso da malware, un attaccante può intercettare i dati decifrati prima che la cifratura avvenga o dopo il completamento della decifratura. La crittografia non sostituisce la sicurezza del dispositivo.

E2EE non significa zero-knowledge se condividi. Se invii un documento cifrato a un collaboratore, riceverà una copia. Quella copia viene decifrata sul suo dispositivo. Cosa succede dopo è fuori dal tuo controllo. L'E2EE protegge il documento dall'infrastruttura, non dalle persone con cui lo condividi.

L'E2EE non protegge i metadati del tuo account. Il tuo indirizzo email, i nomi dei documenti, i timestamp e i pattern di accesso non sono cifrati. Il server sa che hai caricato un documento e quando — semplicemente non può leggere cosa c'è dentro.

Queste non sono ragioni per evitare la crittografia. Sono ragioni per capire quale problema risolve la crittografia e quali problemi richiedono soluzioni diverse.

Il default dovrebbe essere migliore

La maggior parte degli strumenti online ha come default l'elaborazione in chiaro sul server perché è più semplice da costruire e più semplice da spiegare. La crittografia richiede più ingegneria — gestione delle chiavi, crittografia lato browser, gestione attenta dei cambi di password e del recupero.

Ma "più semplice da costruire" non è una buona ragione per esporre i tuoi documenti. Per le categorie di file che contano — medici, legali, finanziari, qualsiasi cosa con informazioni personali — il default dovrebbe essere che il fornitore del servizio non possa leggere i tuoi dati anche se volesse.

Questo è ciò che fornisce la crittografia end-to-end, ed è ciò attorno a cui è costruito l'editor PDF sicuro di RedaktPDF.