Для приложений Google Chat, созданных на конечных точках HTTP, в этом разделе объясняется, как проверить, что запросы к вашей конечной точке поступают из Chat.
Чтобы отправить события взаимодействия на конечную точку вашего приложения Chat, Google отправляет запросы к вашей службе. Чтобы убедиться, что запрос исходит от Google, Chat включает токен носителя в заголовок Authorization
каждого HTTPS-запроса к вашей конечной точке. Например:
POST
Host: yourappurl.com
Authorization: Bearer AbCdEf123456
Content-Type: application/json
User-Agent: Google-Dynamite
Строка AbCdEf123456
в предыдущем примере является токеном авторизации носителя. Это криптографический токен, созданный Google. Тип токена носителя и значение поля audience
зависят от типа аудитории аутентификации, выбранного вами при настройке приложения Chat .
Если вы внедрили приложение Chat с помощью Cloud Functions или Cloud Run, Cloud IAM автоматически выполняет проверку токена. Вам просто нужно добавить учетную запись службы Google Chat в качестве авторизованного пользователя. Если ваше приложение реализует собственный HTTP-сервер, вы можете проверить свой токен носителя с помощью клиентской библиотеки Google API с открытым исходным кодом:
- Java : https://github.com/google/google-api-java-client .
- Python : https://github.com/google/google-api-python-client.
- Node.js : https://github.com/google/google-api-nodejs-client .
- .NET : https://github.com/google/google-api-dotnet-client .
Если токен не проверяется для приложения Chat, ваша служба должна ответить на запрос кодом ответа HTTPS 401 (Unauthorized)
.
Аутентификация запросов с помощью Cloud Functions или Cloud Run.
Если логика вашей функции реализована с помощью Cloud Functions или Cloud Run, необходимо выбрать URL-адрес конечной точки HTTP в поле «Аудитория аутентификации» настройки подключения к приложению Chat и убедиться, что URL-адрес конечной точки HTTP в конфигурации соответствует URL-адресу облачной функции или Конечная точка Cloud Run.
Затем вам необходимо авторизовать учетную запись службы Google Chat chat@system.gserviceaccount.com
в качестве инициатора.
Следующие шаги показывают, как использовать облачные функции (1-го поколения):
Консоль
После развертывания вашей функции в Google Cloud:
В консоли Google Cloud перейдите на страницу «Функции облака»:
В списке «Облачные функции» установите флажок рядом с функцией приема. (Не нажимайте на саму функцию.)
Нажмите «Разрешения» в верхней части экрана. Откроется панель «Разрешения» .
Нажмите Добавить принципала .
В поле «Новые участники» введите
chat@system.gserviceaccount.com
.В раскрывающемся меню «Выберите роль» выберите роль «Облачные функции» > «Вызов облачных функций» .
Нажмите Сохранить .
gcloud
Используйте команду gcloud functions add-iam-policy-binding
:
gcloud functions add-iam-policy-binding RECEIVING_FUNCTION \
--member='serviceAccount:chat@system.gserviceaccount.com' \
--role='roles/cloudfunctions.invoker'
Замените RECEIVING_FUNCTION
на имя функции вашего приложения чата.
Следующие шаги показывают, как использовать Cloud Functions (2-го поколения) или службы Cloud Run:
Консоль
После развертывания вашей функции или сервиса в Google Cloud:
В консоли Google Cloud перейдите на страницу Cloud Run:
В списке сервисов Cloud Run установите флажок рядом с функцией приема. (Не нажимайте на саму функцию.)
Нажмите «Разрешения» в верхней части экрана. Откроется панель «Разрешения» .
Нажмите Добавить принципала .
В поле «Новые участники» введите
chat@system.gserviceaccount.com
.В раскрывающемся меню «Выберите роль» выберите роль Cloud Run > Cloud Run Invoker .
Нажмите Сохранить .
gcloud
Используйте команду gcloud functions add-invoker-policy-binding
:
gcloud functions add-invoker-policy-binding RECEIVING_FUNCTION \
--member='serviceAccount:chat@system.gserviceaccount.com'
Замените RECEIVING_FUNCTION
на имя функции вашего приложения чата.
Аутентификация HTTP-запросов с помощью идентификатора токена
Если в поле «Аудитория аутентификации» настройки подключения к приложению чата установлено значение «URL-адрес конечной точки HTTP» , то токеном авторизации носителя в запросе является подписанный Google токен идентификатора OpenID Connect (OIDC). В поле email
установлено значение chat@system.gserviceaccount.com
. В поле «Аудитория аутентификации» указан URL-адрес, который вы настроили в Google Chat для отправки запросов в ваше приложение Chat. Например, если настроенная конечная точка вашего приложения чата — https://example.com/app/
, то поле «Аудитория аутентификации» в токене идентификатора — https://example.com/app/
.
В следующих примерах показано, как с помощью клиентской библиотеки Google OAuth проверить, что токен носителя был выпущен Google Chat и предназначен для вашего приложения.
Ява
Питон
Node.js
Аутентификация запросов по номеру проекта JWT.
Если в поле «Аудитория проверки подлинности» параметра подключения к приложению чата установлено Project Number
, токен авторизации носителя в запросе представляет собой самозаверяющий веб-токен JSON (JWT) , выданный и подписанный chat@system.gserviceaccount.com
. В поле audience
указан номер проекта Google Cloud, который вы использовали для создания приложения Chat. Например, если номер облачного проекта вашего приложения Chat — 1234567890
, то поле audience
в JWT — 1234567890
.
В следующих примерах показано, как с помощью клиентской библиотеки Google OAuth проверить, что токен на предъявителя был выпущен Google Chat и предназначен для вашего проекта.
Ява
Питон
Node.js
Связанные темы
- Обзор аутентификации и авторизации в Google Workspace см. в статье Подробнее об аутентификации и авторизации .
- Обзор аутентификации и авторизации в Chat см. в разделе Обзор аутентификации .
- Настройте аутентификацию и авторизацию с использованием учетных данных пользователя или учетной записи службы .