Skip to content

MITM to proxy HTTPS traffic - #34

Closed
igor-ladkin wants to merge 2 commits into
mainfrom
igor-ladkin/mitm-for-https-proxies
Closed

igor-ladkin wants to merge 2 commits into
mainfrom
igor-ladkin/mitm-for-https-proxies

Conversation

@igor-ladkin

Copy link
Copy Markdown

PoC to route requests through tokenizer server when we don't have full control over HTTP client used in the app (e.g. SDKs, etc.)

@prashanthpai

Copy link
Copy Markdown

We'd be interested in this as well.

@timflyio @mjbraun Would you be open to consider this?

@mjbraun

mjbraun commented Sep 15, 2026

Copy link
Copy Markdown
Contributor

Closing this: since #56, tokenizer refuses CONNECT on purpose as the CONNECT/MITM path let the Host header and the dialed host diverge, which broke allowed_hosts pinning (fixed in v119). Supporting SDKs that only speak HTTPS_PROXY would mean reintroducing CONNECT with the host checks bound to the CONNECT target, which is a design change rather than a rebase. If the need is still live, open an issue describing the SDK and we'll take it up there.

@mjbraun mjbraun closed this Sep 15, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants