ACR Index Accessibility Conformance Reports for software

Okta Verify (Windows)

Accessibility Conformance Report published by Okta

Conformance by level

Reported by the vendor. WCAG Level AA is the benchmark referenced by ADA Title II, Section 508 and the European Accessibility Act; Level AAA is optional and often left unevaluated.

Source: View the original report published by Okta.

These figures are extracted from that document. They are the vendor's own statements, not an independent assessment, and automated extraction can misread a table.

All reported criteria (56)

Conformance as stated by Okta in its published report.
CriterionNameLevel ConformanceRemarks from vendor
1.1.1 Non-text Content A Partially Supports Most non-text content has text alternatives or a text alternate that serves an equivalent purpose. The following exceptions exist: ● An informative image does not have a text alternative, so people who are blind and/or use a screen reader will not be able to access the information available in the image. This occurs on the following pages: Account details; Account list; Notification screen - Use Windows Hello to verify it’s you.
1.2.1 Audio-only and Video-only (Prerecorded) A Not Applicable Prerecorded audio-only files are not present.
1.2.2 Captions (Prerecorded) A Not Applicable Prerecorded videos are not present.
1.2.3 Audio Description or Media Alternative (Prerecorded) A Not Applicable Prerecorded videos are not present, so audio description is not required.
1.3.1 Info and Relationships A Supports Information, structure, and relationships conveyed through presentation can be programmatically determined or are available in text.
1.3.2 Meaningful Sequence A Partially Supports The reading and navigation order of most content is logical and intuitive. The following exceptions exist: ● The screen reader skips and does not announce informative static content (text or images), so the intended meaning of that content will be lost or changed for people who are blind and/or use a screen reader. This occurs on the following page: Account details.
1.3.3 Sensory Characteristics A Supports Instructions to operate and/or understand content do not rely on sensory characteristics of components such as shape, color, size, and visual location.
1.4.1 Use of Color A Supports Color is not used as the only method to convey information, indicate an action, prompt a response, or distinguish visual elements.
1.4.2 Audio Control A Supports A mechanism is provided to stop, pause, mute, or adjust volume for audio that automatically plays for more than 3 seconds.
2.1.1 Keyboard A Supports Functionality is available using only the keyboard (unless that functionality cannot be accomplished in any known way using a keyboard), If shortcut keys and accesses are present, they do not conflict with existing browser and screen reader shortcuts, and functionality based on custom gestures is available when a screen reader is turned on.
2.1.2 No Keyboard Trap A Supports Keyboard focus is never locked or trapped in a particular area, and the user is able to navigate to and from all navigable elements using only a keyboard.
2.1.4 Character Key Shortcuts A Supports If a single character key shortcut exists, then the single character key shortcut can be turned off or remapped, or it is only active when the relevant user interface component is in focus.
2.2.1 Timing Adjustable A Partially Supports In most cases when a time limit exists, the user is given an option to turn off, adjust, or extend the time limit. The following exception exists: ● Some content visually appears and disappears with no ability to adjust how long the content is visible, potentially preventing people who are
2.2.2 Pause, Stop, Hide A Supports Moving, blinking, scrolling, or auto-updating information can be paused, stopped, hidden, or otherwise controlled by the user.
2.3.1 Three Flashes or Below Threshold A Not Applicable The tested application does not contain flashing content.
2.4.1 Bypass Blocks A Supports A method is provided to skip navigation and other page elements that are repeated across web pages.
2.4.2 Page Titled A Supports Pages have descriptive and informative titles.
2.4.3 Focus Order A Supports The navigation order of interactive elements (such as links, buttons, or form elements) is logical and preserves meaning and operability.
2.4.4 Link Purpose (In Context) A Supports The purpose of each link can be determined from the link text alone or from the link text and its programmatic context.
2.5.1 Pointer Gestures A Supports All functionality that can be operated with a pointer can be operated with single-point actions.
2.5.2 Pointer Cancellation A Supports For functionality that can be operated using a single pointer, at least one of the following is true: - The action is not triggered on the down event. - The action triggers on the up event, and a mechanism is available to abort the function before completion or to undo the function after completion. - The up-event reverses any outcome of the preceding down-event. - Completing the function on the down-event is essential.
2.5.3 Label in Name A Supports For each user interface component that includes a visible text label, the accessible name matches (or includes) the visible text in the label.
2.5.4 Motion Actuation A Supports Functionality that can be triggered by device motion or user motion detected by a device can be disabled, and the functionality can be operated without using motion.
3.1.1 Language of Page A Supports
3.2.1 On Focus A Supports When an element receives focus, a change in context (such as a substantial change to the page, the spawning of a pop-up window, or a change in focus) that may disorient the user does not occur.
3.2.2 On Input A Supports When a user inputs information or interacts with a control, it does not result in a substantial change to the page that could disorient the user unless the user is informed about the change ahead of time.
3.2.6 Consistent Help A Supports On application screens that contain help features (including human or automated contact options or self-help options), those features occur in the same order relative to other page content unless the user changes that order.
3.3.1 Error Identification A Supports For form controls where an input error is automatically detected, a text message or alert is provided that identifies the field/control where the error was detected and describes the error.
3.3.2 Labels or Instructions A Partially Supports For most form controls/input fields requiring user input, labels, instructions, and/or error messages are provided to identify the controls/input fields in the form so that users know what input data is expected. The following exception exists: ● The label for a form field is missing, so the field's purpose is not clear. This occurs on the following page: Add account - New account or add account from another device.
3.3.7 Redundant Entry A Supports If information previously entered by, or provided to, the user is required to be entered again in the same process, that information is either automatically populated or available for the user to select unless the previously entered information is no longer valid or re-entering the information is essential or required to ensure security.
4.1.1 Parsing A Not Applicable For the WCAG 2.0, 2.1, EN 301 549, and Revised 508 Standards, the September 2023 errata update indicates
4.1.2 Name, Role, Value A Supports The name, role, state, and value of each user interface components can be programmatically determined.
1.2.4 Captions (Live) AA Not Applicable Live multimedia files with audio are not present, so synchronized captions are not required.
1.2.5 Audio Description (Prerecorded) AA Not Applicable Prerecorded multimedia files are not present, so audio descriptions are not required.
1.3.4 Orientation AA Supports Orientation of the content is not locked to either landscape or portrait unless a specific orientation is essential for the functionality.
1.3.5 Identify Input Purpose AA Not Applicable This success criterion technically doesn't apply to desktop application.
1.4.3 Contrast (Minimum) AA Supports Text and images of regular text have the required color contrast ratio with their backgrounds.
1.4.4 Resize text AA Not Applicable This success criterion technically doesn't apply to desktop application.
1.4.5 Images of Text AA Supports When content can be presented visually using only text, an image of text is not used to present that text.
1.4.10 Reflow AA Does Not Support The content of most, if not all, pages is not viewable without scrolling horizontally when the viewport is set to 320 CSS pixels wide. The following issues exist: ● When the page is adjusted to an equivalent width of 320 pixels and content reflows to fit within the viewport, some content or functionality becomes unavailable, so people with low vision who increase the size of text and other content using the browser zoom will not be able to access all of the page's content and/or functionality. This occurs throughout the application.
1.4.11 Non-text Contrast AA Partially Supports Most of the boundaries and indicators of the visual state(s) of each active user component and any graphics required to understand content have a 3:1 color contrast ratio with adjacent color(s) or their background. The following exception exists:
1.4.12 Text Spacing AA Supports The spacing between letters, words, lines of text and paragraphs can be adjusted with no loss of content or functionality.
1.4.13 Content on Hover or Focus AA Supports When additional content is triggered by pointer hover or keyboard focus, that additional content can be dismissed and hovered over, and the content persists until the user dismisses it.
2.4.5 Multiple Ways AA Supports Multiple ways are available to find other pages on the site.
2.4.6 Headings and Labels AA Supports Headings and labels for form and interactive controls are informative.
2.4.7 Focus Visible AA Supports It is visually apparent which page element is currently receiving keyboard focus.
2.4.11 Focus Not Obscured (Minimum) AA Supports When a user interface component receives keyboard focus, the component is not entirely hidden due to author-created content.
2.5.7 Dragging Movements AA Supports All functionality that uses a dragging movement can be achieved by a single pointer without dragging, unless dragging is essential or the functionality is determined by the user agent and not modified by the author.
2.5.8 Target Size (Minimum) AA Supports The size of the target for each clickable control is at least 24 by 24 CSS pixels, except where the target size is determined by the user agent; there is a different control with equivalent functionality; the target is in line with text; the presentation of the target is essential to the function or otherwise exempted under the rule; or each control is spaced such that a 24-pixel circle placed around the bounding box of the control will not intersect any similar circle for another control.
3.1.2 Language of Parts AA Supports The language of each section of content that is different from the default language of the page is correctly identified and can be determined programmatically.
3.2.3 Consistent Navigation AA Supports Navigation patterns that are repeated on web pages are presented in the same relative order each time they appear and do not change order when navigating through the site.
3.2.4 Consistent Identification AA Supports Labels, names, and text alternatives for content that have the same functionality across multiple web pages are consistently identified.
3.3.3 Error Suggestion AA Supports If input errors are automatically detected, suggestions are provided in text for correcting the input in a timely and accessible manner before the data is submitted to the server.
3.3.4 Error Prevention (Legal, Financial, Data) AA Supports If the user can change or delete legal transactions, financial transactions, student exam responses, or data transactions that are unrecoverable or unintentionally modify or delete data, the changes and/or deletions are reversible, verified, or confirmed.
3.3.8 Accessible Authentication (Minimum) AA Supports A cognitive function test (such as remembering a password or solving a puzzle) is not required for any step in an authentication process unless either another method is available that does not rely on a cognitive function test; help is available to assist the user in completing the test; or the test is to recognize objects or identify non-text content the user provided to the Web site.
4.1.3 Status Messages AA Supports Status messages can be programmatically determined and presented by assistive technologies without receiving focus.

Is this your product? If this report is out of date or misrepresented, we will correct or remove it. Contact us to claim this listing.