... | @@ -25,26 +25,36 @@ For asynchronous communication, we use our [anti-censorship-team](https://lis |
... | @@ -25,26 +25,36 @@ For asynchronous communication, we use our [anti-censorship-team](https://lis |
|
|
|
|
|
# Priorities
|
|
# Priorities
|
|
|
|
|
|
## Priorities for 2022
|
|
## Priorities for 2023
|
|
|
|
|
|
- make Tor accessible in China
|
|
- make Tor accessible in China
|
|
|
|
- make Tor accessible in Iran
|
|
- detect and categorize attempts to censor Tor
|
|
- detect and categorize attempts to censor Tor
|
|
- improve the design and reliability of our software
|
|
- improve the design and reliability of our software
|
|
- release our data and software for use by the broader anti-censorship community
|
|
- release our data and software for use by the broader anti-censorship community
|
|
- improve the performance of Snowflake so that Tor bootstraps reliably on a mobile phone in China
|
|
- improve the performance of Snowflake so that Tor bootstraps reliably on a mobile phone in China
|
|
- deploy TapDance and Conjure as high collateral damage PT
|
|
- deploy TapDance and Conjure as high collateral damage PT
|
|
- commit to a design for a reputation-based bridge distribution system
|
|
- commit to a design for a reputation-based bridge distribution system
|
|
- streamline our private bridge setup and distribution process
|
|
|
|
- deploy probes in areas that are likely to censor Tor and collect pack captures and probe results for storage and analysis
|
|
- deploy probes in areas that are likely to censor Tor and collect pack captures and probe results for storage and analysis
|
|
- provide OONI with suggestions for improving the accuracy of OONI's Tor tests
|
|
- provide OONI with suggestions for improving the accuracy of OONI's Tor tests
|
|
- summarize the details of Tor blocking events with data from our probes and volunteers
|
|
- summarize the details of Tor blocking events with data from our probes and volunteers
|
|
- add more user metrics based monitoring and alert rules using prometheus
|
|
|
|
- deploy rdsys ad the new backend of bridgedb
|
|
|
|
- ensure that key infrastructure can survive machine outages and restarts
|
|
|
|
- remove hacky shims necessary for moat
|
|
|
|
- future improve the snowflake library api to allow easy integration of snowflake with other tools
|
|
|
|
- sanitize, publish and archive the results of our Tor reachability probes
|
|
- sanitize, publish and archive the results of our Tor reachability probes
|
|
- complete our documentation for each of our tools so that other organizations can run their own anti-censorship infrastructure
|
|
- complete our documentation for each of our tools so that other organizations can run their own anti-censorship infrastructure
|
|
|
|
- Meek deprecation.
|
|
|
|
- Think of priorities for the team so we can write the next proposal to get a sponsor.
|
|
|
|
- Discovering and reporting surprises/regressions in Arti's bridge and PT support.
|
|
|
|
- Time to fork obfs4proxy and maintain it ourselves.
|
|
|
|
- bridge operator usability (obfs4proxy, snowflake, etc): deb packages in the right place, C-Tor patches to include pluggable transport version, etc.
|
|
|
|
|
|
|
|
## Nice to have:
|
|
|
|
|
|
|
|
- Q2: Content for the developer portal.
|
|
|
|
- Capturing what we did in 2022 toward our priorities, for our future, and for visibility from other teams? Info is in SOTO 2022, anti-censorship team meeting pads, GitLab issues, and sponsor reports.
|
|
|
|
- Onbasca work to test bridges and bridge performance
|
|
|
|
https://gitlab.torproject.org/tpo/network-health/onbasca/-/issues/130
|
|
|
|
- The "meta signaling channel app" idea (https://gitlab.torproject.org/tpo/anti-censorship/team/-/issues/111)
|
|
|
|
- Are there external groups that are doing things we want to use, re-use, rely on, advertise, etc? Like, Geneva and its censorship assessment tools. Two-six and their apps?
|
|
|
|
- How to structure our future work so that our progress is more evident to our community, in a way that doesn't involve extra bureaucracy/work for us? E.g. other open-source tools use milestones in their issue tracker in a way that organizes tickets by topics, and we don't do that, but we could!
|
|
|
|
|
|
[Priorities for previous years](previous-priorities)
|
|
[Priorities for previous years](previous-priorities)
|
|
|
|
|
... | | ... | |