App-Bound Encryption

App-Bound Encryption — способ шифрования, которым Chrome с версии 127 защищает куки. Ключ привязан не к файлу, а к самому браузеру и к машине: расшифровать куки может только Chrome и только там, где они лежали изначально.

Такие записи легко узнать по началу значения — v20 вместо прежнего v10.

Что изменилось для обычного человека

Раньше профиль Chrome переезжал копированием папки. Теперь нет: скопированные куки на другом компьютере превращаются в нечитаемый мусор, и при первом запуске Chrome вычищает их как повреждённые. По размеру всё на месте, а входов нет.

Наш замер на живом профиле:

Второй замок: отладка

Шифрование — только половина. С Chrome 136 браузер перестал принимать ключи отладки (--remote-debugging-port, --remote-debugging-pipe), если работает с папкой профиля по умолчанию. Раньше через отладочный канал одна команда отдавала все куки профиля целиком — этим и пользовались программы-воры, и дверь закрыли.

Оба запрета появились против кражи сессий, и оба действуют на всех одинаково.

Что из этого следует

Сессии из вашего основного Chrome не заберёт никто — ни через файлы, ни через отладку. Если вам обещают обратное, речь либо о старой версии Chrome, либо о программе, которой на вашем компьютере делать нечего.

При этом закладки, история, автозаполнение и расширения переезжают нормально, а пароли — отдельным шагом, штатным экспортом Chrome в файл.

Почему у отдельных профилей всё иначе

У нестандартной папки профиля другой ключ шифрования — это записано в объявлении самого Google. Поэтому куки в таком профиле остаются обычными (v10) и переносятся, и отладка в нём разрешена.

Отсюда практический вывод про порядок действий: сессия становится переносимой не задним числом, а с того момента, как вы завели её в отдельном профиле. Подробный разбор — в статье про перенос сессий.