Api-blueprint: Authentification

Créé le 14 août 2013  ·  14Commentaires  ·  Source: apiaryio/api-blueprint

Commentaire le plus utile

Alors, quel est le statut de l'authentification ? #201 a été fermé, car il a été remplacé par https://github.com/apiaryio/api-blueprint-rfcs/pull/5 et https://github.com/apiaryio/api-blueprint-rfcs/pull/6. Ils ont été fusionnés en tant que RFC il y a plus de deux ans, cela va-t-il donc être mis en œuvre ?

Tous les 14 commentaires

Cela me semble vraiment utile.

@xurde Content d'entendre ça ! Si vous en avez envie, n'hésitez pas à proposer une syntaxe ou simplement à partager un stub / un exemple de la façon dont vous aimeriez le décrire. Êtes-vous également intéressé par un type particulier d'authentification ?

Je serais intéressé par la prise en charge d'OAuth 1.1 qui nécessite la définition d'un en-tête d'autorisation HTTP avec divers champs.

J'aimerais pouvoir se moquer/utiliser/définir la demande d'un jeton basé sur le nom d'utilisateur/les informations d'identification et utiliser ce jeton pour les demandes ultérieures à l'api. Je suppose que l'incorporation de javascript qui génère / analyse les jetons ou le nom d'utilisateur / les informations d'identification dans le plan pourrait être une solution.

OAuth 2.0 est assez largement utilisé.

S'il vous plaît laissez-moi savoir si les traits tels que proposés dans #47 amélioreraient les besoins d'authentification. Reportez-vous également à cet exemple : https://gist.github.com/zdne/01e287fe18d232672d43#file -4-example-gist-fox-api-md

A traiter (et clore) avec #47.

Je ne sais pas si cela est toujours en cours d'élaboration, mais un moyen de documenter qu'une clé API est requise pour toutes les demandes serait formidable ! Donc, quelque part, je pourrais mettre que {?apikey} est dans toutes les demandes sans avoir à l'ajouter manuellement en tant que paramètres à tous les chemins.

Salut @searsaw ,
oui, c'est notre priorité absolue - prévue juste après le #25 (qui tire à sa fin, nous espérons donc commencer bientôt).

cc @pksunkara

Le projet oauthd possède une très belle galerie de descriptions déclaratives pour diverses authentifications OAuth de plus de 100 API de production. Jetez un œil aux fichiers conf.json et settings.json dans n'importe quel dossier ici .

Je pense que c'est une bonne source d'inspiration pour les exigences OAuth dans la syntaxe API Blueprint.

Syntaxe proposée au #201

Ajout de propositions RFC au PO : https://github.com/apiaryio/api-blueprint/issues/11#issue -18055746

Alors, quel est le statut de l'authentification ? #201 a été fermé, car il a été remplacé par https://github.com/apiaryio/api-blueprint-rfcs/pull/5 et https://github.com/apiaryio/api-blueprint-rfcs/pull/6. Ils ont été fusionnés en tant que RFC il y a plus de deux ans, cela va-t-il donc être mis en œuvre ?

Toute mise à jour?

Cette page vous a été utile?
0 / 5 - 0 notes