Mostrare informazioni confidenziali su un cliente senza averlo creato un account: approccio GET o POST?

Qui ci sono tre problemi indipendenti:

• quali dati deve fornire il cliente per ottenere le sue informazioni (il suo token di accesso)
• come comunichi il token di accesso al cliente
• come ti comunica il token

L'indirizzo e-mail più un (probabilmente piccolo) intero rende un pessimo accesso token perché è facilmente intuibile da un hacker. Dovresti generare un token univoco che sia essenzialmente casuale e abbastanza lungo da risultare non percettibile e non correlato a nessuna informazione personale. Se si utilizza un canale non protetto (normale e-mail, pagina Web non crittografata) per comunicare il token, non è più possibile garantire la protezione dei dati personali. Purtroppo, quasi nessuno usa la posta elettronica sicura, quindi questa non è quasi mai un'opzione. Se si desidera avere una soluzione sicura, è possibile fornire il token di accesso su una sorta di pagina di checkout crittografata con https o inviarla al cliente tramite posta ordinaria se non è possibile fornirla immediatamente. Il terzo problema è in realtà un non-problema quando l'invio di un URL tramite posta non criptata non è consigliabile a causa di problemi di privacy. Se il cliente ottiene il suo token di accesso su una pagina Web o tramite posta ordinaria, molto probabilmente lo inserirà manualmente in un campo di input, quindi POST è una scelta naturale lì.