Почему после закрытия вкладки одноразовой ссылки ключ после # всё ещё можно вернуть из «Недавно закрытых вкладок»

Когда вы открываете https://…/s.html?id=…#…, в адресной строке одновременно два фрагмента: номер шифротекста после вопросительного знака и ключ расшифровки после #. Закрыть такую вкладку легко прочитать как «ключа больше нет на этом компьютере». Браузер делает обратное: чтобы поддерживать «Назад», «Вперёд», восстановление после сбоя и «Недавно закрытые вкладки», ему нужно хранить полный URL этой навигации. В Chromium это называется session history — история сессии: каждая запись навигации сохраняет URL на тот момент, позицию прокрутки и неотправленные данные формы. После закрытия вкладки или перезапуска браузера эти записи сериализуются, чтобы вкладку можно было вернуть в том же виде. См. документ Chromium Session History.

Firefox называет ту же группу функций Session Restore. Он отслеживает окна, вкладки и недавно закрытые вкладки и записывает на диск историю каждой вкладки, прокрутку и формы, чтобы при запуске или «Отменить закрытие» их можно было прочитать обратно. См. Firefox Source Docs: Session Restore. Microsoft Edge построен на Chromium, поэтому восстановление закрытой вкладки идёт тем же путём истории сессии — не по отдельному правилу «сохранить заголовок и выбросить фрагмент».

Этот слой — не HTTP-запрос. IETF в RFC 3986 §3.5 определяет фрагмент как клиентскую идентификацию. Сервер не использует его при обработке URI. Журналы доступа UsePwd поэтому не содержат ключ после #. Эту границу уже разобрали в Почему фрагмент # в URL не попадает в логи сервера. Эта статья закрывает следующий слой: фрагмент, который никогда не входит в запрос, всё равно может попасть в вашу собственную запись браузера. Закрытие вкладки прекращает отображение. Оно не стирает автоматически полный URL, который сидит в истории сессии.

В Chrome или Edge нажмите Ctrl+Shift+T или откройте История → Недавно закрытые. Браузер берёт эту запись сессии и открывает URL внутри неё. Официальный список сочетаний Chrome называет это «Повторно открыть ранее закрытые вкладки в порядке их закрытия»; см. Сочетания клавиш в Chrome. Список недавно закрытых вкладок Firefox делает то же из Session Store: URL активной записи истории становится целью восстановления. Фрагмент — часть URL, а не украшение рядом с заголовком страницы. При восстановлении нет отдельного шага, который его снимает.

Долгосрочная история и история сессии — тоже разные хранилища. Когда Chromium пишет URL в базу истории, он убирает имя пользователя и пароль. Преобразование не очищает фрагмент. Функция — Chromium GurlToDatabaseUrl. Адрес одноразовой ссылки, где в chrome://history всё ещё виден #, поэтому не противоречит «в запросе не было фрагмента»: база истории хранит полную строку, которую вы посетили; строка запроса по-прежнему только s.html?id={id}.

«Дублировать вкладку» через контекстное меню — более короткий путь. Chromium документирует, что дублирование вкладки — или «Назад», «Вперёд», «Обновить» в новой вкладке — клонирует записи навигации напрямую, без промежуточной записи в файл. Адресная строка клонированной вкладки обычно та же, включая # и ключ. На общем компьютере это быстрее, чем копаться в истории: соседу не нужно уметь искать в истории. Достаточно дублировать вкладку.

Когда вы добавляете страницу чтения в закладки, браузер сохраняет строку из адресной строки. Кнопка «звезда» не спрашивает сначала «текст после # — это ключ?» и не хранит только путь. Позже любое устройство с синхронизацией закладок может открыть эту запись и снова показать полную ссылку. Руководство Apple iCloud говорит, что после включения Safari в iCloud закладки и открытые вкладки хранятся в iCloud и остаются актуальными на iPhone, iPad и Mac; закладки синхронизируются и на ПК с iCloud для Windows. См. Синхронизация Safari на всех устройствах с iCloud.

Chrome перечисляет «История и вкладки» как элемент синхронизации, который можно включить. После включения открытые вкладки появляются в История → Вкладки с других устройств. Справка: Закладки, пароли и другие данные на всех устройствах. Путь «Отправить вкладку на устройства» записывает полный spec() GURL в запись синхронизации. Обычный фрагмент # сериализуется вместе с остальной частью URL; его не снимают заранее. Реализация — Chromium SendTabToSelfEntry.

