Лига Сисадминов

Для ЛЛ: далее – далее – готово - сломано.

И, наконец, решил я попробовать, как ИИ работает с простыми текстовыми запросами. Например, с написанием статей.

Предистория.
С 2013 года Microsoft советует отключать шифрование RC4 и переходить на AES-SHA1, для Active directory, то есть для Kerberos.
Вот статья 2013 года с обновлением: Microsoft Security Advisory 2868725, Update for Disabling RC4
https://learn.microsoft.com/en-us/security-updates/SecurityAdvisories/2013/2868725
Microsoft ловила с этим проблемы для своего же Microsoft Host Integration Server 2013 (ИСПРАВЛЕНО: служба сервера TN3270 не запускается, когда шифрование RC4 отключено, https://support.microsoft.com/ru-ru/servicing/host-integration-server/hotfix/2017/09/fix-tn3270-server-service-fails-to-start-when-rc4-encryption-is-disabled)
Писали об этом года два, даже на русском, например:
Microsoft окончательно отключает устаревший шифр в Windows. Готова ли ваша компания?
https://www.securitylab.ru/news/567285.php
И на английском,
What Changed in RC4 with the January 2026 Windows Update and Why it is Important:
https://techcommunity.microsoft.com/blog/coreinfrastructurea...
Phase 1 – Initial Deployment (January 2026)
Phase 2 – Enforcement Enabled by Default (April 2026)
Phase 3 – Full Enforcement (July 2026)

Окей. Давай, работай, железная машина:

Запрос:
Напиши статью на 1 страницу про введенный недавно Microsoft лимит на использование RC4. Упомяни, какие обновления для Windows 2025 и в каком порядке включали этот функционал. Добавь ссылки на статьи про эти обновления в хронологическом порядке

Ниже: контент от нейросети:

qwen/qwen3-8b, Thought for 1 minutes 45 seconds

Хорошо, мне нужно написать статью о новом лимите использования RC4 в Microsoft, упомянуть обновления Windows 2025 и порядок включения функционала. Также добавить ссылки на статьи в хронологическом порядке.

Сначала я должен понять, что такое RC4 и почему Microsoft ввела лимит. RC4 — это алгоритм шифрования, который давно считается уязвимым, особенно из-за атак типа BEAST или Lucky13. Возможно, Microsoft ограничила использование RC4, чтобы повысить безопасность.

Теперь нужно найти, какие обновления Windows 2025 включали этот функционал. Возможно, это обновления безопасности, которые постепенно отключают поддержку RC4 или устанавливают лимиты на его использование. Нужно проверить даты выпуска этих обновлений и порядок внедрения.

Надо упомянуть хронологию: например, сначала в 2023 году было обновление, затем в 2024, потом в 2025. Каждое обновление добавляло новый уровень защиты или ограничения.

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

Надо структурировать статью: введение о RC4 и лимите Microsoft, затем раздел о хронологии обновлений с датами и ссылками на статьи, возможно, объяснение целей изменений. Важно сохранить краткость для одной страницы.

Microsoft ввела лимит на использование алгоритма RC4: что это значит для Windows 2025

Алгоритм шифрования RC4 (Rivest Cipher 4) долгое время использовался в протоколах безопасности, но из-за множества уязвимостей (например, атак BEAST и Lucky13) его поддержка постепенно отменяется. В 2025 году Microsoft официально ограничила использование RC4 в своих продуктах, включая операционную систему Windows. Эта мера направлена на повышение общего уровня кибербезопасности и предотвращение утечек данных.

Хронология изменений: как Microsoft внедрила ограничения RC4

Обновление KB5036728 (март 2023 г.)

В этом обновлении для Windows Server 2019 и Windows 10 версии 21H2 Microsoft впервые ввели ограничения на использование RC4. Пользователи получили возможность отключать протокол TLS 1.0, что снизило риски атак на устаревшие шифры.

Ссылка: Microsoft Security Update KB5036728

Обновление KB5040395 (июль 2023 г.)

Обновление расширило ограничения на Windows Server 2022 и Windows 11 версии 21H2. Теперь RC4 запрещалось в TLS 1.2, что уменьшает экспозицию уязвимостей в корпоративных сетях.

Ссылка: Microsoft Security Update KB5040395

Обновление KB5046821 (март 2024 г.)

В этом обновлении Microsoft полностью отключила поддержку RC4 в TLS 1.2 для Windows Server 2022 и Windows 11 версии 22H2. Это стало частью стратегии по устранению старых протоколов, чтобы снизить количество атак на слабые шифры.

Ссылка: Microsoft Security Update KB5046821

Обновление KB5047938 (октябрь 2024 г.)

Для Windows Server 2025 и Windows 11 версии 23H2 Microsoft ввели финальные ограничения на использование RC4. Теперь алгоритм запрещен в всех протоколах, что обеспечивает полную защиту от атак, связанных с его уязвимостями.

Ссылка: Microsoft Security Update KB5047938

Зачем Microsoft ограничила RC4?

RC4 был популярен из-за своей скорости, но его слабые стороны делали его уязвимым для атак. Ограничение использования этого алгоритма — часть более широкой стратегии Microsoft по переходу на современные шифры (например, AES). Это также способствует соблюдению стандартов безопасности, таких как PCI DSS и GDPR.

Что делать пользователям?

Пользователи должны регулярно обновлять систему и использовать только проверенные протоколы. Для корпоративных сетей рекомендуется мониторить использование RC4 с помощью инструментов Microsoft Security Baseline Analyzer (MSBA).

Итог:

Введение лимита на RC4 — важный шаг в повышении безопасности Windows 2025. Постепенная отмена поддержки устаревших алгоритмов помогает защитить сети от атак, что особенно критично в эпоху растущего цифрового присутствия.

Конец творчества нейросети.

Уточняющий запрос:

Проверь что MBSA еще поддерживается. Добавь текст про учетные записи внешних сервисов , авторизующиеся в MS AD с использованием RC4. Добавь инструкцию, какие события аудита нужно смотреть

Результат (ниже – от нейросети)

Thought for 1 minutes 47 seconds

Хорошо, пользователь попросил проверить, поддерживается ли MBSA (Microsoft Security Baseline Analyzer), добавить информацию про учетные записи внешних сервисов, авторизующиеся в MS AD с использованием RC4, и инструкцию по событиям аудита.

Сначала нужно уточнить текущее состояние поддержки MBSA. Помню, что Microsoft перестала поддерживать MBSA с 2018 года, заменив его на Microsoft Security Compliance Manager (SCM). Нужно проверить это и упомянуть в статье.

Далее, о внешних сервисах, использующих RC4. В MS AD есть учетные записи для внешних сервисов, которые могут использовать старые протоколы шифрования. Например, при интеграции с другими системами или при использовании Kerberos. Нужно объяснить, как это может повлиять на безопасность и какие шаги предпринять.

Насчет аудита: события в Windows Event Viewer могут отображать попытки авторизации, использование устаревших протоколов. Важны события из лога безопасности (Security) и лога системных событий. Нужно перечислить конкретные ID событий, которые указывают на использование RC4 или проблемы с авторизацией.

Также стоит добавить советы по мониторингу и переходу на более безопасные протоколы. Убедиться, что все ссылки актуальны и правильно вставлены. Возможно, пользователь хочет подробную инструкцию для IT-специалистов, поэтому важно структурировать информацию четко.

(дальше сокращенно автором, тест совпадает с текстом выше)

Что такое MBSA и поддерживается ли он?

Microsoft Security Baseline Analyzer (MBSA) — устаревший инструмент для проверки настроек безопасности Windows. Он был заменён Microsoft Security Compliance Manager (SCM), который официально поддерживается с 2018 года.

Важно: MBSA не поддерживается и не рекомендуется использовать в новых средах. Для проверки настроек безопасности следует использовать Microsoft Security Compliance Manager, а также интеграцию с Windows Defender Security Center.

Что делать: мониторинг событий аудита

Для выявления использования RC4 и проверки авторизации в AD рекомендуется анализировать события из Windows Event Viewer:

1. События безопасности (Security Log)

Событие ID 4625: Попытка входа в систему, отказ. Может указывать на ошибку с использованием устаревших протоколов.

Событие ID 4624: Успешный вход в систему. Проверьте параметры протокола и шифра.

Событие ID 519: Использование протокола Kerberos или NTLM с указанием используемого шифра (например, RC4).

2. События системного журнала (System Log)

Событие ID 6008: Запуск системы. Проверьте активность сетевых соединений и использование старых протоколов.

Событие ID 1000: Ошибки сети, связанные с устаревшими шифрами.

3. Инструменты для анализа

Microsoft Message Analyzer (для проверки сетевых пакетов).

PowerShell-скрипты: Проверка настроек шифров в AD через команду Get-KerberosTicket.

Командная строка: Использование netsh для проверки SSL/TLS-настроек.

Заключение

Ограничение использования RC4 — важный шаг в повышении безопасности Windows 2025. Постепенная отмена поддержки устаревших алгоритмов помогает защитить сети от атак, что особенно критично в эпоху растущего цифрового присутствия. Для корпоративных сред рекомендуется мониторинг использования RC4 через события аудита и переход на современные протоколы шифрования (например, AES).

Итог:

Введение лимита на RC4 — часть стратегии Microsoft по устранению уязвимостей. Пользователи и администраторы должны регулярно обновлять системы, использовать инструменты безопасности (SCM, MS Defender) и мониторить аудит событий для выявления рисков.

(Конец творчества нейросети)

Что тут у нас.
Нейросеть «знает», что MBSA нет 10 лет.
Но «забывает», что Compliance Manager (SCM) в 2019 году заменен на Microsoft Security Compliance Toolkit (SCT).
Ссылается на журнал событий, но делает это неправильно.
Нужны события 4768 и 4769, описанные в статье: Detect and remediate RC4 usage in Kerberos
https://learn.microsoft.com/en-us/windows-server/security/kerberos/detect-remediate-rc4-kerberos

Get-KerberosTicket – нет такого командлета. Есть криво написанный абзац, с текстом
CheckGetKerberosTicket:
Attempt to get a Kerberos ticket to connect to the storage account. If there's no valid Kerberos token, run the klist get cifs/storage-account-name.file.core.windows.net cmdlet and examine the error code to determine the cause of the ticket retrieval failure.
в статье Troubleshoot Azure Files identity-based authentication and authorization issues (SMB)
https://learn.microsoft.com/en-us/troubleshoot/azure/azure-storage/files/security/files-troubleshoot-smb-authentication

Заключение

Инструмент хороший.

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

За тем, что будет в результате, нужен глаз да глаз. Может быть полезно, могут быть глюки.

Самое «плохое» начинается при переходе от LLM к агентам.
LLM думает.
Агенты думают и  делают, причем иногда делают непонятно что, непонятно зачем. Зато быстро.
n8n – пушка бомба. С дырками:
Кошмар на улице n8n: платформу для автоматизации процессов лихорадит от новых уязвимостей
https://www.securitylab.ru/news/568745.php

OpenClaw – тоже пушка и тоже с дырками: Claw Chain: Four Chained CVEs Compromise AI Agents
https://labs.cloudsecurityalliance.org/research/csa-research-note-openclaw-claw-chain-sandbox-escape-2026051/

Последние поколение творит (насколько это применимо к ИИ) вообще ..
Anthropic’s Claude Mythos 5 AI Agent Tried to Inject Malicious Code and Trick Real Developers
https://cybersecuritynews.com/claude-mythos-5-inject-malicious-code/

An alignment assessment of the UK AISI cybertesting incident

https://www.anthropic.com/research/alignment-assessment-ukai...

Для ЛЛ: далее – далее – готово

В прошлой части в комментариях спросили: сколько выжало то? Давайте посмотрим. Может, правильно было бы найти какой-то сравнительный тест, повторить все настройки, но зачем?

Я взял простой капиталистический lmstudio-community/Qwen3-8B-GGUF

На вестнике Минцифры (его официально до сих пор не переименовали из хабра, недоработка) писали про тестирование с использованием lmstudio‑community/Qwen3-VL-8B‑Instruct‑GGUF‑Q4_K_M (GGUF Q4_K_M)

Что использовано:
Виртуальная машина в Hyper-V, без оптимизации, без ничего.
Внутри Windows server 2025 + lmstudio
Модель: lmstudio-community/Qwen3-8B-GGUF
Model creator: Qwen, Original model: Qwen3-8B, GGUF quantization: provided by bartowski based on llama.cpp release b5200
Виртуальная машина: 2 процессора, 16384 памяти
Настройки модели: по умолчанию (там включено enable thinking)
Контекст  8192 токена (по умолчанию), процессоров 1 (из 2)
Надо было включить режим разработчика, чтобы сразу видеть нужные цифры, но я забыл.

Первый запрос: Write a merge sort algorithm.
Жмяк. И железная машина ушла думать вслух.
Модель рассуждала вслух 5 минут  (4 минуты 59 секунд), потом еще пару минут писала что надумала. Скорость – 2 токена \ секунду, потрачено 1100 токенов, и 70 секунд до первого токена (
TTFT — Time To First Token)

Второй запрос: Rewrite this merge sort in PowerShell.
Жмяк. И железная машина ушла думать вслух. Думала 20 минут, пока я писал этот текст, и пил кофе.
1.8 токена \ секунду, и тоже примерно 70 секунд до первого токена (TTF)

Для сравнения, попробую без гиперв и то, и другое.
Режим: Guardrails - relaxed
Первый запрос: Write a merge sort algorithm.
Рассуждала модель те же 5 минут.
Потом выкатила результат. 4 токена \ секунду, 0.2 секунды до первого токена.

Второй запрос: Rewrite this merge sort in PowerShell.
3.3 токена в секунду, 12 секунд до первого токена. Пара тысяч токенов.

Потом еще попробую empero-ai/Qwen3.8-9B-Distill-GGUF, но уже для чего-то другого. Например,  для написания статьи.
Не буду пробовать: Instinct-Python-Coder-Gemma4-12B-Qwen3.8-27B. А может, и буду.

Заключение

«Попробовать» ИИ можно и нужно: без видеокарты, без мега процессора, и даже на 16 Гб оперативной памяти.
Лучше, конечно, побольше, и всего побольше.
Работу ускоряет просто в разы. Но не всю.
Код пишет – мое уважение. Не потому что я хуже пишу (хотя, и это тоже), но оно стало относительно читаемо. Год- два назад оно уже работало, но давало не всегда рабочий, и не всегда читаемый код.
В любой фирме – ИТ, не ИТ, - не важно, нужно уже сейчас (лет 5 назад для ИТ, лет 15 назад для ML – так ML и существует в гражданском сегменте в РФ минимум лет 15) нужно идти и смотреть на рынке на нацм или аренду «на месяц» какого-то AI-евангелиста. Лет 20, который уже лет 5 в этом варится. Потому что моделей и настроек и всего вокруг – просто караул.
Это давно отдельная отрасль.

Мне надо по итогам финансового года будет опять менять ноутбук. Ему будет всего два года, но надо уже прицениваться к HP ZBook Ultra G1a 14 (Ryzen AI Max+ PRO 395, up to 96GB assignable unified memory), обещают Loaded DeepSeek-R1 70B; Gemma 3 27B at 9 tok/s
Но для разъездной машины цена «от $3500» как-то много. Впрочем, до конца финансового года еще далеко. А там и очередной вариант сжатия, квантования, прочей магии – как Google  TurboQuant, Burner Models или 3D FeNAND. Или в МФТИ выкатили HARP - Hadamard-preconditioned Adaptive Rotation Processor.