HN user

xori

505 karma

[ my public key: https://keybase.io/xori; my proof: https://keybase.io/xori/sigs/W_1XH7IBMBMoEdDty0B7InSWogVa5ERYBSjb745Xylk ] xUjKBzgdeC

Posts3
Comments166
View on HN
The Promised LAN 12 months ago

I've been wanting to do this for ages. Originally I wanted to do this at the home router level, but that quickly got shut down when I got a test net up and running and my friends could control the Chromecasts in my house.

For us a "tailscale" equivalent with SoftEther is what we used to manage the DNS/Tunneling for our fileshare/services.

So cool to see more people playing in this space. Please post more! <3

I understand, but things like https://github.com/GoogleChromeLabs/comlink enable it. Similar to how iFrames don't have access to their parent page you need a facilitator. My question is why not use a js facilitator that could work in all browsers, rather than just Chrome.

I find it an interesting choice that the author decided to invest in new iFrame technology rather than existing multi-thread technology in the browser.

I'm confident then that you can skip the base64 encoded header and just have the server use the jwt passed in the bearer token and the new signature you propose. (As the base64 encoded version can be reconstructed from the JWT itself)

But I think ideally I would use a wrapped JWT with `"alg": "ES256"` and just pass it as normal in a bearer token[0] as JWTs natively support signed primitives.

[0] https://jwt.io/#debugger-io?token=eyJhbGciOiJFUzI1NiIsInR5cC...

When you `.get` a credential you can provide a challenge that it signs which you can make the JWT. With an added bonus that this passkey can exist on your phone or password manager which you can use to authenticate on a different device while still feeling confident in it's security.

so I don't fully understand what you're preventing

    const db = await openDatabase();
    const keyPair = await getKeyPair(db);
    await crypto.subtle.exportKey("jwk", keyPair.privateKey)
exports the private key if I have a XSS vuln.

The recommendation for IP address in the JWT is good, but I don't understand your last recommendation of 1) sending the JWT, 2) additionally sending the base64 JWT in a header 3) sending the signature in the header. The crypto.subtle api only works on https domains so you're not defending against mitm attacks on unsecure networks either. And if we can't trust TLS what can we trust on the web?

Evervault 5 years ago

we can't decrypt your data.

But I thought the point of the cages, is that _do_ decrypt the data. And any government mandated backdoors would then go into that process. You're not doing any homomorphic encryption here.

I guess my issue, is that you see both the keys and data, not just one.

A Curious Moon 6 years ago

Well that was the most compelling trailer I've ever experienced for a SQL reference book. Well done.

I love it, I'm making cookies tonight. Some humble suggestions.

- might be best to include the C as units for temp

- somehow allow scaling recipe to whatever my eggs actually weigh, (I know I can estimate manually bumping the output up and down, but it'd be nice to do exact calculations)

- generate cookie previews :P

The Cruise Origin 7 years ago

In a case where fault must be determined between an autonomous vehicle and a human driver, human judges / juries are going to overwhemlingly side with the human.

I think you're right, but _because_ there is sensor data to back it up we won't have to "take the person's word for it" that the driver-less car "cut off" the human when the human was going twice the speed limit (as an example).