Плохие учетные данные для JWT для API интеграции GitHub

Question

Плохие учетные данные для JWT для API интеграции GitHub

Я зарегистрировал интеграцию с GitHub и загрузил закрытый ключ RSA (файл PEM). В моем PHP-скрипте я использую эту библиотеку для кодирования моего токена следующим образом:

use Firebase\JWT\JWT;

$token = [
        "iat" => time(),
        "exp" => time() + 3600,
        "iss" => $my_integration_id
];
$key = file_get_contents($path_to_pem_file);
echo JWT::encode($token, $key, "RS256");

Файл PEM выглядит следующим образом (я уже восстановил закрытый ключ):

И я передал всю эту строку в JWT::encode и получил следующий вывод:

eyJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiJ9.eyJpYXQiOjE0NzQzOTI0NjQsImV4cCI6MTQ3NDM5NjA2NCwiaXNzIjoyMDF9.ZodSJyrq_SJfLTx4ifnCRWC9cbX1NmqOY3bADcuU7Wc18oZnH3EtZErvLgW6-reuR1-flsNbrji2dL9Zsm3rE-1FtEambcs1Xxynz3PE42yFMimQ5WyiAHdJhbh8-fB0hLIxn2I0oBiJbpZp92Rm2E2xxA1m4lmAubatY0JDR3FS4MmjR-pOZRbkgA4QwaTb0Q7R0tSUaoJo1ETLZoApp5ofsyt5hciB7wogTigA08H4r8TBUuSY4LeHWX9IfmDqHh5gVLDHhFXuLp1Qfm-8ltnLMgcelTmA9QE9NxxVcHQtYvNnE-EvXsh04Oqiyg51eq5cDoc4wA_WhTB4w-9NWg

Я сохраняю этот вывод (без завершения новой строки, я могу подтвердить) в переменную Bash $JWT и попытался получить доступ API GitHub выглядит следующим образом:

curl -i -H "Accept: application/vnd.github.machine-man-preview+json"\
        -H "Authorization: Bearer $JWT" https://api.github.com/zen

Однако ответ JSON от GitHub таков:

{
  "message": "Bad credentials",
  "documentation_url": "https://developer.github.com/v3"
}

Я подозревал, что это не удается, потому что API-интерфейс GitHub zen неприменим к токенам интеграции, но, похоже, проблема не в этом. В частности, в сообщении говорится, что это плохие учетные данные. Но я уже выполнил все шаги, описанные в документации на GitHub. Я неправильно пишу PHP-скрипт?

3

php authentication jwt rsa github-api

Author: SOFe, 2016-09-20

Source

1 answers

score 3 · Accepted Answer

Я провел последние три дня, ударяясь головой о 401 неверный ответ на учетные данные.

Только что запустив его, я могу сказать вам, что ваше первоначальное предположение было правильным: если конечная точка не настроена для интеграции, то вы получите 401 обратно.

Еще одна вещь, которую вы должны проверить, это то, что время, которое вы отправляете, является целым числом. Отправка поплавков приведет к 401. (Я использую Python, и у класса datetime нет метода для преобразования в эпоху Unix, поэтому я написал свой собственный, который возвращал доли секунды)

Итак: попробуйте свой существующий код с конечной точкой, которая задокументирована как включенная для интеграции, и вы, вероятно, обнаружите, что она работает.

Помните, что ваш первый запрос должен быть на GET /integration/installations с заголовком Authorization: Bearer $JWT

Затем прочитайте access_tokens_url из ответа и ОТПРАВЬТЕ на этот URL-адрес тот же заголовок авторизации, что и в последнем запросе. (Если ваша интеграция включена для более чем одной установки, то у вас будет более одной URL)

Затем вы получите поле token в ответе, после чего вам следует изменить заголовок так, чтобы он Authorization: token $TOKEN.

Вы также получаете время истечения срока действия, отправленное обратно с токеном доступа, который вы должны сохранить, чтобы при необходимости вы могли повторно пройти аутентификацию.