Autenticazione interna da server a server utilizzando un token singolo

Ciò che è accettabile per te dovrebbe dipendere dal valore di qualsiasi cosa tu stia proteggendo e dai rischi inerenti ad altri aspetti del sistema.

In molti casi, il tuo suggerimento potrebbe essere perfettamente ragionevole, ma in altri potrebbe non essere accettabile. Il rischio può essere rappresentato da conseguenze di una violazione, tempi è probabile.

Quindi, se gestisci informazioni molto delicate, ma c'è una possibilità molto bassa che qualcuno possa ottenere quel segreto condiviso, perché hai controlli molto rigorosi su chi potrebbe accedervi ... potrebbe essere ok. Ma se i tuoi controlli sul sistema sono piuttosto rilassanti, la probabilità sarebbe più alta e potrebbe essere inaccettabile. Potresti indirizzarti a uno schema di autenticazione diverso o riducendo le possibilità che qualcuno ottenga quel token.

Alcuni ulteriori suggerimenti per attenuare i rischi relativi a questo tipo di autenticatore:

• Rendi il segreto condiviso un'impostazione, non una stringa hard-coded
• Non controllarlo nel controllo del codice sorgente
• Semplifica il cambiamento in caso di violazione (probabilmente hai un periodo di prova in cui due token sono validi per poter rotolare senza interruzioni)
• Assicurati che il luogo in cui è archiviato il segreto abbia corretti permessi di file localmente, oppure puoi usare un servizio come Azure KeyVault Secrets in modo che la macchina lo abbia sempre in memoria
• Utilizzare uno schema crittografico come HMAC per firmare alcuni dettagli dei parametri della richiesta, in modo che il segreto reale non venga mai passato sulla connessione. Entrambi gli account di archiviazione di Azure e S3 funzionano in questo modo.
• Anche nel campo criptato, potresti usare TOTP, che combina un segreto condiviso con un hash basato sul tempo; ogni gettone trasmesso sul filo sarebbe valido per un tempo molto breve, ma il segreto non cambierebbe mai
• Accoppia il token con l'indirizzo IP del server a cui è consentito utilizzarlo, limitando così il suo utilizzo al server a cui appartiene

Dato che stai già utilizzando HTTPS, stai già ricevendo i certificati server TLS X.509. Suggerirei di utilizzare il certificato client TLS per l'autenticazione del client. Questo meccanismo di autenticazione è supportato dalla maggior parte dei server Web pronti all'uso.

Ovviamente devi rinnovare i certificati del cliente. Ma questa è la stessa procedura come rinnovare i certificati del server.