- cross-posted to:
- android@lemdro.id
- cross-posted to:
- android@lemdro.id
You must log in or register to comment.
This is a very big hypothetical.
They’d need to already have access to your account credentials (email, password or at least something that is regarded the same) then have you install this malicious app, then you’d need this app to be open at the same time as your 2FA app
It’s possible, yes, it’s an awesome find, yes, and this should be patches, yes yes yes, a thousand yes
Having said that, I’m not too worried about the potential impact of this, it’ll be fine.
Never ending side channel attacks. Stallman was right, only 100% FOSS gives you control over your device.
And given that a lot of this stuff is relying on timing the only reliable cure is to make everything slow. But no one wants that. Or maybe getting rid of precise timers in userspace. It would be funny if stopwatch precision was bound to screen refresh rate.
That wouldn’t be too bad. There could be a new permission for precise time.
You can implement a counting-thread that’s even more precise than the CPU’s timer (TSC on x86) platforms. This was shown in attacks on Intel SGX, where the rdtsc instruction to access the time-stamped counter is unavailable.
https://link.springer.com/chapter/10.1007/978-3-319-60876-1_1
https://arxiv.org/pdf/1702.08719
If you remove access to the timer, attackers will simply build one.
requires a victim to first install a malicious app
Let me stop you right there… and leave.
Normally I would agree with this perspective, but in this case the “malicious app” is just a demo. It requires no permissions to do the malicious behavior, which means that the relevant code could be included in any app and wouldn’t trigger a user approval, a permissions request or a security alert. This could be hiding in anything that you install.
Man in the middle an app download or find some kind of exploit to inject the code from a website, ta da.
I mean, obviously there’s more to it than this but.
That’s how these things work. They’re chained.
Hmm, yes that can happen, but can it happen if you’re downloading directly from the Play store?
first you download something and it has nothing malicious, then you update it later and then it has something.
There are reports all the time of play store apps containing malware.
I’m sure there are apps that have malware built in yes, but I mean the MITM approach during an app download that you were describing.
Oh.
Not sure. I was speaking in hypotheticals. I’m sure it’s possible though.
So they’re using the same programs that the three letter agencies of the world have been using to crack phones since before touchscreens existed?
This article doesn’t really address that. I don’t think there’s any indication that this particular vulnerability is related to nation-state hacking.
So it could be hiding in, what would you call them…….malicious apps?
The relevant code isn’t going to be in a non malicious app.
Listen Mr Zuckerberg, we can improve our ad revenue immensely if we can do this one little trick to Facebook’s code…
Um, ok, and how would you know the difference?
Because if it’s doing this it’s a malicious app….
Google also said they’ve found zero apps doing this.
Because if it’s doing this it’s a malicious app….
OK, how would you know?
Google also said they’ve found zero apps doing this.
So what? There are millions of apps on the Play store, they aren’t all being reviewed with this level of scrutiny. This means basically nothing.
Duh, they’re hackers /s
"Our end-to-end attacks simply measure the rendering time per frame of the graphical operations… to determine whether the pixel was white or non-white.”
This is a prime example of something that is so simple, yet elegant, and brilliant. Fantastically cool and scary.
Reminds me how in the early days the secret keys inside the smartchips in things like bank cards could be extracted by measuring the power consumption were the smartchips were doing things like signing data using those keys.
deleted by creator
The new attack, named Pixnapping by the team of academic researchers who devised it, requires a victim to first install a malicious app on an Android phone or tablet. The app, which requires no system permissions, can then effectively read data that any other installed app displays on the screen. Pixnapping has been demonstrated on Google Pixel phones and the Samsung Galaxy S25 phone and likely could be modified to work on other models with additional work. Google released mitigations last month, but the researchers said a modified version of the attack works even when the update is installed.
Even if this particular attack is against Android phones, it should be noted that iPhones have their own security issues.
Stay safe out there, regardless of what type of phone you use.
Lawl “exploit developed for android phones”
You: UK AKSHULLY IPHONES AREN’T SECURE THOUGH
You hate iPhones so much that you have to take a security issue on Android and defend it by shouting “Apple too!”?
Permissions, when built-in to the operating system from conception, are much more effective than when they’re half-heartedly tacked on decades later, which is why these issues keep coming up on Android but not on iOS
The difference isn’t actually in the operating system. iOS is just as vulnerable to such things. The difference is in how the app store is run. Apple locks down there app store so that it’s much more difficult to get malicious apps added. Google is extremely less thorough. Which is one of the reason many of us choose Android. When you choose more freedom the price is more vigilance is necessary to secure yourself and your phone.
That’s an insane take. Sure, Google is less thorough on checking the garbage that gets on the Play Store, but if that was a factor, malware that has made it on the Apple app store would have done it too. They have never been able to bypass permissions because they’re built into the OS and security hardware
It has to be tailored to the specific hardware so I don’t think it’s a major concern for most users. It doesn’t seem like something that can be fully mitigated either, so it’s probably not worth worrying about. Side channel attacks are really cool but also kind of useless in most practical scenarios.
Dont install random shit and if possible have a phone just for 2fa
It doesn’t require any permissions. It could literally be in any app or even a demo
Yes that’s why you verify the safety and security of the apps you’re installing on your phone and don’t just go, “ooo, this looks cool, let’s download it and try it out”. This is especially true if you are installing FOSS apps.
This is especially true if you are installing apps from the play store.
fixed that small mistake
How do you do that if it’s on a “trusted” platform. It requires no special permissions.
What “trusted” platform? Google play store? Their rules are lax as all fuck. And if you download an app from a reputable company and it has malware in it you have the Better Business Bureau to turn to. Otherwise buyer beware, scammers exist.
Gotta wonder why random apps don’t need special permissions to run and operate other apps. You can cause plenty of trouble maliciously navigating a browser even if you can’t see the screen.
Sandboxing by default and preventing Google and others from spying in and manipulating apps are good steps phone OS developers should use, but I don’t think those kind of things would help for this particular case.
deleted by creator
