설명 없음

Cecylia Bocovich 28e9e5ccce Prevent a crash if OnEvent is not called 2 일 전
cmd a764667d32 Add event logging support for all transports 3 주 전
common a571773a10 Add webtunnel support 8 달 전
doc fc78a65f6b Rename some remaining obfs4proxy occurrences. 1 년 전
internal 2be8fd97d8 Fix expected import path of package x25519ell2. 8 달 전
transports 28e9e5ccce Prevent a crash if OnEvent is not called 2 일 전
.gitignore 703c994b1c Fork the project into tpo and rename lyrebird 1 년 전
.gitlab-ci.yml a4e3be7815 Add gitlab CI support 1 년 전
ChangeLog 297ae51866 Update ChangeLog for version 0.5.0 2 주 전
LICENSE 703c994b1c Fork the project into tpo and rename lyrebird 1 년 전
LICENSE-GPL3.txt 4d453dab21 transports/meeklite: uTLS for ClientHello camouflage 5 년 전
Makefile f56896ffb5 Report the lyrebird version to tor 5 달 전
README.md 72bd552f24 Take the version from git 8 달 전
go.mod a764667d32 Add event logging support for all transports 3 주 전
go.sum a764667d32 Add event logging support for all transports 3 주 전
renovate.json 8b27d5c6ee Use go version 1.20 1 년 전

README.md

lyrebird - The obfourscator

What?

This is a look-like nothing obfuscation protocol that incorporates ideas and concepts from Philipp Winter's ScrambleSuit protocol. The obfs naming was chosen primarily because it was shorter, in terms of protocol ancestery obfs4 is much closer to ScrambleSuit than obfs2/obfs3.

The notable differences between ScrambleSuit and obfs4:

  • The handshake always does a full key exchange (no such thing as a Session Ticket Handshake).
  • The handshake uses the Tor Project's ntor handshake with public keys obfuscated via the Elligator 2 mapping.
  • The link layer encryption uses NaCl secret boxes (Poly1305/XSalsa20).

As an added bonus, lyrebird also supports acting as an obfs2/3 client and bridge to ease the transition to the new protocol.

Why not extend ScrambleSuit?

It's my protocol and I'll obfuscate if I want to.

Since a lot of the changes are to the handshaking process, it didn't make sense to extend ScrambleSuit as writing a server implementation that supported both handshake variants without being obscenely slow is non-trivial.

Dependencies

Build time library dependencies are handled by the Go module automatically.

If you are on Go versions earlier than 1.11, you might need to run go get -d ./... to download all the dependencies. Note however, that modules always use the same dependency versions, while go get -d always downloads master.

  • Go 1.11.0 or later. Patches to support up to 2 prior major releases will be accepted if they are not overly intrusive and well written.
  • See go.mod, go.sum and go list -m -u all for build time dependencies.

Installation

To build:

`make build`

To install, copy ./lyrebird to a permanent location (Eg: /usr/local/bin)

Client side torrc configuration:

ClientTransportPlugin obfs4 exec /usr/local/bin/lyrebird

Bridge side torrc configuration:

# Act as a bridge relay.
BridgeRelay 1

# Enable the Extended ORPort
ExtORPort auto

# Use lyrebird to provide the obfs4 protocol.
ServerTransportPlugin obfs4 exec /usr/local/bin/lyrebird

# (Optional) Listen on the specified address/port for obfs4 connections as
# opposed to picking a port automatically.
#ServerTransportListenAddr obfs4 0.0.0.0:443

Tips and tricks

  • On modern Linux systems it is possible to have lyrebird bind to reserved ports (<=1024) even when not running as root by granting the CAP_NET_BIND_SERVICE capability with setcap:

# setcap 'cap_net_bind_service=+ep' /usr/local/bin/lyrebird

  • lyrebird can also act as an obfs2 and obfs3 client or server. Adjust the ClientTransportPlugin and ServerTransportPlugin lines in the torrc as appropriate.

  • lyrebird can also act as a ScrambleSuit client. Adjust the ClientTransportPlugin line in the torrc as appropriate.

  • The autogenerated obfs4 bridge parameters are placed in DataDir/pt_state/obfs4_state.json. To ease deployment, the client side bridge line is written to DataDir/pt_state/obfs4_bridgeline.txt.

Thanks

  • Loup Vaillant for motivating me to replace the Elligator implementation and a body of code I could draw on to accelerate the replacement process.
  • David Fifield for goptlib.
  • Adam Langley for his initial Elligator implementation.
  • Philipp Winter for the ScrambleSuit protocol which provided much of the design.