Цифровая экспансия и приватность устройств LGЛиквидация системных изъянов в обновлениях Windows

Одной из заметных, хотя и чисто визуальных проблем, стала некорректная работа корзины. Пользователи столкнулись с ситуацией, когда в диалоговом окне подтверждения удаления вместо привычных имен файлов отображались внутренние системные идентификаторы формата $Rxxxxx.ext. Технически это объясняется тем, что при перемещении объекта в корзину Windows переименовывает его для внутреннего учета, а затем сопоставляет этот идентификатор с оригинальным именем через специальную базу данных. В данном случае произошел сбой на уровне отображения этого соответствия именно в одном конкретном окне, хотя при восстановлении или обычном просмотре список оставался корректным.
Масштаб проблемы оказался значительным: дефект затрагивал практически все актуальные версии системы, начиная с Windows 10 версии 1607 и серверных решений уровня Server 2012. Исправление этого недочета вошло в пакет обновлений безопасности KB5099414 от июля 2026 года, что позволило вернуть интерфейсу привычную прозрачность.
Однако обновление KB5099414 не ограничилось лишь косметическим ремонтом. Этот патч стал масштабным ответом на серьезные вызовы в области кибербезопасности, устранив сразу 570 уязвимостей. Особую тревогу вызвали три обнаруженные бреши «нулевого дня», две из которых уже активно эксплуатировались злоумышленниками. Столь внушительный объем исправлений свидетельствует о высокой интенсивности атак на инфраструктуру Windows и необходимости постоянного латания дыр в безопасности ядра и системных служб.
Параллельно с этим была выявлена и более глубокая техническая проблема, связанная с работой Capability Access Manager — компонента, отвечающего за управление правами доступа приложений к ресурсам системы (камере, микрофону и другим датчикам). В ходе независимого тестирования выяснилось, что файл журнала транзакций CapabilityAccessManager.db-wal может бесконтрольно разрастаться, поглощая до 500 ГБ дискового пространства в Windows 11.
С технической точки зрения такая ситуация обычно возникает при сбое механизма контрольных точек (checkpointing) базы данных SQLite, когда временные записи не переносятся в основной файл, а продолжают накапливаться в WAL-файле. Для конечного пользователя это оборачивалось внезапной и необъяснимой потерей сотен гигабайт памяти на системном диске. Microsoft официально признала наличие данной ошибки, что подтверждает необходимость более тщательного контроля за работой фоновых служб управления данными.