Не путайте системное меню «Поделиться» с закладкой. В Safari на iPad при отправке URL с фрагментом в Mail иногда остаётся только часть до #. Выделить всю адресную строку и скопировать обычно сохраняет фрагмент. Именно в этом смысл: не решайте «ключ исчез», потому что нажали «Поделиться». Смотрите на символы, которые реально появляются в адресной строке получателя — или другого устройства. Превью в чате, которое останавливается на заголовке, — другая статья. Когда полная ссылка уже в закладке или записи синхронизации, это уже не бот превью.

Burn-Link UsePwd кладёт ключ после # в s.html?id={id}#{key}. Создание и чтение открываются сразу — ни одна сторона не регистрируется. Текущая вкладка шифрует или расшифровывает через Web Crypto и AES-256-GCM. Открытый текст — не более 32 КБ. На сервер уходят только шифротекст, срок жизни и число прочтений. Срок — 1 час, 24 часа, 7 дней или «только после прочтения». Прочтений — от 1 до 10, по умолчанию 1. Сервер хранит только шифротекст. Он не видит открытый текст, и нет аккаунта, который мог бы восстановить секрет по пользователю.

Когда получатель открывает страницу чтения, вкладка сначала спрашивает, на месте ли шифротекст. Эта проверка не тратит прочтение. Только после Открыть и посмотреть браузер забирает шифротекст и расшифровывает его локально ключом после #. После успешной расшифровки фрагмент по умолчанию остаётся в адресной строке. Закрытие вкладки или уход со страницы очищает поле с открытым текстом — страница чтения слушает pagehide — но не переписывает адрес. Только Убрать с этой страницы вызывает history.replaceState и сворачивает текущий URL до пути плюс query, убирая # и ключ после него. WHATWG определяет replaceState как замену текущей записи истории сессии, а не добавление новой; см. History API. Закройте вкладку после этого — «Недавно закрытые вкладки» восстановят адрес уже без ключа.

Исчез ли шифротекст на сервере, по-прежнему зависит только от числа прочтений и срока, заданных при создании. «Убрать с этой страницы» не тратит лишнее прочтение и не экономит его. Пока прочтения остались, любой с полной ссылкой всё ещё может нажать Открыть и посмотреть. Когда счётчик исчерпан, полная ссылка открывает только состояние «сожжена» — а адрес может оставаться в истории сессии, закладках и чате. Почему вставка той же ссылки в чат с превью не всегда тратит прочтение — в Почему после вставки одноразовой ссылки в чат с превью число прочтений ещё не обязательно потрачено. Эта статья — про запись браузера получателя, а не про карточку в канале.

Нажать сочетание может тот, кто пользуется этим профилем браузера. Общий ПК, незаблокированный стол или одолженный браузер, из которого не вышли, превращают «Недавно закрытые вкладки» во второй способ достать ссылку. Очистка списка недавно закрытых или истории блокирует этот ярлык. Она не блокирует полный URL, уже скопированный в чат, тикет или скриншот. Burn-Link ограничивает, как долго шифротекст живёт на сервере и сколько раз его можно прочитать. Он не решает, кто ещё видит адрес в локальной записи.

Когда число прочтений исчерпано, открытие ссылки из истории обычно показывает только состояние «сожжена». Это не «история теперь безопасна». Администратор, коллега или вы сами всё ещё можете прочитать из этой строки, что id когда-то существовал и что кто-то использовал фрагмент как ключ. Долгосрочное хранение или синхронизация на несколько устройств — задача отдельного менеджера паролей. У UsePwd нет аккаунтов и хранилища, и потерянную ссылку нельзя восстановить по пользователю. Об этом — на странице О нас.

Файлы — третий путь. Локальная резервная копия одного файла до 5 ГБ идёт через Шифрование файлов, пишет .lock / .enc и по умолчанию не загружает файл. Парольную фразу сгенерируйте в Генераторе паролей длиной от 6 до 128 символов, затем проверьте стойкость в Проверке пароля. Эти страницы, как и эта статья, открываются сразу. Не читайте «фрагмент не попадает в логи сервера» как «закрытие вкладки уничтожает ключ». Логи, история сессии и история чата — разные слои.