For everyone talking about JavaScript: As far as I can tell, this is fundamentally a CSS vulnerability. Something quite similar ought to be possible without JavaScript — it would just be a bit less elegant. For example, you could just make a pixel grid of divs to simulate mousemove events and position the fake cursor with CSS hover styles.
Cursor:none abuse (trick users into clicking Facebook 'like')
31–40 of 69 posts
Re: Cursor:none abuse (trick users into clicking Facebook 'like')
#32Re: Cursor:none abuse (trick users into clicking Facebook 'like')
#33Good luck faking my inverted extra large windows cursor.
Re: Cursor:none abuse (trick users into clicking Facebook 'like')
#34Re: Cursor:none abuse (trick users into clicking Facebook 'like')
#35In Firefox, the cursor flashes above the like button. Still easy to miss, but certainly not bad as it seems Chrome is.
Re: Cursor:none abuse (trick users into clicking Facebook 'like')
#36Re: Cursor:none abuse (trick users into clicking Facebook 'like')
#37In fact, even if you can't change the cursor at all, you could easily create a swarm of fake cursors that would frustrate the hell out of the user.
Re: Cursor:none abuse (trick users into clicking Facebook 'like')
#38Odd effect. I see two mouse cursors (Mac OS X 10.7.3 + Chrome Dev Channel).
Re: Cursor:none abuse (trick users into clicking Facebook 'like')
#39Earlier quoted context omitted.
Given what we've been seeing with attack sites, whether shock sites trying to just DoS the browser or silly tricks like making the browser POST to an irc server's irc port to spread the malicious URL, or just terrible ads and tracking that actively slow down the browser and ruin the surfing experience, I'm amazed that not more people see javascript as a built-in remote code execution vulnerability that only gains mor…
"...and letting me consume videos and stuff in a trusted media player plugin." HTML5 generally solves this with and . If implemented correctly by browsers, they should not require any scripting on the site itself to work. That said, "trusted" media player plugins (think Flash) have been the targets of many successful attacks as well.
I'm thinking a dumb unscriptable video playback frame that draws its own controls and isn't remote-controlled by javascript.
I've seen plenty of sites that see that see I don't have javascript enabled (or unblocked) and conclude that welp, that guy probably doesn't have speakers, let's display a unhelpful message instead of embedding media content.
Of course there'll still be some attack surface just like people have been managing to exploit image decoding libraries over the years, but at least it wouldn't be engineered against usability by default.