Microsoft устранила давнюю ошибку в работе корзины Windows, из-за которой пользователи видели при удалении не настоящие имена файлов, а внутренние, технические обозначения вроде `$Rxxxxx.ext`. Проблема проявлялась в окне подтверждения удаления: перед тем как отправить файлы в корзину, система показывала список объектов под непонятными названиями, хотя сами эти файлы имели привычные пользователю имена.
Компания официально признала сбой ещё в июне и включила исправление в пакет обновлений безопасности от 14 июля 2026 года под номером KB5099414. Фикс уже распространяется через стандартный механизм обновления Windows и входит в последующие сборки системы. Обновление доступно для широкого круга версий: ошибка затрагивала все пользовательские редакции, начиная с Windows 10 1607, а также серверные выпуски, начиная с Windows Server 2012.
Важно, что сбой носил косметический характер: фактические данные не повреждались, не исчезали и не переименовывались. В самой корзине, в проводнике и при восстановлении объекты всегда отображались под их реальными именами. Некорректное обозначение появлялось исключительно в одном диалоговом окне - в момент запроса подтверждения удаления. Тем не менее это могло серьёзно запутать пользователей, особенно при работе с похожими файлами или при массовом удалении, когда важно убедиться, что в корзину отправляются именно те объекты.
Технически Windows при перемещении файла в корзину не держит его под исходным именем, а создаёт внутреннее служебное обозначение - как раз в формате `$Rxxxxx.ext`. Пользователь обычно никогда этого не видит: система "подкладывает" правильное название поверх внутреннего. Ошибка заключалась в том, что диалог подтверждения удаления брал данные не из пользовательской части, а напрямую из служебного слоя, поэтому на экране и оказывались загадочные коды вместо привычных названий документов и папок.
С точки зрения безопасности и целостности данных инцидент не приводил к потере файлов или их фактическому переименованию, но мог вызвать неверные действия пользователя. Например, человек, увидев непонятный набор символов вместо имени важного документа, мог решить, что удаляет какой‑то временный или системный файл, и подтверждать операцию, не заметив ошибочный выбор. Таким образом, даже "косметическая" проблема может иметь практические последствия.
Обновление KB5099414 примечательно не только исправлением поведения корзины. В его состав вошёл крупный набор улучшений безопасности: всего закрыто 570 уязвимостей. Среди них - три уязвимости нулевого дня, то есть такие, о которых стало известно до выхода официального патча. По данным Microsoft, две из этих трёх уязвимостей уже активно эксплуатировались злоумышленниками в реальных атаках. Это делает установку июльского патча особенно важной как для домашних пользователей, так и для корпоративных ИТ‑служб.
Для администраторов и продвинутых пользователей обновление KB5099414 означает необходимость проверить состояние всех поддерживаемых систем: настольных машин с Windows 10 и Windows 11, а также серверной инфраструктуры на базе Windows Server 2012 и новее. В организациях, где практикуется отложенная установка апдейтов, стоит как минимум внедрить патчи, связанные с уязвимостями нулевого дня, и отдельно проконтролировать корректность работы корзины на рабочих станциях, где пользователи часто взаимодействуют с файловой системой.
Помимо истории с корзиной, на этой же неделе Microsoft признала ещё одну серьёзную проблему - на этот раз связанную с модулем Capability Access Manager. Этот компонент отвечает за контроль доступа приложений к различным возможностям системы и данным пользователя. В ходе тестов было обнаружено, что файл журнала "CapabilityAccessManager.db-wal" в Windows 11 способен аномально разрастаться и занимать до сотен гигабайт на системном диске. В отдельных случаях речь шла о дополнительных 500 ГБ и более, фактически "съедаемых" одной служебной базой.
Файл с суффиксом `-wal` - это журнал предварительной записи (write-ahead logging), типичный для баз данных. В нормальном режиме его размер ограничен и периодически сокращается при обслуживании базы. Ошибка приводила к тому, что этот журнал не очищался как положено, а продолжал расти, накапливая всё новые записи. В результате свободное место на системном разделе уменьшалось без видимых причин, а пользователи могли долго искать, что именно занимает диск, пока не находили гигантский "CapabilityAccessManager.db-wal".
Microsoft подтвердила наличие сбоя и ведёт работу над исправлением. До выхода официального патча администраторы и опытные пользователи могут контролировать размер файла через проводник или специализированные утилиты анализа диска. Ручное удаление или обнуление таких служебных файлов без чётких рекомендаций производителя не рекомендуется: можно нарушить работу модуля доступа к возможностям и получить новые проблемы, вплоть до сбоев в запуске приложений или отказов в доступе к камере, микрофону и другим ресурсам.
Практический совет для пользователей Windows 11 - регулярно проверять состояние системного диска, особенно если свободное место стало быстро исчезать без установки новых крупных программ или игр. В диспетчере задач и стандартных инструментах очистки диска подобные файлы не всегда очевидны, поэтому имеет смысл периодически запускать анализ занимаемого пространства и отслеживать необычно большие объекты в системных каталогах. После выхода официального исправления проблема должна решаться без вмешательства пользователя.
Обе описанные истории - с корзиной и с Capability Access Manager - хорошо иллюстрируют, как даже "незаметные" внутренние механизмы операционной системы оказывают прямое влияние на повседневную работу. Диалог подтверждения удаления кажется мелочью, пока внезапно не начинает показывать непонятные коды вместо нужных имён, а один служебный журнал мало кого интересует, пока не превращается в 500‑гигабайтный "чёрный ящик" на системном диске.
Чтобы минимизировать риски, пользователям имеет смысл придерживаться нескольких простых правил. Во‑первых, не отключать полностью автоматическое обновление Windows, особенно когда речь идёт о патчах безопасности, закрывающих десятки и сотни уязвимостей. Во‑вторых, хотя бы раз в несколько недель просматривать список установленных обновлений и обращать внимание на крупные кумулятивные пакеты - именно в них чаще всего приходят важные исправления. В‑третьих, обращать внимание на странное поведение системы: резкое падение свободного места на диске, необычные сообщения в диалоговых окнах и задержки при работе с файлами.
В корпоративной среде к этим советам добавляется необходимость формального процесса управления обновлениями: тестовые стенды, поэтапный раскат патчей, мониторинг инцидентов. Ошибка с отображением имён в корзине сама по себе не ломала бизнес‑процессы, но могла повысить риск человеческого фактора при работе с документами. А проблема с CapabilityAccessManager.db-wal уже напрямую затрагивает инфраструктуру хранения - переполненные системные диски на рабочих станциях и серверах способны приводить к остановке сервисов, сбоям в резервном копировании и другим критичным последствиям.
В долгосрочной перспективе такие инциденты подталкивают к более осознанному отношению к обновлениям: с одной стороны, без них система остаётся уязвимой, с другой - новые версии нередко приносят с собой побочные эффекты. Задача администратора и продвинутого пользователя - выстроить для себя баланс: следить за выходом патчей, оценивать их важность, оперативно устанавливать критические обновления и при этом держать под контролем изменения в поведении системы после каждого крупного апдейта.
На фоне исправления ошибки в корзине и признания проблемы с Capability Access Manager июльский цикл обновлений Microsoft показывает сразу два важных тренда: наращивание объёмов работ по безопасности (сотни закрытых уязвимостей и несколько нулевых дней) и готовность компании достаточно оперативно реагировать даже на те сбои, которые затрагивают, казалось бы, второстепенные элементы интерфейса или внутренние служебные файлы. Для пользователя это означает одно: чем внимательнее он относится к состоянию своей системы и обновлениям, тем меньше шансов неожиданно столкнуться с потерей свободного места, некорректными диалогами и реальными угрозами безопасности.
