MoyenneChoix unique

Question d'entraînement 200-301

Pourquoi les tokens sont-ils couramment utilisés dans les workflows d'API au lieu d'envoyer des identifiants bruts à chaque requête ?

Choisissez la meilleure réponse.

Bonne réponse

AIls permettent un accès répété et contrôlé à l'API sans renvoyer d'identifiants bruts à chaque requête.

Explication

Les tokens sont couramment utilisés car ils offrent un moyen plus contrôlé et pratique de gérer les accès répétés aux API. Concrètement, un client peut s'authentifier, recevoir un token, puis présenter ce token lors des requêtes ultérieures au lieu de renvoyer un nom d'utilisateur et un mot de passe à chaque fois. Cela facilite l'exploitation des workflows d'automatisation tout en s'intégrant dans un modèle de contrôle d'accès. Cela n'élimine pas la nécessité d'une sécurité de transport ou d'une autorisation. Cela fournit simplement un mécanisme courant pour un accès répété et contrôlé aux API.

Pourquoi chaque option est juste ou fausse

Juste

Ils permettent un accès répété et contrôlé à l'API sans renvoyer d'identifiants bruts à chaque requête.

L'authentification par token permet à un client d'échanger des identifiants une seule fois contre un token signé ou opaque, puis de réutiliser ce token pour les requêtes suivantes. Cela évite d'exposer les mots de passe bruts à chaque appel et permet des contrôles fins tels que les scopes, l'expiration et la révocation, qui sont essentiels pour les workflows d'automatisation sans surveillance. Les tokens sont généralement envoyés dans un en-tête Authorization plutôt que dans le corps des requêtes.

Fausse

Ils remplacent le besoin de HTTPS.

Les tokens n'éliminent pas le besoin de HTTPS ; ce sont des identifiants de couche application qui doivent tout de même être protégés en transit. HTTPS fournit un chiffrement TLS, une vérification d'intégrité et une authentification du serveur, empêchant les attaquants de capturer le token par interception passive. Supprimer HTTPS exposerait à la fois le token et la charge utile de l'API à l'écoute clandestine et aux attaques de type man-in-the-middle.

Fausse

Ils attribuent automatiquement des adresses IP aux contrôleurs.

L'utilisation de tokens n'a aucun rôle dans l'attribution d'adresses IP ; les contrôleurs obtiennent des adresses IP via DHCP, une configuration statique ou d'autres mécanismes de la couche réseau. Un token d'API est une chaîne de caractères qui prouve l'autorisation auprès d'un service web, et non un protocole de couche réseau ou une option DHCP. Confondre les identifiants d'authentification avec l'adressage de niveau 3 caractérise mal l'objectif de ces deux technologies.

Fausse

Ils convertissent les données d'API en balises VLAN.

Un token d'API ne convertit pas les données en balises VLAN ; les balises VLAN 802.1Q sont des en-têtes de trame Ethernet de 4 octets utilisés pour segmenter les domaines de broadcast de couche 2. Les tokens sont des chaînes opaques transportées dans les en-têtes HTTP pour authentifier les consommateurs d'API, fonctionnant au niveau de la couche application. Cette option confond des structures de commutation de couche 2 avec des mécanismes de sécurité de couche application, qui sont fondamentalement différents.

Pour aller plus loin

Les tokens d'API servent d'identifiants temporaires et révocables qui permettent aux clients de s'authentifier une seule fois, puis de réutiliser un token pour les requêtes d'API ultérieures. Cette approche évite d'envoyer des identifiants bruts sensibles, tels que les noms d'utilisateur et les mots de passe, à chaque requête, réduisant ainsi l'exposition aux interceptions ou aux utilisations malveillantes. Les tokens ont généralement des durées de vie et des périmètres (scopes) limités, ce qui permet un contrôle d'accès granulaire et une révocation plus facile sans impacter les identifiants principaux de l'utilisateur. Dans les contextes d'automatisation et de programmabilité Cisco, les tokens permettent des workflows sécurisés et efficaces en découplant l'authentification de chaque appel d'API. Lorsqu'un client s'authentifie, le serveur émet un token que le client inclut dans les en-têtes HTTP pour les requêtes ultérieures. Ce modèle d'accès basé sur les tokens prend en charge la gestion des sessions, réduit la surcharge et s'aligne sur les meilleures pratiques de conception d'API sécurisées. Il s'intègre également avec la sécurité de transport comme HTTPS, qui reste essentielle pour protéger la confidentialité des tokens. Un piège d'examen courant consiste à supposer que les tokens remplacent le besoin d'un transport sécurisé ou qu'ils effectuent des fonctions réseau sans rapport, telles que l'attribution d'adresses IP ou le balisage VLAN. Les tokens gèrent strictement l'authentification et l'autorisation au niveau de la couche application. Ne pas comprendre cela peut conduire à des réponses incorrectes suggérant que les tokens remplacent HTTPS ou affectent directement l'infrastructure réseau. En pratique, les tokens simplifient les accès répétés aux API tout en maintenant les frontières de sécurité dans l'automatisation des réseaux Cisco.

À propos de ces questions d'entraînement

Cette question fait partie des questions d'entraînement 200-301 originales de Courseiva, rédigées pour apprendre et jamais copiées d'examens réels ou de dumps.

Traduite de l'original anglais avec l'IA et vérifiée pour le sens. Les codes d'examen, les commandes et les noms de produits sont conservés tels qu'ils apparaissent à l'examen.