Il pattern che risponde a «su quali dati» ma non a «chi» sembra funzionare per un anno, fino al primo incidente. Tre architetture sulle cinque domande che contano davvero.
Il firewall blocca gli ingressi ma lascia uscire: è tutto quello che serve. Remote forwarding, la trappola di GatewayPorts, chiavi ristrette e il tunnel che sopravvive davvero alle cadute di rete.
Un URL non collegato è comunque raggiungibile, e un identificatore in un indirizzo è un tentativo di accesso. Le tre famiglie di falle di autorizzazione e come renderle impossibili da dimenticare.
Un font caricato da un dominio esterno trasmette l'IP del visitatore a un terzo prima che possa scegliere: nessun cookie, e una sentenza di condanna. La conformità è un problema tecnico prima che legale.
Il browser esegue il codice, quindi il codice è visibile. Ma c'è differenza fra esporre un bundle offuscato ed esporre i sorgenti commentati — e c'è una cosa che non si può proteggere affatto.
Non serve un bug: basta misurare quanto ci mette il sistema a dire di no. Come si estrae un token un carattere alla volta, e perché timingSafeEqual da solo non chiude il problema.
Contare per IP sbaglia in entrambe le direzioni, e su IPv6 non limita proprio nulla. Algoritmi a confronto, chiavi multiple, limite distribuito e la scelta fra fail-open e fail-closed.
Risolvere il percorso e confrontarlo con startsWith sembra la soluzione, e ha un difetto che passa inosservato per anni. Contenimento corretto, link simbolici, TOCTOU e Zip Slip.
Se un sito riesce a rispedirvi la password, la conserva in chiaro. Le quattro forme del problema, il protocollo di reset fatto bene riga per riga, e come rientrare se il danno c'è già.
Il server non conosce la vostra password e non potrebbe rispedirvela nemmeno volendo. Come si ottiene davvero: sale, cost factor misurato, il limite dei 72 byte, il pepper e il passaggio ad Argon2id.