Proxy · MITM

Capture HTTP(S) dos seus aplicativos

A browser, a backend, a TV, a cron job — point it at one address. Same live feed.

An Android phone, a browser and a backend server stream traffic into a central proxy hexagon on port 8888; one stream passes a block-and-script rule gate and comes out transformed, then one live stream flows on into a dashboard feed with green status codes. A globe marks upstream proxy routing. android browser server {} rules :8888 upstream live 200 201 200
Aponte qualquer cliente para o proxy
bash
# Any client — point it at your per-device PAC URL:
http://<port>.busymate.net/

# Android:  Wi-Fi → Proxy → Auto-config  →  paste the URL
# Desktop:  System proxy → Automatic     →  paste the URL
# Then trust the Busymate CA once, and decrypted traffic
# streams straight into the shared live feed.

Por que o proxy

Charles-style MITM, shared feed

As mesmas simulações, scripts e breakpoints de qualquer outra fonte.

Uma URL PAC, qualquer cliente

Sem SDKs, sem agentes para instalar. Qualquer coisa que fale com um proxy — um celular, um navegador, um cron — se configura sozinha a partir de uma URL de autoconfiguração e começa a transmitir.

Cada dispositivo mantém sua identidade

Cada dispositivo ganha seu próprio subdomínio e porta, então o tráfego de um time inteiro fica atribuído com clareza, lado a lado. Chega de adivinhar de quem são aquelas requisições.

As regras rodam no fio

Regras de bloqueio, simulação e descarte — e o mesmo motor de scripts JS em sandbox — rodam dentro do próprio proxy, idêntico à captura de iOS e Chrome. Um único conjunto de regras, aplicado onde quer que o tráfego flua.

Roteie a saída para onde quiser

Encadeie qualquer dispositivo por um proxy upstream ou regional — por país ou host explícito — direto do painel. Teste comportamentos geobloqueados sem sair da cadeira.

Operável sem SSH

O daemon do proxy reporta build e status ao vivo, transmite os logs ao painel e pode ser reiniciado ou atualizado remotamente. Talvez você nunca mais abra um terminal naquela máquina.

How it works

Trust once, decrypt on demand

A Charles-style MITM that runs as a shared service: one CA, per-host leaves, and rows that land in the same table as every other capture source.

  1. 01

    A CA is born on first run

    The proxy generates its own certificate authority the first time it starts — there are no shared keys to pass around. Each device trusts that one certificate once; nothing else on the device changes.

  2. 02

    Per-host leaves, minted on demand

    For every intercepted hostname the proxy mints a leaf certificate on the fly — read from the TLS handshake's server name — and handshakes both directions: client to proxy, proxy to origin.

  3. 03

    Cada par chega ao feed compartilhado

    Cada par de requisição/resposta decifrado aparece no feed do seu dashboard assim que é concluído — no formato idêntico ao das capturas de iOS e Android, então um único feed reúne todas as fontes e uma nova tentativa nunca duplica uma entrada.

  4. 04

    The dashboard steers it live

    Breakpoint continues, request resends, device renames and settings pushes arrive over Realtime channels the proxy subscribes to — applied in-process, no restart, no SSH session.

Endpoints & specs

The proxy, mapped

Everything a client or a script needs is served by the proxy itself — autoconfig, the CA bundle, and a per-device port pool.

Proxy + management
:8888 (HTTP proxy + management API)
TLS interception
SNI listener :8443 · per-host leaf certificates
Per-device ports
:9000–19999 pool · <port>.busymate.net
PAC autoconfig
/ · /proxy.pac · /wpad.dat (same PAC body at all three)
CA distribution
Certificate bundle served by the proxy itself; the CA is generated on first run
Ingest
As capturas fluem para o feed conforme acontecem — sem fila, sem arquivos em lote, e uma nova tentativa nunca duplica uma entrada
Remote control
Realtime channels for breakpoints, resends and settings; live build/status reporting and remote restart from the dashboard

FAQ

Proxy questions, answered

Which clients can I point at the proxy?

Anything that can use an HTTP proxy or a PAC URL: Android phones, desktop browsers, smart TVs, your own backends, cron jobs, debug builds. If it has proxy settings, it can stream into the feed.

Do I have to trust a certificate on every device?

Once per device. The proxy has a single CA (generated on its first run); every per-host leaf certificate chains to it, so one trust step covers every host you later decrypt.

What happens to hosts I don't want decrypted?

They pass through encrypted, untouched. Decryption is scoped by the same dashboard-managed SSL host lists that drive iOS and Android capture — one rule set for every source.

Why does each device get its own port and subdomain?

Each allocated device gets a dedicated port from the pool and a matching hostname, so a whole team's traffic stays exactly attributed in the shared feed — no guessing whose requests those are.

Preciso da minha própria conta de proxy upstream para rotear a saída de um dispositivo?

Não — escolha um país e o Busymate seleciona automaticamente um proxy saudável do pool integrado. Trazer seu próprio host e porta também funciona, se preferir.

Se eu verificar os IPs de saída de um dispositivo, estou vendo o que o site de destino vê?

Não — essa lista são os IPs de admissão dos quais nosso proxy aceita conexões para aquele dispositivo, não a origem visível ao destino. O proxy externo (upstream) é o que o destino realmente vê.

Integração de proxy externo

Proxies integrados, saída real

Roteie um dispositivo por um proxy upstream de um pool integrado por padrão, ou pelo seu próprio host — e saiba exatamente qual IP é qual.

  1. 01

    Proxies reais, prontos por padrão

    Todo dispositivo pode rotear por um pool de proxies upstream predefinidos direto da caixa — escolha um por país (ou informe um host explícito) e o tráfego realmente sai por ele. Sem precisar configurar antes uma conta separada.

  2. 02

    Uma gravação roteia a saída de um dispositivo

    Selecione automaticamente um proxy saudável por país, ou informe um host e porta explícitos. Tanto o proxy-server quanto o conector CDP captam isso automaticamente pela assinatura de configurações — sem reiniciar, sem reimplantar.

  3. 03

    IP de admissão ≠ o que o destino vê

    Os endereços listados no status de saída de um dispositivo são os IPs de origem CONNECT que nosso proxy admite daquele dispositivo — não o IP que o servidor de destino vê. Essa origem visível ao destino é totalmente governada pelo proxy externo pelo qual você roteou.

  4. 04

    Credenciais nunca chegam a uma leitura

    Usuário e senha upstream são gravados uma vez e removidos de toda leitura posterior — uma busca de configurações, uma mesclagem de configurações efetivas ou uma chamada de ferramenta de um agente de IA veem uma flag hasCredentials redigida, nunca o valor.

Connect a device in a minute

Pegue sua URL PAC, confie na CA uma vez e veja o tráfego descriptografado cair no feed.

Ask your mate