Re: Accessible captchas

The W3C link Janina posted mentions Honey Pots very briefly, but I have
successfully recommended that method for years. I give the team the
explanation of how CAPTCHA is not accessible to all users, and ask them to
use the Honey Pot option. The very strict security teams I worked with have
approved it, usually with the caveat that if malicious activity breaks
through the Honey Pot, they will switch to CAPTCHA. Of the projects that
required "CAPTCHA-like security," 100% of them have successfully
implemented and used the Honey Pot method.

On Thu, Jul 23, 2020 at 2:31 PM Jamie Rau <jamie.rau@gmail.com> wrote:

> Many captchas have by default a visual and audio version of a captcha. I
> took that for granted until I worked with a team that thought they were so
> clever by providing an image of the text “I am not a robot” with a
> checkbox, where the checkbox was not always in the same spot. It was an
> image without alt text. With no alternative audio option, the whole thing
> was problematic on multiple levels for accessibility. So if you’re gonna go
> to capture route, make sure you’ve got an audio and visual option available.
>
> Jamie Herrera
> Digital Accessibility Engineer
>
> Sent from my iPhone
>
> On Jul 22, 2020, at 8:55 AM, Savage, Angela (ITS) <Angela.Savage@its.ny..gov>
> wrote:
>
> 
>
> Hi,
>
>
>
> Is there a WCAG 2.1 compliant captcha that any one knows of?  We’ve run
> into an issue where automated scripts are causing issues on our backend.
> The suggestion put forth was to add a captcha to the application but we are
> not sure what best accessible solution is out there.
>
>
>
> Thanks in advance,
>
>
>
> *Angela Savage*
>
> Accessibility Auditor
>
>