Live data from Hacker News

Stealing secrets from developers using WebSockets

medium.com

131–140 of 146 posts

Re: Stealing secrets from developers using WebSockets

#131
post #22

"In all seriousness, this attack vector is pretty slim. You’ve got to tempt unwitting users to visit your site, and to stay on it while they’re developing JS code." Wrap the exploit up in a blog post about Rust -- or an article about gut bacteria -- and submit it to Hackernews. Boom, a virtual feast of secrets.

"Gut bacteria influence proficiency at Rust programming."

Could that be the highest voted link in HN history?

Re: Stealing secrets from developers using WebSockets

#132
post #131
post #22

"In all seriousness, this attack vector is pretty slim. You’ve got to tempt unwitting users to visit your site, and to stay on it while they’re developing JS code." Wrap the exploit up in a blog post about Rust -- or an article about gut bacteria -- and submit it to Hackernews. Boom, a virtual feast of secrets.

"Gut bacteria influence proficiency at Rust programming." Could that be the highest voted link in HN history?

Nice try.

http://www.hntoplinks.com/all

Re: Stealing secrets from developers using WebSockets

#133

Earlier quoted context omitted.

Theoretically nothing but it'd probably be a PR disaster even for a site like Facebook if people found out it was trying to steal their passwords. (Is that even legal?)

Technically, you only get legal issues if you do anything bad with the stolen passwords, but it'd totally be a PR disaster so they wouldn't do it anyways.

Since passwords are GDPR protected data, just saving them (and not using them) without consent is at least a breach of GDPR and illegal in most EU member states.

Re: Stealing secrets from developers using WebSockets

#135

Are there any extensions to block connections to localhost from code on other interfaces or origins?

I was wondering the same: I would be interested in an extension that tells me when a website try to connect to localhost (it should not be hard). Then, once I know it, I would just react myself, as in the cited https://nullsweep.com/why-is-this-website-port-scanning-me/

Re: Stealing secrets from developers using WebSockets

#138
> browsers allow websockets from public origins to open websockets connections to localhost without many protections

Excuse me, but what in the world? XHR has all kinds of cross-site request protections that even make developing apps locally a pain. How come websockets don't come with such protections?

Are there apps that take over this responsibility?

Re: Stealing secrets from developers using WebSockets

#139
post #51
post #41

Node debug mode runs a websocket, but the address is something like ws://0.0.0.0:9229/1cda98c5-9ae8-4f9a-805a-f36d0a8cdbe8 - without the correct guid at the end, you can't open the websocket and communicate. You can only detect the port being open by timing.

This is true, although until recently it was possible to use DNS rebinding to get the list of guids! I actually saw people leaving this enabled so much in shipping products, I wrote a little utility to test for it. https://github.com/taviso/cefdebug

Thanks that's really interesting, as I see from your reports you could call /json/list with rebinding to get the guid. For the past 2 years it now validates the Host header.

Re: Stealing secrets from developers using WebSockets

#140
post #22

"In all seriousness, this attack vector is pretty slim. You’ve got to tempt unwitting users to visit your site, and to stay on it while they’re developing JS code." Wrap the exploit up in a blog post about Rust -- or an article about gut bacteria -- and submit it to Hackernews. Boom, a virtual feast of secrets.

Why would anyone trust that Facebook isn’t already doing things like this?
Post reply on HN