5 ms·
From the section marked "Responsible Disclosure": > Current — All the attacks discussed by this work are still practical, even with latest version of Android (
by etjossem 9y ago
From the section marked "Responsible Disclosure":
> Current — All the attacks discussed by this work are still practical, even with latest version of Android (Android 7.1.2, with security patches of May 5th installed).
Honest question - does HN feel this is actually responsible disclosure? A large number of Android devices seem to be vulnerable to the issue, and the whitepaper includes exploit details. Is the intent to force Google to pay attention to the issue?
- devinl 9y agoOne thing that is kind of unique about this vulnerability is that users can actually prevent attacks from happening by checking the permissions on an untrustworthy app because google has permissions controls built in for the features that are being abused here. The heart of this vulnerability is more in that these settings aren't clear on their implications and there are bad defaults. Disclosing to users seems to be a responsible thing to do since users can prevent an attack on their own device (especially given google's response of "working as intended").
- etjossem 9y agoThis is insightful, thanks. In this specific case, you're absolutely right that users themselves can take steps to mitigate the risk. If users come to understand the real meaning of granting permissions as a result of this disclosure, that's better for everyone. Definitely a factor to take into account, particularly when deciding how the information will be publicized.
- tptacek 9y agoThere's no such thing as "responsible disclosure". The term is, quite literally, an Orwellian scheme to promote vendor interests as if they were naturally shared by those of researchers and users. A more neutral term is "coordinated disclosure". We can discuss how carefully coordinated things are, but there is --- to say the least --- a lot of disagreement about how much responsibility researchers have for coordinating this kind of stuff with vendors who shouldn't be shipping vulnerable code in the first place. A warning in advance, though: this is a pretty boring discussion to be having on a thread about a new kind of vulnerability. Better that we should be talking about the merits of the paper itself.
- etjossem 9y agoLike it or not, the average smartphone user's security is at the mercy of their vendor. The pace and priority of updates is not up to the typical device owner, nor do security researchers have any say - it's up to Apple and Google. Fully exposing flaws in the software they write can have a real impact on millions of people who don't have much of an alternative. If you as a security researcher reasonably believe the vendor has neglected to patch the vulnerability, and you release exploit details, you have made things less safe for security-unaware users. There's no way around that. You already gave the vendor the opportunity to fix the problem. Now you are giving attackers the tools they need to take advantage of it. You and I might care about abstract principles of corporate responsibility, but the typical user just wants to avoid getting phished, and I can't help but feel open disclosure has a lot of potential to harm them. I hope it's worth it.
- sgift 9y ago> If you as a security researcher reasonably believe the vendor has neglected to patch the vulnerability, and you release exploit details, you are amplifying the current harm it's inflicting. At least the public now has a fair chance to evaluate if they want to use their devices despite this vulnerabilities.
- etjossem 9y agoThat's true, but it glibly ignores the reality of vendor lock-in. The average non-infosec human is not going to switch devices because of a vulnerability whitepaper. This "vuln-insensitive user" is better served by giving the vendor a longer timeline to take care of the issue, rather than releasing exploit details two weeks after someone changed a status on a ticket.
- AstralStorm 9y agoThen fight the lock-in, in court if necessary. Tort lawyer will have some fun with it if you can show you cannot evade losses of secure data. I am pretty sure the line of defence will be weak "no warranty" claim that has nothing to do with lock in.
- vvanders 9y agoIf you look at the timeline it details they disclosed the exploit and Google marked as won't fix which seems fair game for public release at that point.
- stordoff 9y agoThe issues are marked as "won't fix". The only responsible course of action, IMO, at that point is to publicly announce the vulnerability.
- Jare 9y agoMalicious actors may find the vulnerability just like researchers did, so if the issue is not being fixed, the only responsible thing is to inform everyone of the potential danger they _already_ are in, and let them decide. The bells & whistles of giving it a fancy name, domain, etc suggest an additional layer of intent with the disclosure, but that's a separate issue because they have followed reasonable procedures beforehand.
- etjossem 9y agoMalicious actors and users will be alerted in equal measure, but the typical Android phone owner will tend to do nothing in response to a new security paper, while malicious actors will tend to write exploit scripts. That's the main concern going through my mind when I see this. It would be different if the average user was a business, a developer, a security professional - but this isn't Heartbleed and we're talking about normal people this time. Are they even going to read this, and if so, what can they do besides keep an eye on their permissions?
- Jare 9y ago> Malicious actors and users will be alerted in equal measure You have to assume malicious actors will find the vulnerability on their own, if they haven't already. They are already alerted.
- etjossem 9y agoAbsolutely, but widespread disclosure does nothing to stop that from happening, and may actually enable less-sophisticated attackers to do things they weren't capable of before.
- AstralStorm 9y agoAssuming those less sophisticated attackers don't just buy the exploit from more sophisticated ones.
- plaguuuuuu 9y ago
- larma 9y agoEverything but the info about apps becoming the permission granted automatically by Play Store was already used by malware over a year ago. https://www.skycure.com/blog/accessibility-clickjacking/ https://www.skycure.com/blog/accessibility-clickjacking/
- omgtehlion 9y agoAbsolutely responsible. They should have went public earlier, like August_22nd_2016 + 90days (this is what google themselves does)