Quando il vostro algoritmo non basta più.

Separare le decisioni crittografiche dalla logica di business

Le assunzioni codificate in modo rigido non si trovano solo nella chiamata crittografica in senso stretto. Campi di database, formati di file e interfacce possono presupporre lunghezze fisse o determinati tipi di chiave. Verifichiamo questi punti insieme a librerie e configurazione, affinché un cambio di algoritmo non fallisca a causa di un campo dati apparentemente estraneo.

Astrazione non significa inventare una propria libreria crittografica. Implementazioni consolidate vengono integrate tramite un'interfaccia chiara. Gli algoritmi e i parametri consentiti restano controllati; una scelta arbitraria basata su input non attendibili non deve sostituire la decisione di sicurezza.

Pianificare stati di transizione e retrocompatibilità

Dati esistenti o partner di comunicazione possono continuare a richiedere algoritmi più vecchi. Progettiamo un versionamento riconoscibile e verifichiamo quali stati operativi paralleli sono effettivamente supportati. Un downgrade a un algoritmo più vecchio non deve poter essere innescato silenziosamente da un attaccante o da una controparte malfunzionante.

Per ogni combinazione supportata vengono definiti test e criteri di approvazione. Gli algoritmi non più consentiti devono poter essere disattivati in modo mirato. In questo modo l'agilità crittografica diventa un processo di modifica gestito con limiti documentati, invece di un insieme incontrollato di opzioni.