Шифрование помогает, но не отменяет угрозы устройству

Разделение учётной записи и ключа хранилища

Google-вход определяет пользователя облака. Ключ для содержимого хранилища защищён отдельным паролем, восстановлением и предусмотренными ключевыми слотами. Серверу не нужен открытый секрет TOTP для обычной синхронизации.

Блокировка и отзыв имеют конкретные пределы

Блокировка сокращает время доступности расшифрованных данных в приложении. Отзыв устройства может запретить ему дальнейший разрешённый доступ через сервер, но не удаляет задним числом ранее похищенные автономные копии.

Фишинг и вредоносные расширения остаются опасными

Злоумышленник может выманить актуальный одноразовый код на поддельной странице. Если вредоносный скрипт действует внутри открытого хранилища, криптография не обязательно спасает доступные в этот момент секреты.

Криптография и осторожность при входе решают разные задачи

Зашифрованные элементы мешают серверному хранилищу прочитать секреты обычным способом, но это не защита от поддельной страницы входа. Мошенник может выманить настоящий TOTP-код и быстро передать его подлинному сервису, пока число действует. Проверяйте адрес и смысл запроса перед вводом цифр. При наличии passkeys или подходящих аппаратных ключей изучите, как исходный провайдер защищает ими от фишинга.

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

Может ли вредоносное расширение увидеть открытый секрет?

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