Live data from Hacker News

"Hacking" Skrill/Moneybookers, Bitbucket, Github, Heroku etc

homakov.blogspot.ca

21–30 of 37 posts

Re: "Hacking" Skrill/Moneybookers, Bitbucket, Github, Heroku etc

#21
post #14

I don't understand how this is so widespread - If you're using a major web framework, and most of these sites probably are right? isn't CSRF protection built in? are people just turning it off?

I was thinking the same thing, Rails (which is used by github and heroku afaik) has this by default. I guess they are still on old versions?

Re: "Hacking" Skrill/Moneybookers, Bitbucket, Github, Heroku etc

#22
post #16
post #12

Well I already posted it, nobody is interested. Okay :( I guess you should change the title - this on is too shouting. Sorry all that I took your time for considering the problem. I see you are not interested to do/solve anything and my arguments worth nothing.

[deleted]

penetration testers consistently find holes, websites consistently leave holes - isn't it crazy? I just want you to think in "a new way" and find new solutions! Well, mass assignment problem was fixed directly and easily with 1 commit. This one requires Your ideas.

Warning top bar is only my proposal. You can dislike it - but you cannot dislike the fact that CSRF is dangerous.

And, Please, note. The real problem with CSRF - while we (developers, browsers) are fighting - USERS SUFFER. E.g. they lose money from skrill account. They follow spam subscriptions. ETC. Isn't it awful?

Re: "Hacking" Skrill/Moneybookers, Bitbucket, Github, Heroku etc

#23
post #14

I don't understand how this is so widespread - If you're using a major web framework, and most of these sites probably are right? isn't CSRF protection built in? are people just turning it off?

well, you mentioned very interesting thing. Yes, frameworks are protected. But in fact - the more you make easy to develop - the more it's easy to leave hole. Well, I'm about Rails now. Surely they have built-in CSRF protection but they also have ugly practise with routing - that's theme of upcoming post.

Re: "Hacking" Skrill/Moneybookers, Bitbucket, Github, Heroku etc

#24
post #22
post #16

Earlier quoted context omitted.

[deleted]

penetration testers consistently find holes, websites consistently leave holes - isn't it crazy? I just want you to think in "a new way" and find new solutions! Well, mass assignment problem was fixed directly and easily with 1 commit. This one requires Your ideas. Warning top bar is only my proposal. You can dislike it - but you cannot dislike the fact that CSRF is dangerous. And, Please, note. The real problem with…

That's the real problem with all security bugs. CSRF is among the least of them. CSRF can mostly be fixed mechanically, form by form. XSS can't. You should read Michel Zalewsky's post "Postcards from a post-XSS world".

I think you're wrong about it being a browser bug, or even that it's amenable to browser fixes. Maybe I'm wrong. But I'm only interested in the engineering discussion, not the morality play.

Re: "Hacking" Skrill/Moneybookers, Bitbucket, Github, Heroku etc

#25
post #24
post #22

Earlier quoted context omitted.

penetration testers consistently find holes, websites consistently leave holes - isn't it crazy? I just want you to think in "a new way" and find new solutions! Well, mass assignment problem was fixed directly and easily with 1 commit. This one requires Your ideas. Warning top bar is only my proposal. You can dislike it - but you cannot dislike the fact that CSRF is dangerous. And, Please, note. The real problem with…

That's the real problem with all security bugs. CSRF is among the least of them. CSRF can mostly be fixed mechanically, form by form. XSS can't. You should read Michel Zalewsky's post "Postcards from a post-XSS world". I think you're wrong about it being a browser bug, or even that it's amenable to browser fixes. Maybe I'm wrong. But I'm only interested in the engineering discussion, not the morality play.

>But I'm only interested in the engineering discussion, not the morality play.

I'm either. Yes, those all are just security bugs. Known, sometimes fixed, sometimes reported. But I wont even try to check Alexa Top for XSS - I m pretty sure I won't find anyting. Bugs are different, that's why CSRF seems the most dangerous to me.

Re: "Hacking" Skrill/Moneybookers, Bitbucket, Github, Heroku etc

#26
post #4

I hope he's alerted the websites involved before publicly releasing the vulnerabilities like this. This guy has serious potential, he's obviously very smart, I wouldn't want to see him fall into the "bad" side of internet security. Kudos for finding them, I hope you reported them.

If you read it, you'd know he reported most of them. I'm betting he reported all of them (as he did before).

ops...

Re: "Hacking" Skrill/Moneybookers, Bitbucket, Github, Heroku etc

#27
I object to the title here. If this is "hacking", then this site really needs to start calling itself "Hacker" News.

homakov has just done some damn fine work, and it deserves actual discussion, not dismissal and downvotes.

Honest question: could many of these have been addressed if the browser simply didn't send a cookie along with a post or get to a domain that violated the usual same-origin rules? At a glance, it looks like most of the sites are receiving some kind of account or session information from the browser, with Slideshare being a notable exception (they just flatly Did It Wrong).

Re: "Hacking" Skrill/Moneybookers, Bitbucket, Github, Heroku etc

#28
post #25
post #24

Earlier quoted context omitted.

That's the real problem with all security bugs. CSRF is among the least of them. CSRF can mostly be fixed mechanically, form by form. XSS can't. You should read Michel Zalewsky's post "Postcards from a post-XSS world". I think you're wrong about it being a browser bug, or even that it's amenable to browser fixes. Maybe I'm wrong. But I'm only interested in the engineering discussion, not the morality play.

>But I'm only interested in the engineering discussion, not the morality play. I'm either. Yes, those all are just security bugs. Known, sometimes fixed, sometimes reported. But I wont even try to check Alexa Top for XSS - I m pretty sure I won't find anyting. Bugs are different, that's why CSRF seems the most dangerous to me.

You will absolutely find XSS all over the Alexa top domains.

Re: "Hacking" Skrill/Moneybookers, Bitbucket, Github, Heroku etc

#29

I object to the title here. If this is "hacking", then this site really needs to start calling itself "Hacker" News. homakov has just done some damn fine work, and it deserves actual discussion, not dismissal and downvotes. Honest question: could many of these have been addressed if the browser simply didn't send a cookie along with a post or get to a domain that violated the usual same-origin rules? At a glance, it…

You mean, how many of these sites would be vulnerable to CSRF if we just broke a feature of HTTP that secure applications have depended on for 10+ years?
Post reply on HN