Microsoft полностью заменит протокол аутентификации NTLM на Kerberos

Microsoft полностью заменит протокол аутентификации NTLM на Kerberos

Microsoft полностью заменит протокол аутентификации NTLM на Kerberos

Microsoft хочет отказаться от набора протоколов сетевой аутентификации NTLM (NT LAN Manager) в будущих релизах Windows 11. В планах — перейти на альтернативные методы аутентификации и усилить с их помощью безопасность.

В официальном уведомлении корпорация из Редмонда пишет следующее:

«Основная идея — усилить протокол аутентификации Kerberos, который был дефолтным с 2000 года, а также снизить влияние NT LAN Manager (NTLM). В Windows 11 будут доступны функции Сквозная аутентификация с помощью Kerberos (IAKerb) и Центр распространения ключей для Kerberos (KDC)».

IAKerb позволяет клиентам аутентифицироваться через Kerberos, а вторая функция (KDC) — расширяет поддержку Kerberos на локальные аккаунты.

NTLM был впервые представлен в 1990 году, является результатом развития LANMAN и предназначается для проверки подлинности запроса и ответа. Для успешной аутентификации используются три сообщения.

В целом можно сказать, что Kerberos, другой протокол аутентификации, вытеснил NTLM с выходом Windows 2000, однако старичок до сих пор используется в качестве подстраховочного варианта.

«Основное различие между NTLM и Kerberos — способ управления аутентификацией. Первый полагается на три сообщения, а второй задействует двухэтапный процесс, использующий центр распределения ключей», — объясняют в CrowdStrike.

Claude отправил Mac разработчика в 4026 год и почти превратил его в кирпич

Разработчик под ником deeplycuriouss попросил Claude помочь изменить время на Mac ради промоскриншота iOS-приложения. ИИ выдал команду с sudo, пользователь запустил её не глядя, а компьютер мгновенно улетел на две тысячи лет вперёд.

Команда отключила сетевую синхронизацию и установила на Mac дату 3 сентября 4026 года. После этого macOS зависла, а при перезагрузке показывала логотип Apple, шкалу загрузки и затем чёрный экран с курсором.

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

Компьютер оставался парализованным несколько часов. Решение нашлось на форуме: на управляющий Mac потребовалось установить Xcode. После этого утилита Revive смогла обновить микрокод и запустить восстановление операционной системы.

Данные в итоге удалось спасти, но разработчик оказался неприятно близок к потере нескольких недель работы. После инцидента он посоветовал не запускать предложенные ИИ команды вслепую, особенно если в них встречаются sudo и изменение системных настроек.

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