Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article répertorie des méthodes supplémentaires que les applications peuvent utiliser pour s'authentifier auprès des ressources Azure. Ces méthodes sont moins couramment utilisées. Si possible, utilisez l’une des méthodes décrites dans l’authentification des applications Go sur Azure à l’aide de la vue d’ensemble du Kit de développement logiciel (SDK) Azure.
Authentification interactive du navigateur
Cette méthode authentifie une application en InteractiveBrowserCredential collectant les informations d’identification de l’utilisateur dans le système par défaut.
L’authentification interactive du navigateur active l’application pour toutes les opérations autorisées par les informations d’identification de connexion interactives. Par conséquent, si vous êtes le ou la propriétaire ou l’administrateur(-trice) de votre abonnement, votre code a un accès inhérent à la plupart des ressources de cet abonnement sans avoir à attribuer d’autorisations spécifiques. Pour cette raison, utilisez l’authentification interactive du navigateur uniquement pour l’expérimentation.
Activer les applications pour l'authentification par navigateur interactif
Effectuez les étapes suivantes pour permettre à l'application de s'authentifier via le flux du navigateur interactif. Ces étapes fonctionnent également pour l'authentification par code d'appareil décrite plus loin. Vous devez suivre ce processus uniquement si vous utilisez InteractiveBrowserCredential dans votre code.
Dans le portail Azure, accédez à Microsoft Entra ID et sélectionnez Inscriptions d’applications dans le menu de gauche.
Sélectionnez l’inscription de votre application, puis sélectionnez Authentification.
Sous Paramètres avancés, sélectionnez Oui pour Autoriser les flux de clients publics.
Sélectionnez Enregistrer pour appliquer les modifications.
Pour autoriser l’application pour des ressources spécifiques, accédez à la ressource en question, sélectionnez Autorisations d’API et activez Microsoft Graph et d’autres ressources auxquelles vous souhaitez accéder. Microsoft Graph est généralement activé par défaut.
Important
Vous devez également être l'administrateur de votre locataire pour accorder le consentement à votre application lorsque vous vous connectez pour la première fois.
Si vous ne pouvez pas configurer l’option de flux de code de périphérique sur votre ID Microsoft Entra, votre application doit peut-être être multi-locataires. Pour apporter cette modification, accédez au panneau Authentification , sélectionnez Comptes dans n’importe quel annuaire organisationnel (sous Types de comptes pris en charge), puis sélectionnez Oui pour autoriser les flux de clients publics.
Exemple utilisant InteractiveBrowserCredential
L’exemple suivant illustre l’utilisation d’un InteractiveBrowserCredential pour s’authentifier auprès du SubscriptionsClient dans le package armsubscription :
package main
import (
"context"
"log"
"github.com/Azure/azure-sdk-for-go/sdk/azidentity"
"github.com/Azure/azure-sdk-for-go/sdk/resourcemanager/subscription/armsubscription"
)
func main() {
cred, err := azidentity.NewInteractiveBrowserCredential(nil)
if err != nil {
// TODO: handle error
}
ctx := context.Background()
clientFactory, err := armsubscription.NewClientFactory(cred, nil)
if err != nil {
// TODO: handle error
}
res, err := clientFactory.NewSubscriptionsClient().Get(ctx, "<your_subscription_id>", nil)
if err != nil {
// TODO: handle error
}
// You could use response here. We use blank identifier for just demo purposes.
_ = res
}
Pour un contrôle plus précis, telle que la définition d'URIs de redirection, vous pouvez fournir des arguments spécifiques tels que RedirectURL à InteractiveBrowserCredential en passant par le type InteractiveBrowserCredentialOptions.
Authentification de code d’appareil
Cette méthode authentifie de manière interactive un utilisateur sur des appareils avec une interface utilisateur limitée (généralement des appareils sans clavier) :
- Lorsque l’application tente de s’authentifier, les informations d’identification invitent l’utilisateur avec une URL et un code d’authentification.
- L’utilisateur visite l’URL sur un appareil avec navigateur distinct (un ordinateur, un smartphone, et ainsi de suite) et entre le code.
- L’utilisateur suit un processus d’authentification normal dans le navigateur.
- Une fois l’authentification réussie, l’application est authentifiée sur l’appareil.
Pour en savoir plus, consultez Plateforme d’identités Microsoft et flux d’octroi d’autorisation d’appareil OAuth 2.0.
L’authentification par code d’appareil dans un environnement de développement permet à l’application de toutes les opérations autorisées par les informations d’identification de connexion interactives. Par conséquent, si vous êtes le ou la propriétaire ou l’administrateur(-trice) de votre abonnement, votre code a un accès inhérent à la plupart des ressources de cet abonnement sans avoir à attribuer d’autorisations spécifiques. Toutefois, vous pouvez utiliser cette méthode avec un ID client spécifique, plutôt que la valeur par défaut, pour laquelle vous pouvez attribuer des autorisations spécifiques.
Utilisez le type DeviceCodeCredential du package azidentity pour implémenter l'authentification par code de l'appareil.