Обновления Windows 10 приводят к сбою приложений на Visual Basic

Обновления Windows 10 приводят к сбою приложений на Visual Basic

Обновления Windows 10 приводят к сбою приложений на Visual Basic

Microsoft пытается выяснить причину проблемы, проявившей себя после установки очередных обновлений Windows. На этот раз баг приводит к сбою в работе приложений на VB6, VBA и VBScript — они в какой-то момент перестают отвечать и выдают ошибку.

Пользователи затронутых проблемой систем при использовании приложений, созданных с помощью Visual Basic 6 (VB6) или Visual Basic Scripting Edition (VBScript), могут наблюдать ошибку «invalid procedure call error».

При этом стоит отметить, что проблема проявляется как на клиентских, так и на серверных машинах. Список затронутых систем вместе с идентификаторами проблемных обновлений приводим ниже:

Клиент Сервер Проблемное обновление
Windows 10 версии 1903 Windows Server версии 1903 KB4512508
Windows 10 версии 1809 Windows Server версии 1809/Windows Server 2019 KB4503327
Windows 10 Enterprise LTSC 2019   N/A
Windows 10, version 1803 Windows Server, version 1803 KB4512501
Windows 10, version 1709 Windows Server, version 1709 KB4512516
Windows 10, version 1703 Windows Server 2012 R2 KB4512507
Windows 10 Enterprise LTSC 2016 Windows Server 2012 N/A
Windows 10, version 1607 Windows Server 2016 KB4512517
Windows 10 Enterprise LTSC 2015   N/A
Windows 8.1 Windows Server 2012 R2 KB4512488
Windows 7 SP1 Windows Server 2008 R2 SP1 KB4512506

Представители Microsoft заявили, что в настоящее время проводится расследование с целью выявить причину такого поведения ОС. Как только разработчики выяснят что-то конкретное, будет выпущен соответствующий патч.

Windows следит через GDID: как уменьшить цифровой хвост в системе

История с Windows-идентификатором GDID показала одну важную вещь: VPN может меняться, IP-адреса могут прыгать по странам, а сама установка Windows всё равно остаётся узнаваемой для Microsoft. GDID — это постоянный идентификатор устройства, который используется в сервисах компании, лицензировании, Microsoft Store и телеметрии.

Напомним, на днях стало известно, что 19-летнего хакера вычислили по идентификатору Windows. Что нужно сделать, чтоб минимизировать эти риски?

Полностью выключить эту функциональность красивой кнопкой нельзя. Но это не значит, что пользователь совсем беспомощен. Есть несколько способов хотя бы урезать объём данных, которые Windows отправляет наружу.

Первое — использовать локальную учётную запись вместо Microsoft Account. Именно вход через аккаунт Microsoft усиливает связку устройства, сервисов, OneDrive, Store и истории активности. Microsoft всё активнее подталкивает пользователей к онлайн-аккаунтам, но локальный профиль всё ещё остаётся более приватным вариантом.

Второе — отключить историю активности. Для этого нужно открыть Настройки → Конфиденциальность и безопасность → История активности и выключить сохранение истории активности. Да, вместе с этим могут пострадать удобные функции вроде синхронизации между устройствами, Phone Link и облачного буфера обмена. Но приватность почти всегда торгуется за удобство.

Третье — убрать лишнюю диагностику. В Windows 11 это находится в Настройки → Конфиденциальность и безопасность → Диагностика и отзывы. Там стоит отключить отправку опциональных данных отзывов. Базовую телеметрию система всё равно оставит, но хотя бы не будет тащить в Microsoft всё, что ей не обязательно знать.

Четвёртое — почистить фоновые сервисы и функции, которыми вы не пользуетесь: Phone Link, Nearby Share, облачную синхронизацию, лишние ИИ-фишки и автозагрузку. Чем меньше связей с экосистемой Microsoft, тем меньше поводов у системы стучаться наружу.

Важный момент: простая переустановка Windows не решает проблему магически. GDID обновится, но если снова войти в тот же Microsoft Account, новую установку можно связать со старой через аккаунт, активацию и историю сервисов.

RSS: Новости на портале Anti-Malware.ru