Sono queste informazioni crittografate? Perché è in un URL?

No. Il link contiene l'URL completo dell'articolo che non era rilevante e anche i dettagli dell'utente dell'utente che invia "questo non è rilevante", quindi solo quelli che hanno ricevuto il rapporto possono dire che "questo non è rilevante".

Non è sicurezza per oscurità, piuttosto è un collegamento con i dati di autenticazione incorporati, quindi non devi digitare il tuo nome utente / password o chiedere al direttore della società di dire "questo non è rilevante".

Anche il motivo per crittografare l'url è che un codice di verifica dell'integrità, alla fine, può garantire che i dati di autenticazione che appartengono al collegamento 1 non possano essere utilizzati in modo errato per collegare 2. Ad esempio, quando si fa clic su quel collegamento, il l'articolo corrispondente viene quindi contrassegnato come non pertinente. Se qualche persona non autorizzata clicca nuovamente sul link, non importa poiché l'articolo è già contrassegnato come non pertinente.

La crittografia impedisce quindi a qualcuno di modificare l'id di articolo / articolo dell'articolo all'interno del link in modo che un link non possa essere utilizzato in modo improprio per contrassegnare un altro articolo come non pertinente o per l'abuso del link per altre cose come l'annullamento dell'iscrizione o simili.

Pensa al link come questo: link e poi lo si cripta con un algoritmo simmetrico, e poi si codifica come urlsafe base64, prima di inviarlo. Poiché il server ha creato il collegamento crittografato, il server può anche decrittografare le informazioni con la stessa chiave simmetrica, ma nessuno può abusare delle informazioni memorizzate nel collegamento.

Non ha NIENTE da fare con DELETE / PUT e tali verbi HTTP. Un browser non è normalmente in grado di inviare altro che GET / HEAD / POST, quindi la richiesta fatta è una GET nel caso precedente.