bridge icon indicating copy to clipboard operation
bridge copied to clipboard

Could not activate planet - Master Ticket image was blank white

Open nsclong opened this issue 5 years ago • 10 comments

I have received an email from Urbit Bridge with a link to activate a planet. The link worked and I downloaded my Master Ticket and extracted the zip file, which resulted in two files:

  • savler-ronwyx-Management Proxy.png
  • savler-ronwyx-Master Ticket.png

However both of these files just show as blank white pages, so I could not verify my Master Ticket.

nsclong avatar Jan 29 '20 20:01 nsclong

OK - I worked out the fix. This only occurs when Firefox blocks 'canvas identity tracking'. When I switch that off, and start the process again, it goes through OK. Which begs the question, why are Urbit using canvas trackers?

nsclong avatar Jan 29 '20 20:01 nsclong

I'm not on Bridge team, but I will say that PaperRenderer initiates a canvas and has the client draw it in order to create the passport using just your machine, not our servers. Having a client draw a canvas hidden from the DOM is essentially how canvas fingerprinting works, so I would imagine it's a false positive on Firefox's part.

matildepark avatar Jan 29 '20 20:01 matildepark

Came here to give that answer! Interesting that it's flagged, though. Maybe because it's a canvas that isn't rendered to screen, but is instead used to generate DL? might seem fishy. — ~poldec-tonteg http://urbit.org

On Wed, Jan 29, 2020 at 12:46 PM matildepark [email protected] wrote:

I'm not on Bridge team, but I will say that PaperRenderer https://github.com/urbit/PaperRenderer initiates a canvas and has the client draw it in order to create the passport using just your machine, not our servers. Having a client draw a canvas hidden from the DOM is essentially how canvas fingerprinting works, so I would imagine it's a false positive on Firefox's part.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/urbit/bridge/issues/374?email_source=notifications&email_token=AAMJBY2Z7SKWS4LDB6B75ZTRAHTJDA5CNFSM4KNKWET2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEKIVWHY#issuecomment-579951391, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAMJBY6LHAVMDOR4YDZ7Z6TRAHTJDANCNFSM4KNKWETQ .

vvisigoth avatar Jan 29 '20 20:01 vvisigoth

Interesting. I'm on Firefox, and can't reproduce this. My tracking protection is set to "strict", and clicking the icon on the Bridge page shows this: image

What OS and Firefox version are you on?

Fang- avatar Jan 29 '20 20:01 Fang-

Hi. I'm running Firefox 68.4.1esr on Debian 10.

Privacy settings screenshot attached.

As I go through the activation process, the protection shield in the URL bar changes from a shield to an image icon - the image icon refers to canvas tracking - when I click on that icon and turn it off, the problem goes away.

2020-01-29_213153

nsclong avatar Jan 29 '20 21:01 nsclong

Thanks for the details @nsclong! For completeness, I'm running Firefox 73.0b2 on MacOS 10.12.6.

Fang- avatar Jan 29 '20 21:01 Fang-

This is interesting, curious if this setting blocks canvas drawing outright, or if there is a specific operation that it is designed to detect.

g-a-v-i-n avatar Feb 01 '20 01:02 g-a-v-i-n

managed to repro this one on OS X by setting resistFingerprinting: true in about:config . fix on the way!

liam-fitzgerald avatar Mar 12 '20 05:03 liam-fitzgerald

PR submitted, closing as fixed. If this is reproduced we can open.

lukestiles avatar Jul 25 '22 22:07 lukestiles

Re-opening pending PR.

lukestiles avatar Jul 29 '22 18:07 lukestiles