Métodos adicionales para autenticarse en recursos de Azure desde aplicaciones de Go

En este artículo se enumeran métodos adicionales que las aplicaciones pueden usar para autenticarse en recursos de Azure. Estos métodos se usan con menos frecuencia. Cuando sea posible, use uno de los métodos descritos en Autenticación de aplicaciones de Go en Azure mediante la introducción al SDK de Azure.

Autenticación interactiva del explorador

Este método autentica una aplicación a través de InteractiveBrowserCredential, recopilando credenciales de usuario en el sistema predeterminado.

La autenticación del explorador interactivo habilita la aplicación para todas las operaciones que permiten las credenciales de inicio de sesión interactivas. Como resultado, si es el propietario o administrador de la suscripción, el código tiene acceso inherente a la mayoría de los recursos de esa suscripción sin tener que asignar permisos específicos. Por este motivo, use la autenticación interactiva del explorador solo para la experimentación.

Habilitación de aplicaciones para la autenticación interactiva del explorador

Realice los pasos siguientes para permitir que la aplicación se autentique a través del flujo de explorador interactivo. Estos pasos también funcionan para la autenticación de código de dispositivo descrita más adelante. Solo debe seguir este proceso si usa InteractiveBrowserCredential en el código.

1. En Azure Portal, vaya a Microsoft Entra ID y seleccione Registros de aplicaciones en el menú izquierdo.

2. Seleccione el registro de la aplicación y, a continuación, seleccione Autenticación.

3. En Configuración avanzada, seleccione Sí para Permitir flujos de cliente públicos.

4. Seleccione Guardar para aplicar los cambios.

5. Para autorizar la aplicación para recursos específicos, vaya al recurso en cuestión, seleccione Permisos de API y habilite Microsoft Graph y otros recursos a los que quiera acceder. Microsoft Graph normalmente está habilitado de forma predeterminada.

   Importante

   También debe ser el administrador de su entorno de cliente para dar consentimiento a tu aplicación cuando inicie sesión por primera vez.

Si no puede configurar la opción de flujo de código de dispositivo en el ID de Microsoft Entra, es posible que su aplicación tenga que ser multicliente. Para realizar este cambio, vaya al panel Autenticación , seleccione Cuentas en cualquier directorio organizativo (en Tipos de cuenta admitidos) y, a continuación, seleccione Sí para Permitir flujos de cliente públicos.

Ejemplo de uso de InteractiveBrowserCredential

En el siguiente ejemplo se muestra el uso de un InteractiveBrowserCredential para autenticarse con el paquete armsubscription de SubscriptionsClient.

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
}

Para un control más exacto, como establecer URI de redirección, puede suministrar argumentos específicos de RedirectURL a InteractiveBrowserCredential a través del tipo InteractiveBrowserCredentialOptions.

Autenticación con código de dispositivo

Este método autentica interactivamente a un usuario en dispositivos con una interfaz de usuario limitada (normalmente dispositivos sin teclado):

1. Cuando la aplicación intenta autenticarse, la credencial solicita al usuario una dirección URL y un código de autenticación.
2. El usuario visita la dirección URL en un dispositivo independiente habilitado para el explorador (un equipo, un smartphone, etc.) y escribe el código.
3. El usuario sigue un proceso de autenticación normal en el explorador.
4. Tras la autenticación correcta, la aplicación se autentica en el dispositivo.

Para obtener más información, consulte Plataforma de identidad de Microsoft y flujo de concesión de autorización de dispositivos de OAuth 2.0.

La autenticación de código de dispositivo en un entorno de desarrollo habilita la aplicación para todas las operaciones permitidas por las credenciales de inicio de sesión interactivas. Como resultado, si es el propietario o administrador de la suscripción, el código tiene acceso inherente a la mayoría de los recursos de esa suscripción sin tener que asignar permisos específicos. Sin embargo, puede usar este método con un identificador de cliente específico, en lugar del valor predeterminado, para el que puede asignar permisos específicos.

Use el DeviceCodeCredential tipo del azidentity paquete para implementar la autenticación de código de dispositivo.