---
url: 'https://www.corbado.com/ru/blog/passkeys-rezhim-inkognito'
title: 'Работают ли Passkeys в режиме инкогнито?'
description: 'Узнайте, работают ли и как именно Passkeys / WebAuthn в режимах инкогнито или приватного просмотра в Chrome, Safari, Edge и Firefox.'
lang: 'ru'
author: 'Vincent Delitz'
date: '2025-08-08T11:42:33.337Z'
lastModified: '2026-08-28T12:01:04.391Z'
keywords: 'passkeys режим инкогнито, passkeys приватный режим, passkeys приватный режим safari, passkeys inprivate edge, passkeys приватный режим firefox, режим инкогнито, приватный режим'
category: 'WebAuthn Know-How'
---

# Работают ли Passkeys в режиме инкогнито?

## Обзор

<div className="blogNav">

1. [Введение](#1-vvedenie)

2. [Passkeys и режим инкогнито: Общий обзор](#2-passkeys-i-rezhim-inkognito-obshchiy-obzor)

3. [Поведение Passkeys в разных браузерах и операционных системах](#3-povedenie-passkeys-v-raznykh-brauzerakh-i-operatsionnykh-sistemakh)

    3.1
    [Passkeys в Windows 10 и режиме инкогнито / InPrivate в Edge](#31-passkeys-v-windows-10-i-rezhime-inkognito-inprivate-v-edge)

    3.2
    [Passkeys в Windows 11 и режиме инкогнито / InPrivate в Edge](#32-passkeys-v-windows-11-i-rezhime-inkognito-inprivate-v-edge)

    3.3
    [Passkeys на Android и в режиме инкогнито Chrome / InPrivate в Edge](#33-passkeys-na-android-i-v-rezhime-inkognito-chrome-inprivate-v-edge)

4. [Заключение](#4-zaklyuchenie)

</div>

## 1. Введение

Все больше компаний внедряют Passkeys на своих сайтах и в приложениях. При этом многие
разработчики и менеджеры по продукту задаются вопросом, **работают ли Passkeys в режимах
инкогнито или приватного просмотра**, поскольку это сильно влияет на общее впечатление
пользователя.

В этой статье мы постараемся ответить на следующие вопросы:

1. **Работают ли Passkeys в режиме инкогнито / приватного просмотра?**
2. **Как происходит аутентификация с помощью Passkeys в режиме инкогнито / приватном
   режиме в Chrome, Safari, Edge и Firefox?**

Эти знания помогут обеспечить бесперебойную работу для пользователей в разных браузерах и
операционных системах, делая ваше приложение передовым в области безопасности и удобства.

## 2. Passkeys и режим инкогнито: Общий обзор

Passkeys — это, по сути, криптографические ключи, которые используются для аутентификации
пользователей без необходимости вводить традиционные пароли. Они обеспечивают повышенную
безопасность, устраняя риски, связанные с кражей паролей и фишинговыми атаками.

Обычно Passkeys надежно хранятся на устройстве, и их функциональность остается неизменной
даже в режимах инкогнито или приватного просмотра в большинстве операционных систем, за
исключением Windows 10 (см. ниже), при условии, что устройство поддерживает Passkeys.

Режимы инкогнито или приватного просмотра часто используются для работы в интернете, не
оставляя следов. Эта функция важна для пользователей, которые ценят конфиденциальность, и
крайне необходимо, чтобы методы аутентификации, такие как Passkeys, без проблем работали в
этих режимах.

Однако в истории развития WebAuthn велись постоянные дискуссии и вносились улучшения,
поскольку поведение было довольно запутанным и несогласованным между операционными
системами и браузерами (для справки см. эти старые обсуждения и отчеты об ошибках
[здесь](https://github.com/w3c/webauthn/issues/1465),
[здесь](https://github.com/w3c/webauthn/issues/1174) и
[здесь](https://issues.chromium.org/issues/40603881)).

## 3. Поведение Passkeys в разных браузерах и операционных системах

Понимание того, как Passkeys ведут себя в разных браузерах и операционных системах,
помогает обеспечить совместимость и удобство для пользователей.

**Работают ли Passkeys в режиме инкогнито / приватного просмотра?**

|         | **Windows 10** | **Windows 11**      | **Android 14** | **iOS 17.5** | **macOS 14** |
| ------- | -------------- | ------------------- | -------------- | ------------ | ------------ |
| Chrome  | ❌             | ✅ (с доп. экраном) | ✅             | ✅           | ✅           |
| Edge    | ❌             | ✅ (с доп. экраном) | ✅             | ✅           | ✅           |
| Safari  | н/д            | н/д                 | н/д            | ✅           | ✅           |
| Firefox | ✅             | ✅                  | ✅             | ✅           | ✅           |

### 3.1 Passkeys в Windows 10 и режиме инкогнито Chrome / InPrivate в Edge до версии 129

В Windows 10 (22H2) мы обнаружили единственное исключение, когда Passkeys работали
ненадежно, и получили два следующих скриншота при попытке использовать платформенный
аутентификатор (Windows Hello):

![Сообщение об ошибке Passkey в режиме инкогнито Chrome в Windows 10](https://www.corbado.com/website-assets/passkeys_windows_10_chrome_incognito_mode_48fb9e073e.png)_Сообщение
об ошибке Passkey в режиме инкогнито Chrome в Windows 10_

![Сообщение об ошибке Passkey в режиме inPrivate Edge в Windows 10](https://www.corbado.com/website-assets/passkeys_windows_10_edge_inprivate_mode_b36b8247c9.png)_Сообщение
об ошибке Passkey в режиме inPrivate Edge в Windows 10_

Когда мы переключились в обычный режим просмотра, все заработало как надо, так что
сообщение об ошибке во всплывающем окне вводит в заблуждение.

Более того, если мы пытались использовать кросс-платформенный аутентификатор (например,
аппаратный ключ безопасности, такой как [YubiKey](https://www.corbado.com/glossary/yubikey), или кросс-девайсную
аутентификацию через QR-код / Bluetooth), все работало.

Когда мы углубились в проблему и выполнили в консоли браузера две следующие команды, чтобы
определить, доступны ли платформенный аутентификатор
(`PublicKeyCredential.isUserVerifyingPlatformAuthenticatorAvailable()`) и условный
интерфейс (Conditional UI) (`PublicKeyCredential.isConditionalMediationAvailable()`), мы
сделали интересное открытие: первый промис вернул `false`, а второй — `true`. Это не имело
смысла, поскольку для работы условного интерфейса (Conditional UI) требуются платформенные
аутентификаторы.

### 3.2 Passkeys в Windows 10 и режиме инкогнито Chrome / InPrivate в Edge (версии 129+)

Начиная с [Chrome](https://www.corbado.com/ru/blog/client-hints-user-agent-chrome-safari-firefox) 129 (и
аналогично в Edge, который основан на Chromium),
`PublicKeyCredential.isUserVerifyingPlatformAuthenticatorAvailable()` возвращает `true`
даже в режиме инкогнито / InPrivate в Windows 10. Раньше в режиме инкогнито он возвращал
`false`. Несмотря на то, что теперь возвращается `true`, платформенный аутентификатор
по-прежнему недоступен для создания новых Passkeys, что нарушает пользовательский
сценарий.

Ниже приведена таблица, показывающая возвращаемые значения
`PublicKeyCredential.isUserVerifyingPlatformAuthenticatorAvailable()` в Windows 10 для
разных версий и режимов
[Chrome](https://www.corbado.com/ru/blog/client-hints-user-agent-chrome-safari-firefox)/Edge:

| Браузер/Версия              | Обычный режим (W10) | Режим инкогнито/приватный (W10) | Поведение в интерфейсе                                                          |
| --------------------------- | ------------------- | ------------------------------- | ------------------------------------------------------------------------------- |
| Chrome ≤ 128 (до изменения) | true                | false                           | Нет платформенного аутентификатора в режиме инкогнито                           |
| Chrome ≥ 129                | true                | **true**                        | Предлагает использовать ключ безопасности вместо платформенного аутентификатора |
| Edge ≤ 128 (до изменения)   | true                | false                           | Нет платформенного аутентификатора в режиме InPrivate                           |
| Edge ≥ 129                  | true                | **true**                        | Предлагает использовать ключ безопасности вместо платформенного аутентификатора |

**Наблюдаемое поведение:**

- В режиме инкогнито [Chrome](https://www.corbado.com/ru/blog/client-hints-user-agent-chrome-safari-firefox)/Edge
  на Windows 10, несмотря на то, что промис возвращает `true`, платформенный
  аутентификатор не появляется при создании Passkey.
- Вместо этого пользователям предлагается добавить ключ безопасности (например,
  [YubiKey](https://www.corbado.com/glossary/yubikey)).
- Хотя аппаратные ключи безопасности по-прежнему работают для создания Passkey, это не тот
  сценарий, который ожидается при использовании платформенных аутентификаторов, таких как
  [Windows Hello](https://www.corbado.com/glossary/windows-hello).

![ошибка создания passkey в режиме инкогнито chrome на windows 10](https://www.corbado.com/website-assets/passkeys_windows10_chrome_incognito_passkey_create_error_26dbb6deba.jpg)

**Последствия изменения:** Это фактически нарушает процесс добавления Passkeys в
платформенный аутентификатор в режиме инкогнито/InPrivate. Изменение в Chrome 129+ было
сделано в первую очередь для того, чтобы включить **функциональность входа** с помощью
Passkeys в режиме инкогнито. Процессы входа используют тот же механизм для проверки
поддержки Passkeys
(`PublicKeyCredential.isUserVerifyingPlatformAuthenticatorAvailable()`), и это изменение
обеспечивает их бесперебойную работу. Однако непреднамеренным последствием стал нарушенный
процесс создания Passkeys с помощью платформенного аутентификатора в режимах приватного
просмотра.

Более подробную информацию об этом изменении можно найти в
[обзоре исходного кода Chromium](https://chromium-review.googlesource.com/c/chromium/src/+/5791932)
и связанном с ним
[обсуждении в трекере проблем](https://issues.chromium.org/issues/40918391). Для
веб-сайтов, стремящихся обеспечить оптимальную поддержку Passkeys, обнаружение режима
инкогнито в настоящее время является единственным способом смягчить эту проблему.
Определяя, когда пользователь находится в режиме инкогнито/InPrivate в Windows 10 с
Chrome/Edge, веб-сайты могут заранее избегать предложения опций платформенного
аутентификатора для создания Passkey.

### 3.3 Passkeys в Windows 11 и режиме инкогнито / InPrivate в Edge

При использовании [Windows Hello](https://www.corbado.com/glossary/windows-hello) в качестве платформенного
аутентификатора во время создания Passkey в режиме инкогнито (в Chrome) / режиме InPrivate
(в Edge) появляется всплывающее окно безопасности. Оно предупреждает пользователей, что
Passkey будет сохранен и его можно будет использовать позже в обычном режиме (это
поведение было протестировано на [Windows 11](https://www.corbado.com/blog/passkeys-windows-11) 22H2). Учитывая
один из сценариев использования режима инкогнито, когда пользователь хочет создать учетную
запись, не оставляя никаких следов, это предупреждение имеет смысл.

![passkeys в режиме инкогнито chrome и inprivate edge на windows 11](https://www.corbado.com/website-assets/passkeys_windows_11_chrome_incognito_edge_inprivate_mode_71e06a9d1f.png)

### 3.4 Passkeys на Android и в режиме инкогнито Chrome / InPrivate в Edge

На [Android](https://www.corbado.com/blog/how-to-enable-passkeys-android) при использовании режима инкогнито (в
Chrome) / режима InPrivate (в Edge) поведение аналогично
[Windows 11](https://www.corbado.com/blog/passkeys-windows-11): появляется информационное всплывающее окно. Оно
сообщает пользователю, что Passkey будет сохранен в менеджере паролей, и любой, у кого
есть доступ к менеджеру паролей, также получит доступ к этому Passkey.

![passkeys в режиме инкогнито chrome и inprivate edge на android 14](https://www.corbado.com/website-assets/passkeys_android_14_chrome_incognito_edge_inprivate_mode_c7f0cc5097.png)

## 4. Заключение

В заключение, Passkeys надежно работают в режимах инкогнито и приватного просмотра в
большинстве основных браузеров и операционных систем, за некоторыми исключениями при
создании Passkeys в Windows 10. Используя решения Corbado, разработчики могут эффективно
внедрять Passkeys, а менеджеры по продукту — улучшать пользовательский опыт без ущерба для
безопасности.
