Секрет автентифікатора має залишатися під контролем

Гостьовий код обчислюється локально

Введений у режимі гостя секрет зазвичай використовується тільки пам’яттю відкритої сторінки. У нормальному потоці ключ не надсилається серверу для генерації цифр, а перезавантаження очищує тимчасові записи.

Камера та QR не потребують хмарного аналізу

Вміст QR-експорту Google Authenticator опрацьовується у браузері. Зображення не потрібно відправляти до рекламних систем, зовнішніх розпізнавачів або сервісів ШІ заради імпорту.

Обліковий запис має службові метадані

Сеанси, прив’язки пристроїв, версії синхронізації та обмежені події безпеки можуть зберігатися на сервері разом із зашифрованими елементами. Це не означає повної анонімності, а відкритий на зараженому пристрої сховище також не буде захищеним автоматично.

Які дані потрібні для хмарного облікового запису

Гостевий режим розрахований на обробку TOTP-секретів у пам’яті поточної сторінки, без звичайного надсилання цих секретів для серверного обчислення кодів. Учаснику ж потрібні прив’язка до Google-ідентифікації, сесія, інформація про довірені пристрої та синхронізовані версії записів. Хоча вміст елементів шифрується локально, ці операційні дані можуть оброблятися сервісом, тому обіцянка абсолютної анонімності була б неправдивою.

Записи журналу за задумом обмежуються дозволеними подіями, статусами, кількістю й часом, а не OTP, паролями сховища чи вмістом QR. Водночас небезпечне браузерне розширення або відкритий скриншот може розкрити те, що користувач бачить на екрані. Якщо потрібна допомога, передайте опис помилки та версію браузера, але ніколи не надсилайте справжню otpauth:// адресу.

Чи означає зашифроване сховище повну анонімність?

Ні. Для хмарного членського доступу потрібні деякі облікові та операційні метадані, хоча вміст записів шифрується окремо.