[tor-project] Initial roadmap for the anti-censorship team

Roger Dingledine arma at mit.edu
Wed Dec 19 06:34:28 UTC 2018


Here is an early brainstorming list of the scope for our future
anti-censorship team. Let us know if we left out a critical category.
And of course once we have actual team members I expect they will take
this initial roadmap and do something even smarter than this list. :)

(1) BridgeDB:
- Automated monitoring
- Understand current usage patterns, consider improving the design
    Don't get obfs4 bridges blocked by other transports (#28655)

(2) Pluggable Transports:
- Improve the PT interface with Tor, to pass logs etc (#25502)
    [with network team]
- Tor Browser can use other circumvention tools as proxies (#28556)
    [with browser team]
- Specific PTs:
    Maintain obfs4proxy (like fixing the iat bug that let Kazakhstan block it)
    Snowflake
    Httpsproxy
    Marionette
    Domain front through community sites
- Talk to research groups to keep in touch about their PT research work

(3) Improve Tor user experience for users in censored / crappy networks:
- Gettor: automated monitoring and automated updates. Improve UX.
- Understanding and reducing client time to bootstrap [with network team]
    and other parameters that are tuned poorly for slow networks

(4) Understand Tor censorship:
- Tor Browser network testing mode (#23839, #28531) [with browser team]
- Reachability scanning for the default (shipped in Tor Browser) bridges
    [with ooni]
- Understand bridge load and bridge blocking (e.g. fix user counting bugs
    that are making our Turkey count wrong) [with network / metrics teams]

(5) Help users use bridges:
- Help NGOs get their users on bridges (#28015, #28526)
- Tor Browser *automates* picking the right PTs [with browser team]

(6) Community outreach and integration: [with community team]
- [Initial list of outreach partner NGOs elided for now, since some of
   them have opsec needs to keep their people safe]



More information about the tor-project mailing list