Autofill abuse allows websites to grab sensitive userdata

http://board.protecus.de/files/autofill-abuse/demo.html

by ladino • 14 years ago

40 26 14 years ago

board.protecus.de

several browser, leak vcards and userdata through their autofill feature - i am happy about any support and comments!

rmoriz• 14 years ago

well, at least it requires explicit user action.

If I enter my real name somewhere, I'm probably fine with providing my phone and post address, too. When in doubt I use a fake identity.

what about chrome's credit card autofill?

Lewton• 14 years ago

>If I enter my real name somewhere, I'm probably fine with providing my phone and post address, too.

Aye. But when I enter my email adress somewhere, I don't necessarily feel comfortable giving them my real name + phone number

Jgrubb• 14 years ago

I always wondered about this. Also, wouldn't it be really easy to have a form pull autofilled CC info via ajax without even needing the user to hit submit?

alanbyrne• 14 years ago

I was just wondering the same thing, using the onchange action.

eli• 14 years ago

If all web developers set autocomplete="off" on their CC forms this wouldn't be an issue. But if it were up to me, browsers would refuse to remember numbers that "look like" credit cards and match the checksum. Does autocomplete even trigger on HTTPS forms? Maybe this isn't even that big an issue in the wild.

ArekDymalski• 14 years ago

Nice find - you've noticed important threat. However on my Chrome (despite having autofill swithced on) your demo doesn't work.

ydant• 14 years ago

It, sadly, does on my install of Chrome (18.0.1025.113 beta) - Linux 32 bit.

wglb2• 14 years ago

You probably want to upgrade to the .151 version, which fixes other vulnerabilities as well.

ladino2• 14 years ago

is autofill enabled? - i even tested it on Chrome 19 and the bug is still there!

Kadrith• 14 years ago

I have autofill enabled with Chrome 19.0.1081.0 on Windows 7 and it did not fill the hidden fields. I have an update pending for Chrome, maybe it will reintroduce the issue.

k33n• 14 years ago

Using Chrome 18.0.1025.151 and it doesn't seem to be susceptible to this.

wgx• 14 years ago

Same build here (on OSX 10.7.3) and it does indeed pre-populate the hidden fields for me.

ladino2• 14 years ago

using 19.0.1084.15 beta + OSX + still vulnerable

stordoff• 14 years ago

19.0.1084.15 on Windows 7 populated the hidden fields.

mattmanser• 14 years ago

I hope I'm not teaching you how to suck eggs, but you have to type something into the name field and it has to be a name you've used before.

babarock• 14 years ago

This raises another issue I have been concerned with for a while. The WWW model is broken, namely the use of Javascript. I'm not talking about the language itself, it has been getting enough love lately as it is. Just the idea of a webserver sending me code, obfuscated code at that [1], that my browser executes by default; how did this idea prevail on the web, I wonder. Am I the only one to see the horrendous security flaw? "Come to my website, I'll distract you with my pretty pictures while my code roams freely on your computer[2]".

[1] - I know obfuscation is minification meant for minimizing bandwith consumption. It's still obfuscated code, despite best intent.

[2] - I understand that the code execution is sandboxed inside the web browser, but really is it at all possible that, you know, these guys let the occasional security flaw slip?

omgtehlion• 14 years ago

Javascript has nothing to do with auto fill

pagekalisedown• 14 years ago

You're correct, but the parent brings up a valid (if a bit off topic) point.

Eye candy is great, but Javascript has often been a vector for privacy issues. Hence the popularity of Noscript and most browsers having an option to disable Javascript.

Jach• 14 years ago

> Am I the only one to see the horrendous security flaw?

No, every user of NoScript sees it. At the end of the day, your computer has executed billions upon billions of instructions, most of which you have no idea what their purpose is or if they leak your security or privacy. Even those of us running a Linux box have this problem. I trust a lot of code, I trust my CPU and my BIOS and my OS, and my NoScript whitelist has only grown, it doesn't shrink. (It does gain temporary permissions every so often when I don't quite trust the source but figure the risks are negligible.)

The vast majority of people (and website owners) don't want to harm you or your computer or society as a whole (There is a lot of low-hanging fruit for the studious domestic terrorist.) People have good reason to think they'll be safe executing unknown code. The model caught on because it's useful and because the web of trust extends far. NoScript is still used by the minority and that's unlikely to change.

andrewjshults• 14 years ago

Same problem happens with Lastpass (which at least requires you to click the fill form button, rather than auto populating the fields).

joshuahedlund• 14 years ago

Stopping autofill of hidden fields is easy and must be done.

To truly fix this bug, though, it would be nice to also stop autofill of technically "visible" fields that are tiny or under another object or otherwise obscured. But that might be orders of magnitude more difficult.

ilmare• 14 years ago

One workaround for this in chrome is to remove name/email values from address auto-fill form, so it will only populate when you actually enter address. And it's generally good idea to separate general browsing from personal/finance/etc using user profiles.

Autofill abuse allows websites to grab sensitive userdata

Related Stories