Hanzo
OpenapiIntegrations

Telegram Login Widget return leg

Where Telegram's Login Widget sends the user with its signed authentication data.

GET /v1/integrations/telegram/link/auth

Addresshttps://api.hanzo.ai/v1/integrations/telegram/link/auth
MethodGET
Operationget_integrations_telegram_link_auth
AuthAuthorization: Bearer $HANZO_API_KEY

Where Telegram's Login Widget sends the user with its signed authentication data. That data is verified against the bot token — this is the identity source, and it is the widget's signature rather than a code exchange — and the chat is confirmed to be bound to an org before the browser is handed to the Hanzo sign-in.

Widget data is only accepted while it is fresh, so a captured sign-in blob cannot be replayed later even though its signature stays valid.

This is one leg of a three-leg flow, and the legs are not interchangeable: a browser is expected to arrive here only from the leg before it. The link URL's state proves the prompt was server-minted and carries the CHAT it started from — it is provenance only, and it never decides which account gets linked. The account identity always comes from the platform's own verified sign-in and a host-bound cookie, so forwarding a link to someone else cannot bind their account, and a session lifted into another browser is refused rather than completed. Each link is single-use, and a deployment without linking configured answers 503.

Request

GET /v1/integrations/telegram/link/auth takes no parameters and no body — the credential is the whole request.

Response

The document declares no response body for this operation. It answers 200 on success and the platform error shape on failure — see Errors.

Examples

hanzo integrations telegram link auth

Integrations API · All Hanzo APIs · Interactive reference

How is this guide?

On this page