Google Fixes Chrome 'Evil Cursor' Bug Abused by Tech Support Scam Sites (zdnet.com)
Google has patched a Chrome bug that was being abused in the wild by tech support scammers to create artificial mouse cursors and lock users inside browser pages by preventing them from closing and leaving browser tabs. From a report: The trick was first spotted in September 2018 by Malwarebytes analyst Jerome Segura. Called an "evil cursor," it relied on using a custom image to replace the operating system's standard mouse cursor graphic. A criminal group that Malwarebytes called Partnerstroka operated by switching the standard OS 32-by-32 pixels mouse cursor with one of 128 or 256 pixels in size. A normal cursor would still appear on screen, but in the corner of a bigger transparent bounding box. [...] The "evil cursor" fix is currently live for Google Canary users, and is scheduled to land in the Chrome 75 stable branch, to be released later this spring.
I'm so happy that Chrome is the new Internet Explorer. Looks at all of the great reasons to use Chrome.
How do you know when you're at a resizable corner of an object? Your cursor changes. Designing web based software, you need these sorts of things as part of your visual language. The only thing that needs fixed is the security of it.
Designing web based software, you need these sorts of things as part of your visual language.
No. Just fucking NO
How do you know when you're at a resizable corner of an object? Your cursor changes
Ideally, one of the following would be the case:
A. The user hasn't yet whitelisted JavaScript on the domain and therefore the site neither knows nor cares where the user is "at".
B. The user has whitelisted JavaScript on the domain but not site-supplied cursor images. The site changes the cursor to a system-defined resize cursor, not an image supplied by the site.
C. The user has whitelisted cursor theming for this site. This would rarely happen except for games.
It's time to start teaching them the opposite lesson. Turn it off. If a site is broken that way when all it had to do was show you some text and pictures, or link to a video or two, that site was not your friend.
Without script, how would an HTML document representing a chat channel pull in new messages? As far as I can tell, it'd need to rely on an iframe that sends <meta http-equiv="refresh" content="10;url=http://example.com/" /> which would cause an annoying flash every 10 seconds as the entire message pane reloads from scratch.
Or would you instead prefer that the website offer a companion native app? Some sites do, but rarely for all relevant platforms (Windows, macOS, X11/Linux AMD64, X11/Linux ARM, iOS, and Android). And even on platforms where the companion native app is available, it's rarely RAM-efficient; I measured the Electron-based Skype for Linux app as using over 500 MB of RAM.
Or would you instead prefer that the website offer service using a standard protocol, such as IRC, to which the user can connect using an existing native application that the user can easily obtain for all major platforms? Limits of the IRC protocol include no avatar images, no chat history (even if a channel wants to use it), no sending files from a device behind NAT, and no reactions to a message.
Average users? Not so much. Not everyone grew up in the Win3.1 era where keyboard shortcuts were pretty much required to do anything meaningful in the OS.
The problem here is fully custom pointers. It's highly unlikely any non-game "web-based software" would be significantly affected by being restricted to only the non-url forms of this.
Your software can have access to system standard cursors without a security issue.
The problem here is people.
FTFY.
Gets me out. Every time.
Have gnu, will travel.
Paint brushes with variable size and hardness.
"...and lock users inside browser pages by preventing them from closing and leaving browser tabs."
Ummm, is it soooo hard to use CTRL-F4 to close a tab on Windows or Linux?
Locked in a browser tab, oh noes! So scary.
Just cruising through this digital world at 33 1/3 rpm...