Gestisci un'istanza di Azure API Management (APIM) e devi centralizzare due valori per le policy: (1) un URL di base non segreto utilizzato da più API e (2) una password di database che ruota mensilmente. I requisiti di sicurezza impongono che APIM non debba memorizzare la password e che la rotazione non richieda modifiche alle policy. Cosa dovresti fare? (Scegli due)

Per l'URL di base non segreto, un valore denominato (named value) semplice è la soluzione appropriata. Permette di centralizzare il valore e riutilizzarlo nelle policy senza esporre informazioni sensibili. Per la password del database, che è un segreto che ruota, la soluzione migliore è un valore denominato supportato da Azure Key Vault. Questo approccio soddisfa i requisiti di sicurezza perché APIM non memorizza direttamente la password. L'uso di un'identità gestita assegnata dal sistema di APIM per accedere a Key Vault e un identificatore di segreto senza versione garantisce che le policy non debbano essere modificate quando la password ruota, poiché APIM recupererà sempre l'ultima versione del segreto da Key Vault. Le opzioni errate sono: Creare un valore denominato segreto e inserire direttamente la password in APIM non rispetta il requisito di non memorizzare la password in APIM. Memorizzare la password in una proprietà del prodotto non è una pratica sicura per i segreti e non offre la rotazione senza modifiche alle policy. Codificare la password in Base64 non la rende sicura; è facilmente decodificabile e non soddisfa i requisiti di sicurezza o di rotazione.