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

[WCAG 2.2 Draft Feedback] Success Criterion 3.3.8 Accessible Authentication (Level AAA) #2708

Closed
dshoukry opened this issue Oct 5, 2022 · 6 comments
Assignees
Labels
Projects

Comments

@dshoukry
Copy link

dshoukry commented Oct 5, 2022

“Success Criterion 3.3.8 Accessible Authentication (No Exception) (Level AAA): - A cognitive function test (such as remembering a password or solving a puzzle) is not required for any step in an authentication process unless that step provides at least one of the following:

  • Alternative Another authentication method that does not rely on a cognitive function test.
  • Mechanism A mechanism is available to assist the user in completing the cognitive function test.”

Recommendation:
Most of our comments/proposals are requests to: add a few notes and clarifications about alternatives, mechanisms to complete cognitive function tests, and acceptable exceptions for universally known concepts.

Please find detailed specifics covered in our Sep22 3.3.8 Accessible Authentication (AAA) Google Doc

@fstrr fstrr added WCAG 2.2 3.3.8 Accessible Authentication (No Exception) deprectated - use 3.3.9 Accessible Authentication (Enhanced) labels Oct 25, 2022
@bruce-usab bruce-usab self-assigned this Nov 1, 2022
@bruce-usab bruce-usab added this to To do in WCAG 2.2 via automation Nov 1, 2022
@bruce-usab
Copy link
Contributor

@dshoukry this is probably not fair, but I find editorial suggestions so much easier to hash out as GitHub issues and pull requests. It might just be me, but I a loath to introduce an addition technology stack (docs/comments) into the work flow.

We have been using Google docs to good effect for a great deal of AGWG work, but I am not personally ready to mix things up for the WCAG 2.2 TR.

@alastc
Copy link
Contributor

alastc commented Nov 21, 2022

@dshoukry - The link to the doc is for the AA version of the SC, could you update that to the AAA version please?
Unless it is intended to be for the AA version, and the issue is mis-named?

@dshoukry
Copy link
Author

@bruce-usab totally fair and will keep this in mind going forward! (as @alastc mentioned in #2709 we agreed on Google Docs for previous rounds)

@alastc sorry about that! just replaced with the AAA link.

@alastc
Copy link
Contributor

alastc commented Nov 25, 2022

Response for the group to consider:


This response focuses on the comments not included in #2707

I agree that the understanding document needs some updating, I've used the feedback to re-structure the top section so that it is more clear that the exceptions are things that are allowed at AA, but not under this AAA version. That is in #2811

A car seems like something that has a lot of variations to be used as a common knowledge.
We are concerned that the original language is not helpful enough and could be interpreted as any kind of image is okay (therefore really not being any different than the current understanding of what is acceptable in a captcha). This suggested rewrite hopefully addresses this concern. If that is not acceptable, we would suggest removing the third bullet entirely.

We've had extended discussion about what would constitute a "common object" (e.g. #1902, and #1256 for context). The result was that we would split the SC into the AA and AAA version, with the AA version providing an exception.

The rational was that:

  • Some companies (e.g. Google, Cloudflare) use image object recognition based captchas to prevent abuse of their systems, including during authentication processes. It is unlikely they would just remove these, whatever the accessibility implications.
  • These types are probably less difficult to do than the warped-text based ones which require text recognition and transcription.
  • Using non-common objects is going to fail for many people, regardless of ability/disability. There is an incentive from a general usability point of view to include objects which people can recognise.

So we agree there are issues with these systems, but defining a 'common object' in terms of what impact that has on accessibility is hugely complex, so the straightforward solution is to just say "objects".

@alastc
Copy link
Contributor

alastc commented Feb 8, 2023

The response above was approved by the group:
https://www.w3.org/2023/02/07-ag-minutes#item08

@alastc alastc closed this as completed Feb 8, 2023
WCAG 2.2 automation moved this from To do to Done Feb 8, 2023
@dshoukry
Copy link
Author

(No response required, just sharing as FYI)

A car seems like something that has a lot of variations to be used as a common knowledge.
We are concerned that the original language is not helpful enough and could be interpreted as any kind of image is okay (therefore really not being any different than the current understanding of what is acceptable in a captcha). This suggested rewrite hopefully addresses this concern. If that is not acceptable, we would suggest removing the third bullet entirely.

We've had extended discussion about what would constitute a "common object" (e.g. #1902, and #1256 for context). The result was that we would split the SC into the AA and AAA version, with the AA version providing an exception.

The rational was that:

  • Some companies (e.g. Google, Cloudflare) use image object recognition based captchas to prevent abuse of their systems, including during authentication processes. It is unlikely they would just remove these, whatever the accessibility implications.

Towards the end of last year we launched some updates, reCAPTCHA v3 (developer guide), and an invisible reCAPTCHA v2 (developer guide). We are indeed trying to remove image objection recognition based captchas and move to frictionless models. We are trying to increase adoption as fast as possible, and hopefully we will be able to update this SC by WCAG 3 :-).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
WCAG 2.2
  
Done
Development

No branches or pull requests

5 participants