Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

Проблема проявилась как резкий всплеск сбоев Проводника. Инженеры начали изучать дампы и заметили странную деталь: падала 32-битная версия программы, запущенная на 64-битных системах Windows.

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

Дальше выяснилось, что деинсталлятор некорректно работал с системными API: использовал неправильное соглашение о вызовах функций и неверно обрабатывал параметры стека. Из-за этого при каждой неудачной операции данные из стека удалялись неправильно.

Поскольку процесс повторялся в цикле, повреждение памяти постепенно накапливалось. В какой-то момент указатель стека уезжал в область активного кода, и Проводник падал.

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

Школьница с Claude создала браузер для обхода родительского контроля

Одиннадцатилетняя дочь предпринимателя Сици Чена нашла интересный способ обойти ограничение экранного времени для YouTube. Она попросила Claude написать код собственного браузера на базе Electron и Chromium, запустила его на ноутбуке отца и продолжила смотреть видео. Родительский контроль проиграл ИИ и детской изобретательности всухую.

О случившемся Сици Чен рассказал в соцсети X. По его словам, после установки лимита на YouTube девочка не стала выпрашивать дополнительные минуты, а обратилась к нейросети.

Claude помог собрать отдельный браузер, на который установленное ограничение не распространялось.

Впрочем, отец сам превратил обходы защиты в семейное соревнование. Он пообещал дочери целый день без ограничений за каждый новый способ взломать установленный режим. Судя по результатам, мотивационная программа сработала даже лучше, чем хотелось.

Ранее девочка уже одобряла собственные запросы на дополнительное экранное время через iMessage на устройстве с активной учётной записью отца. В другой раз она заранее включила запись экрана, а затем передала ему смартфон для ввода пароля. Ещё один трюк заключался в трансляции экрана iPhone на Apple TV через AirPlay в тот момент, когда отец набирал код.

Новая история показывает, как генеративный ИИ снижает порог входа в программирование. Чтобы собрать инструмент для решения конкретной задачи, ребёнку уже необязательно годами изучать разработку, а достаточно правильно объяснить нейросети, что требуется.

Теперь Сици Чен спрашивает подписчиков, что ему делать дальше. Ответ, похоже, лежит не в очередном техническом запрете. Когда за каждый успешный побег полагается награда, перед нами уже не родительский контроль, а чемпионат по его обходу.

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