Quanto è sicuro proteggere i contenuti sensibili tramite URL con hash MD5 e nessun'altra autorizzazione?

Ci sono un paio di problemi da considerare con gli URL "segreti".

In primo luogo, offrono un diverso livello di sicurezza contro l'individuazione quando vengono pubblicati su HTTP o HTTPS. Oltre HTTPS, il percorso è protetto. Su HTTP, non lo è. Ciò significa che quando si utilizza HTTP, chiunque nel percorso del traffico (persone che sniffano traffico wireless, server proxy, server di memorizzazione nella cache) ha accesso al percorso e può quindi scoprirlo. Su HTTPS, viene esposto solo il nome host, il percorso è protetto dagli intercettatori.

In secondo luogo, possono essere salvati in un segnalibro o salvati in vari modi. Devi considerare se l'uso improprio di URL con segnalibro rappresenta una minaccia significativa per la tua applicazione.

Terzo, non c'è modo di far scadere l'accesso a un URL valido. Se si dispone di un sistema di autenticazione, è possibile applicare timeout di sessione di qualche tipo. Se non lo fai, finché l'URL è valido, chiunque lo abbia può accedervi.

Il quarto e più specifico di questa specifica applicazione è la domanda di Izam nei commenti. Quale viene sottoposto a hash per creare gli URL? Se si tratta di qualcosa come un ID di transazione basato su un numero incrementale o qualcosa di diverso per cui un algoritmo può facilmente generare input e hash candidati, no, non sarebbe sicuramente sicuro perché un utente malintenzionato potrebbe generare un set di hash potenzialmente validi e provarli tutti. Potrebbero non funzionare tutti, ma se alcuni di loro lo fanno, lo schema è rotto. In particolare se è qualcosa come un intero incrementale, perché se scoprono input validi, tutti gli URL validi possono essere facilmente determinati ed esposti.

Quindi, gli URL segreti possono essere uno strumento valido in alcuni casi. Con informazioni personali in gioco, particolarmente informazioni finanziarie, vorrei non fare affidamento su questo meccanismo. È troppo debole.

Non è necessario eseguire la scansione di TUTTE le combinazioni: è sufficiente trovare UNO a cui non si è autorizzati ad accedere. Ciò dimostra che il metodo è rotto. Poiché si tratta di un hash MD5, è probabile che abbia anche la stessa lunghezza ogni volta, il che rende più facile restringere un link valido.

Credo che un crawler impiegherebbe meno di 5 righe di codice e meno di un'ora per trovare un collegamento a cui non si dovrebbe avere accesso.