CIMD declares callback port 33418 but Copilot CLI uses an ephemeral port
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Shell
- Sterne
- 11.2k
- Forks
- 1.9k
- Ø Merge
- 14 Std. 16 Min.
- Gemergte PRs (30 T.)
- 6
Beschreibung
Describe the bug
Copilot CLI’s Client ID Metadata Document declares a fixed loopback callback port, but the CLI sends a different ephemeral port in the OAuth authorization request.
Client metadata: https://github.com/copilot/cli/client-metadata.json
{
"client_id": "https://github.com/copilot/cli/client-metadata.json",
"application_type": "native",
"redirect_uris": [
"http://127.0.0.1:33418/"
]
}
The authorization request generated by Copilot CLI instead contains a callback such as:
redirect_uri=http://127.0.0.1:60005/
My authorization server rejects the request with:
unauthorized_client: Callback URL mismatch.
http://127.0.0.1:60005/ is not in the list of allowed callback URLs
Affected version
GitHub Copilot CLI 1.0.83
Steps to reproduce the behavior
- Configure a remote MCP server protected by an Auth0 authorization server.
- Register Copilot CLI in Auth0 using: https://github.com/copilot/cli/client-metadata.json
- Add the remote MCP server to Copilot CLI.
- Start authentication.
- Inspect the generated /authorize request.
The request uses an ephemeral loopback port rather than the 33418 port declared in the metadata document.
Expected behavior
The redirect URI used by Copilot CLI should be compatible with its published metadata.
Either:
-
Copilot CLI should bind to the declared callback:
http://127.0.0.1:33418/ -
The metadata should declare a portless loopback callback compatible with ephemeral ports:
"redirect_uris": [ "http://127.0.0.1/" ]
There should not be a requirement for every MCP server operator or Copilot user to configure a callback-port override.
Additional context
- Operating system: macOS 26.5.1
- MCP transport: Streamable HTTP
- Authorization server: Auth0
- Client registration: Client ID Metadata Document
For reference, Claude Code also uses an ephemeral loopback but its metadata document declares port-less loopback callbacks:
"redirect_uris": [
"http://localhost/callback",
"http://127.0.0.1/callback"
]
The same Auth0 authorization server accepts Claude Code’s runtime callback while rejecting Copilot CLI’s callback because Copilot’s metadata explicitly pins port 33418.
Claude's metadata: https://claude.ai/oauth/claude-code-client-metadata
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne mit der veröffentlichten client-metadata.json und dem OAuth-Autorisierungsablauf von Copilot CLI, der die /authorize-Anfrage erzeugt. Vergleiche die deklarierte Redirect-URI mit dem Laufzeit-Loopback-Callback und bestimme, welches Verhalten angeglichen werden sollte; abgeschlossen ist die Aufgabe, wenn ein Authorization Server den Callback ohne eine benutzerbezogene Portüberschreibung akzeptiert.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Bereich
- authentication, cli
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Aktiv
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 58/100