Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • Trac Trac
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Issues 246
    • Issues 246
    • List
    • Boards
    • Service Desk
    • Milestones
  • Monitor
    • Monitor
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value stream
  • Wiki
    • Wiki
  • Activity
  • Create a new issue
  • Issue Boards
Collapse sidebar
  • Legacy
  • TracTrac
  • Issues
  • #15647

Closed
Open
Created Apr 09, 2015 by Isis Lovecruft@isis

ooni-probe's bridge_reachability tests should require bridge fingerprints for the inputs

Requiring the input to have bridge fingerprints would help to partially fix issues like https://github.com/TheTorProject/ooni-pipeline/issues/17, and it would help to solve the problem where people doing data visualisation on the bridge_reachability report data are forced to display data for a bridge based on its IP:port (because no fingerprint, and thus no hashed fingerprint, is available). For example, this is currently the case for some of the bridges on https://beta.chokepointproject.net/measurements/tor-bridge-reachability#Bridge_explorer.

In fact, perhaps the sanitised reports should only contain the hashed fingerprint, neither the fingerprints nor the addresses? (Following the principle of avoiding handing others a loaded gun with the safety off.) (Although perhaps this should be another ticket.)

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Time tracking