Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

security considerations regarding use of platform accessibility apis for accessing user data #154

Closed
npdoty opened this issue Dec 7, 2022 · 3 comments
Labels
privacy-tracker Group bringing to attention of Privacy, or tracked by the Privacy Group but not needing response. security-tracker Group bringing to attention of security, or tracked by the security Group but not needing response.

Comments

@npdoty
Copy link

npdoty commented Dec 7, 2022

There have been threats of malware using accessibility interfaces to get access to screen contents or to automate malicious operations. Are there any specific considerations for Core-AAM for threats of malware which has received platform accessibility access to scrape user's data from their online browsing, or to automate malicious actions on their behalf?

Would there be any possibility or reason for site authors to indicate sensitive data that should only be accessed with special user permission? (We've occasionally heard of this threat/potential mitigation when it comes to attacks on banking sites, etc.)

There may not be any specific mitigations to describe here, but it seems like a relevant security topic to consider for our a11y specs that interact with platform a11y tools.

@npdoty npdoty added privacy-tracker Group bringing to attention of Privacy, or tracked by the Privacy Group but not needing response. security-tracker Group bringing to attention of security, or tracked by the security Group but not needing response. labels Dec 7, 2022
@npdoty
Copy link
Author

npdoty commented Dec 7, 2022

Thanks to @sseng123 for identifying this class of threat and raising it during our privacy review of this specification. I've tried to include the basic concern in a shorter format here.

@jnurthen
Copy link
Member

jnurthen commented Dec 7, 2022

@npdoty I'm interested to know more about these threats. Can you please send more specifics. (If not suitable for a public forum please send to me privately.) At the moment this is too abstract to know if any action should or could be taken.

@cookiecrook
Copy link
Contributor

cookiecrook commented Dec 8, 2022

This report is too vague to be actionable. If there are security vulnerability exploits with a specific implementation, those should be reported through the implementation's security issue tracker. ARIA has had security cross-review at various stages, and the Working Group is not aware of specific security concerns in ARIA itself, so I'd recommend closing this issue. As with #155, more discussion is needed in w3ctag/design-principles#293

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
privacy-tracker Group bringing to attention of Privacy, or tracked by the Privacy Group but not needing response. security-tracker Group bringing to attention of security, or tracked by the security Group but not needing response.
Projects
None yet
Development

No branches or pull requests

3 participants