IT-KB 🤖

🖼️ 54 практических DevOps-проекта для обучения Собраны практические проекты по разным направлениям: 🔵Linux и Shell 🔵Docker и Kubernetes 🔵CI/CD 🔵AWS и Terraform 🔵DevSecOps 🔵Observability 🔵Platform Engineering Можно выбрать проекты под свой уровень и цель: от первых практических задач до более серьёзных работ, которые уже не стыдно добавить в портфолио. Есть проекты с ArgoCD, OpenTelemetry, OpenTofu, Trivy, GitHub Actions, Argo Rollouts и другими инструментами. У проектов указаны сложность, примерное время прохождения и требования — удобно выбирать, с чего начать. ➡️ Источник #DevOps #Docker #Linux #Kubernetes #Terraform #labs

Почтовый сервер переполнен? Старые письма теряются? PST-архивы занимают терабайты? САП «Клавдий» — наведёт порядок в корпоративной почте! Что умеет: • Собирает письма с серверов, из архивов и SMTP-трафика. • Находит нужные письма и вложения за секунды. • Экономит до 82% места благодаря дедупликации и сжатию. • Сохраняет переписку за годы — даже после увольнения сотрудников. • Даёт доступ к архиву через браузер или почтовый клиент. • Поддерживает кластеризацию и гибкие сроки хранения. Зачем платить за бесконечное расширение почтового хранилища, если старые письма можно перенести в архив? До 50 почтовых ящиков — БЕСПЛАТНО! Попробуйте «Клавдий» в своей инфраструктуре без затрат на лицензии. Хотите посмотреть, как это работает? Напишите нам — покажем на демо! Ссылка на сайт. #реклама О рекламодателе

🔪Root без права на запись: как четыре уязвимости Linux обходят защиту файлов У пользователя нет прав на изменение системного файла: открыть его можно только для чтения. Но что произойдет, если само ядро Linux запишет новые данные в его страницу в оперативной памяти? Для обычной проверки прав доступа такая запись может остаться незаметной. ➡️ Далее... #Linux #Security #Kernel

Forwarded From 🛠 Импортозамещение в ИТ Разработчик VMmanager закрыл уязвимость нулевого дня после масштабной атаки с применением ИИ Компания ISPsystem (входит в «Группу Астра») нейтрализовала последствия масштабной кибератаки на платформу серверной виртуализации VMmanager. Инцидент был вызван уязвимостью нулевого дня (0-day) в сборке VMmanager 6 Hosting. ➡️ Подробнее #VMmanager

Уязвимость редактора исходного кода Microsoft Visual Studio Code связана с непринятием мер по очистке данных на управляющем уровне. Эксплуатация уязвимости может позволить нарушителю, действующему удаленно, выполнить произвольный код BDU:2026-17365 CVE-2026-69370 Использование рекомендаций производителя: https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-69370

👾 Ansible Techlab — практический курс по автоматизации инфраструктуры Полезный ресурс для тех, кто хочет освоить Ansible или прокачать навыки автоматизации Linux-серверов. Puzzle Ansible Techlab — бесплатные учебные материалы с практическими заданиями, примерами конфигураций и готовыми решениями. Что внутри: 🟠Установка и настройка Ansible, Inventory, Ad-Hoc команды 🟠Playbooks: переменные, циклы, шаблоны Jinja2 🟠Roles, Handlers и Blocks 🟠Ansible Vault — управление секретами 🟠Ansible Galaxy и Collections 🟠AWX, Ansible Navigator, Builder и Runner 🟠Event-Driven Ansible 🟠Разработка собственных модулей Ansible Для практики можно развернуть лабораторное окружение с виртуальными машинами. Материалы подойдут Linux-администраторам и DevOps-инженерам, особенно тем, кто предпочитает учиться на реальных задачах, а не только на теории. #Ansible #Linux #DevOps

❄️ Уязвимости ядра Linux по ошибке попали в публичную рассылку. Две из них — RCE с CVSS 9.0 в SMB-коде ядра Коллеги, история, которая напрямую касается ваших файловых серверов на Linux. Что произошло: 22 октября Zero Day Initiative (Trend Micro) отправила отчёты о шести уязвимостях не в закрытый список безопасности ядра, а в публичную LKML. Судя по всему, по ошибке. Самые серьёзные — удалённое выполнение кода с CVSS 9.0 в SMB Direct и во встроенном SMB-сервере ядра ksmbd Остальные — повышение привилегий (сетевой код, драйвер VMware vmwgfx и др.) и утечка информации (NVMe target) На момент публикации исправлений в основном ядре нет: для части уже готовятся патчи Проверка: Bash # ksmbd — модуль ядра, не путать с обычной Samba (smbd) lsmod | grep -E 'ksmbd|smbdirect' systemctl status ksmbd 2>/dev/null | head -3 # Кто слушает 445 порт ss -ltnp | grep ':445' Пусто или процесс smbd — у вас классическая Samba, ksmbd не используется Если ksmbd включён и не нужен — выгрузите модуль и запретите его загрузку до выхода патчей Bash modprobe -r ksmbd echo 'install ksmbd /bin/false' > /etc/modprobe.d/disable-ksmbd.conf 💡 Итого: Пока патчей нет, работает только сокращение поверхности атаки. SMB-порт никогда не должен смотреть в интернет, а модули ядра, которыми вы не пользуетесь, лучше не загружать вовсе. #Linux #kernel #smb #ksmbd #Security #SysAdmin

🔪Торвальдс распробовал ИИ: кодить веселее, разгребать патчи — нет Линус Торвальдс признался, что ему нравится использовать ИИ для программирования. Раньше создатель Linux относился к таким инструментам скептически, но теперь считает их полезными (особенно для задач, в которых сам не силен). По мнению его мнению, вайб-кодинг помогает вернуть удовольствие от небольших проектов. На фонет профессионального ПО начинающему программисту трудно считать свои эксперименты значимыми, а ИИ позволяет быстрее получить осязаемый результат. При этом для серьезных и важных задач Торвальдс призывает использовать ИИ осторожно. Он также отмечает обратную сторону автоматизации: инструменты помогают искать уязвимости, но заваливают сопровождающих ядро сомнительными отчетами и поверхностными исправлениями. ➡️Источник #Linux #ИИ

Критическая уязвимость в GitLab: CVSS 10.0, удалённое выполнение кода без аутентификации 21 октября 2026 года GitLab выпустила экстренные обновления безопасности, устраняющие критическую уязвимость CVE-2026-110264 с максимальной оценкой 10.0 по CVSS 3.1. Проблема затрагивает GitLab Community Edition (CE) и Enterprise Edition (EE), включая версии начиная с GitLab 7.0, выпущенной в 2014 году. Уязвимость связана с целочисленным переполнением (Integer Overflow) при компиляции специально сформированного регулярного выражения во встроенном в Ruby движке Onigmo. При определённых условиях злоумышленник может инициировать обработку вредоносного регулярного выражения и добиться удалённого выполнения произвольного кода (RCE) на сервере GitLab. Особую опасность представляет возможность эксплуатации без аутентификации и взаимодействия с пользователем. ⚠️Администраторам GitLab Self-Managed рекомендуется незамедлительно: • Проверить установленную версию GitLab и обновить её до исправленного релиза. • Проанализировать журналы приложения на наличие аномальных сбоев и ошибок обработки регулярных выражений. • Развернуть опубликованные правила детектирования в SIEM. • Ограничить сетевой доступ к GitLab, если публичная доступность сервиса не требуется. • Проверить безопасность CI/CD-токенов, секретов и интеграций при обнаружении признаков компрометации. #GitLab #Security #Updates

🔓 OpenAI: ИИ нашёл критическую дыру в PHP раньше хакеров OpenAI рассказала, как два месяца возглавляла коалицию по устранению двух критических уязвимостей в PHP. 21 октября вышло обновление с исправлением — патч, обе дыры получили оценку 9,2 из 10 по шкале опасности CVSS. PHP работает на 70% всех сайтов в мире, под ударом версии начиная с 5.4 — это версия языка, выпущенная пятнадцать лет назад. Что заявляет OpenAI OpenAI пишет, что «насколько нам известно, передовой ИИ нашёл эти уязвимости раньше атакующих» — и называет это «окном защитника»: временем, чтобы подготовить обновление безопасности до того, как дыру найдут злоумышленники. Уязвимость обнаружила компания Calif с помощью модели GPT‑5.6 Sol, независимо то же самое нашла компания по кибербезопасности Wiz. Что говорит сам первооткрыватель Исследователь из Calif написал на своём сайте, что не использовал никакого специального доступа к моделям — работал с обычным GPT, без отдельного инструмента. Решающим оказалось не сама модель, а знание истории уязвимостей PHP и рабочая гипотеза, где искать. Эту мысль подхватили пользователи форума Hacker News: по их выводу, ИИ не находит все уязвимости по одному и тому же шаблонному запросу — нужно заранее знать, что искать. Это расходится с тоном пресс-релиза OpenAI, где находку подают как достижение самой модели. Независимый взгляд Wiz Wiz в своём разборе формулирует осторожнее: передовые модели «существенно снизили барьер» для превращения старой уязвимости в готовый код для атаки, а не открыли уязвимость с нуля. То есть ИИ ускорил переход от уязвимости к работающей атаке, а не сам факт обнаружения — разница, которую релиз OpenAI стирает. Деньги на защиту OpenAI обязалась выделить $1 млрд (около 82,9 млрд ₽ по курсу ЦБ) на доступ по сниженной цене к инструменту Daybreak для организаций с ограниченными ресурсами, защищающих критическую инфраструктуру. Цены подключения, списка получателей и сроков выдачи в материале нет — проверить, сколько реально достанется конкретной команде, нельзя. Чего в материале нет Нет данных, сколько времени было в «окне защитника» между находкой уязвимости и утечкой подробностей атаки — по данным Ars Technica, после слива деталей эксперты ждали «массовых атак в течение 15 минут» после выхода обновления. Нет и независимой оценки, сколько серверов реально обновлено сейчас. Почему это важно Если у бизнеса есть сайт или сервис на PHP — WordPress, Joomla, Magento, Drupal — обновление нужно ставить уже сейчас, версия значения не имеет: уязвимость касается ядра языка с 2004 года. Сниженная цена на Daybreak реально поможет только тем, кто попадёт в программу поддержки для команд, которые первыми отражают атаки на инфраструктуру; остальным она не видна и не обещана. 🔗 Источники: OpenAI · Ars Technica · Hacker News #ИИ #PHP

Вышел патч для двух критических уязвимостей в PHP Разработчики PHP выпустили исправления для двух критических уязвимостей, через которые можно удаленно выполнить код на сервере (CVE-2026-109618 и CVE-2026-109619). Детали уже обсуждают публично, поэтому в ближайшие часы ожидаются массовые попытки взлома. Если на ваших виртуальных серверах работают проекты на PHP, обновитесь как можно скорее. 1️⃣ Обновите PHP до исправленной версии ➖ 8.5.12 ➖ 8.4.27 ➖ 8.3.36 ➖ 8.2.35 После обновления перезапустите PHP-FPM. Если PHP установлен из репозитория дистрибутива, номер версии может отличаться, ориентируйтесь на обновление пакета безопасности от Ubuntu, Debian или другого дистрибутива. Для версий 8.1 и старше официальных исправлений нет, такие проекты стоит переводить на актуальную ветку. 2️⃣ Если обновиться сразу не получается ➖ отключите upload_progress. Задайте session.upload_progress.enabled = 0 в php.ini или в настройках пула FPM, через ini_set() и .user.ini это не сработает. Затем перезапустите все воркеры PHP-FPM ➖ ограничьте размер запросов. Если загрузка файлов не нужна, задайте post_max_size = 8M, если нужна, то 32M, а upload_max_filesize сделайте меньше post_max_size ➖ на PHP 8.5 дополнительно задайте fatal_error_backtraces = 0 Меры из п. 2 снижают риск, но не защищают полностью, поэтому обновиться все равно нужно. ➡️Подробности и патч на php.net → P.S. Большое спасибо подписчикам чатика 🥂: Юрий (@yu_mor) и x_X_x (@google_tools) #PHP #Security #Updates

Уязвимость системы управления базами данных MariaDB связана с использованием имени с неправильной ссылкой. Эксплуатация уязвимости может позволить нарушителю, действующему удаленно, вызвать отказ в обслуживании или выполнить произвольный код BDU:2026-17104 CVE-2026-92262 Использование рекомендаций производителя: https://github.com/MariaDB/server/releases/tag/mariadb-10.11.19 https://github.com/MariaDB/server/releases/tag/mariadb-10.6.28 https://github.com/MariaDB/server/releases/tag/mariadb-11.4.13 https://github.com/MariaDB/server/releases/tag/mariadb-11.8.9 https://github.com/MariaDB/server/releases/tag/mariadb-12.3.3 https://github.com/MariaDB/server/releases/tag/mariadb-13.0.2 ℹ️ MariaDB — это свободная реляционная система управления базами данных (СУБД) с открытым исходным кодом, созданная в 2009 году как ответвление (форк) популярной СУБД MySQL. Проект разработан ее первоначальными создателями в ответ на покупку MySQL компанией Oracle. #MariaDB #Security #Updates

⚠️⚠️⚠️⚠️Microsoft сломала Exchange! Microsoft подтвердила серьёзную проблему после октябрьских обновлений Windows Server. Под ударом корпоративные серверы Exchange 2016, 2019 и Subscription Edition. Что происходит? После установки обновлений могут перестать работать Outlook Web App и отправка писем. Почтовые очереди растут, появляются ошибки MAPI, а в конфигурациях DAG возможны проблемы с доступностью баз. Самое неприятное — сбой может проявиться не сразу. Перезагрузка иногда временно помогает, но проблема возвращается. Какие обновления затронуты: ▪️ Windows Server 2025 — KB5126646 ▪️ Windows Server 2022 — KB5126655 ▪️ Windows Server 2019 — KB5126651 ▪️ Windows Server 2016 — KB5126868 Причина — ограничение RPC Endpoint Mapper, которое при высокой нагрузке может мешать работе Exchange. Что делать администратору: ✔️ Проверить установленные KB и журналы событий Exchange. ✔️ Контролировать очереди писем, доступность OWA и состояние DAG. ✔️ При наличии проблемы применить рекомендованный Microsoft параметр EpmapSavedContextCap=65536 и перезагрузить сервер в согласованное окно. ✔️ Не удалять обновления безопасности без оценки рисков. Итог: октябрьские патчи Windows могут повлиять на корпоративную почту. Проверьте Exchange до массовых обращений пользователей. #Microsoft #WindowsServer #Exchange

РАЗНИЦА Block, File и Object Storage Повторение — мать учения. Для разных задач подходят разные типы хранения. Важно видеть как организованы данные и как система должна к ним обращаться. ✅ Block Storage Данные разбиваются на блоки, а сервер получает хранилище в виде отдельного тома. Поверх него создаётся файловая система, после чего с диском работает ОС, база данных или приложение. Типичные сценарии: — диски виртуальных машин; — базы данных; — приложения, чувствительные к задержкам. ✅ File Storage Здесь данные уже организованы в привычную структуру файлов и каталогов. Доступ обычно идёт по NFS или SMB. Одно хранилище при этом могут использовать несколько серверов или пользователей. Типичные сценарии: — общие сетевые папки; — документы; — медиаданные; — рабочие каталоги. ✅ Object Storage Данные хранятся как отдельные объекты вместе с метаданными. Доступ к ним обычно идёт через API. Такой формат хорошо подходит для: — резервных копий; — архивов; — логов; — статических файлов; — больших объёмов данных. 🎓Коротко: Block➡️сервер получает диск File➡️система работает с файлами и каталогами Object➡️приложение работает с объектами через API На практике: 🟢нужен диск для ВМ или базы данных — используем Block Storage 🟢нескольким пользователям или серверам нужны одни и те же файлы — подойдёт File Storage 🟢нужно хранить бэкапы, архивы, логи или много файлов — в ход идёт Object Storage При этом одна инфраструктура вполне может использовать все три варианта одновременно. ℹ️Если хранилище выбирать без учёта нагрузки, способа доступа к данным и того, как с ними работает приложение, можно получить лишнюю задержку, неудобный доступ к данным, ограничения при масштабировании или просто переплачивать за характеристики, которые этой задаче не нужны. #Storage #взакладки #СХД

💻 Patch Tuesday сентября: ~970 CVE за месяц (RDS, RDP) В сентябре Microsoft закрыл, по разным подсчётам, от 964 до 974 уязвимостей. Это крупнейший выпуск в истории. ФАКТЫ: Critical: 105 (из них RCE — 81) EoP: 438 | RCE: 258 | Info Disclosure: 173 Zero-day, эксплуатируются: CVE-2026-81963 — Windows Update Stack, EoP до SYSTEM CVE-2026-85880 — ALPC, heap overflow, EoP до SYSTEM ИНТЕРПРЕТАЦИЯ (моя): Оба zero-day локальные. Сами по себе они не пробивают периметр — это второй шаг после фишинга или скомпрометированной учётки. Поэтому их приоритет — «немедленно» (KEV), а не «паника». ⚠️⚠️⚠️⚠️ ПОДВОДНЫЙ КАМЕНЬ — RDS: После KB5122876 (2019), KB5122882 (2022), KB5122871 (2025) пользователи сообщают, что хосты сессий зависают через несколько часов после загрузки. RDP висит на «Connecting…», Task Manager не отвечает, перезагрузка часто требует hard reset. В логах — Event ID 20498. Независимая отладка указывает на deadlock в RDPSERVERBASE при закрытии сессии. Microsoft на момент публикаций причину не подтвердил. # Стоит ли проблемный KB Get-HotFix -Id KB5122876,KB5122882,KB5122871 -ErrorAction SilentlyContinue # Ловим 20498 Get-WinEvent -ListLog '*RemoteConnectionManager*' | ForEach-Object { Get-WinEvent -FilterHashtable @{LogName=$_.LogName; Id=20498} -MaxEvents 20 -ErrorAction SilentlyContinue } # Откат: wusa не снимет LCU из-за вшитого SSU — только DISM dism /online /get-packages | findstr /i "RollupFix" dism /online /remove-package /packagename:<имя_пакета_RollupFix> ПОРЯДОК ДЕЙСТВИЙ: 👀 DC, файловые, SQL, гипервизоры — ставим по обычному циклу (закрываем zero-day) 👀 RDSH-фермы — сначала один пилотный хост, наблюдать 24–48 ч 👀 Откат — только если воспроизвелось. Потеря патча = возврат двух эксплуатируемых EoP Итог: ~970 CVE не значит 970 задач. Из них срочных — два zero-day плюс то, что реально торчит наружу. А больше всего сломать инфраструктуру в этом месяце может сам патч, а не уязвимость. ➡️Microsoft - Oct 2026 Security Updates #PatchTuesday #Windows #RDS #CVE #SysAdmin #RDP

🚨 Эксплойт VMware опубликован: виртуальная машина может атаковать хост! Для критической уязвимости CVE-2026-59346 (CVSS 9.3) в VMware Workstation и Fusion появился публичный PoC — пример, демонстрирующий возможность эксплуатации ошибки. Самое неприятное: проблема находится на границе между виртуальной машиной и хостовой системой. 🔴 В чём опасность? В виртуальном сетевом адаптере VMXNET3 обнаружена ошибка переполнения целого числа. По данным Broadcom, злоумышленник с административными правами внутри гостевой ОС при определённых условиях может использовать её для выполнения кода на хосте. Публичный PoC пока демонстрирует аварийное завершение хостового процесса VMware, а не полноценный захват системы. ⚠️ Кого касается проблема? Администраторов, разработчиков и специалистов по безопасности, использующих VMware Workstation или Fusion. Особенно опасны ситуации, когда в виртуализации запускаются непроверенные образы ОС. Что делать: ✔️ Проверить версии VMware Workstation и Fusion. ✔️ Установить исправления согласно бюллетеню VMSA-2026-0007. ✔️ Проверить использование адаптера VMXNET3. ✔️ Ограничить запуск недоверенных виртуальных машин до обновления. #VMware #CVE #Security #Виртуализация

⚡️⚡️⚡️⚡️ 😶‍🌫️ Недавние обновления Windows могут вызвать сбои в работе службы «Удалённый рабочий стол» Компания Microsoft подтвердила, что после установки недавних обновлений Windows пользователи, не обладающие правами администратора, могут столкнуться с невозможностью подключения к устройствам через удалённый рабочий стол (Remote Desktop), если включена функция безопасности «Защита администратора» (Administrator protection). 😊Пока специалисты компании работают над устранением этой неполадки, пользователям предлагается временное решение: IT‑администраторам необходимо отключить функцию «Защита администратора» с помощью доступных им инструментов управления политиками. ➡️Подробнее #Windows #Microsoft #RemoteDesktop

Microsoft представила PatchTuesday за октябрь c исправлением рекордных 1411 уязвимостей, включая одну активно используемую и две публично раскрытые 0-day. В обновлении устранено 70 критических уязвимостей, 57 из которых связаны с RCE, 11 - с EoP и 2 - с подменой данных, а в части категорий расклад следующий: 677 - EoP, 40 - обход функций безопасности, 317 - RCE, 254 - раскрытие информации, 73 - DoS и 28 - подмена данных. При этом в их число не включено 348 уязвимостей, исправленных ранее в этом месяце в Azure API Center, Azure App Service, Azure Event Grid, Azure SRE Agent, Mariner, Microsoft Bookings, Microsoft Dataverse, Microsoft Exchange Server и Microsoft Partner Center. Кроме того, Microsoft объявила о прекращении поддержки Windows 11 (версии 24H2 Home и Pro) и Windows 10 Enterprise LTSB 2016. Ежемесячное обновление безопасности за октябрь 2026 года является последним доступным обновлением для этих версий. Ранее в этом месяце Microsoft также предупредила, что всем использующим Windows 11 23H2 Enterprise, Education и IoT Enterprise, следует обновиться до более новых версий, поскольку начиная со следующего месяца обновления поступать не будут. Текущий PatchTuesday закрывает следующие активно используемые 0-day: - CVE-2026-96951: уязвимость обхода функцию защиты Mark of the Web в Windows. Неправильная нейтрализация специальных элементов, используемых в команде («внедрение команд») в оболочке Windows позволяет неавторизованному злоумышленнику обойти функцию безопасности по сети. Никаких подробностей о том, как злоумышленники использовали уязвимость и кто её раскрыл, Microsoft не сообщает. - CVE-2026-108398: уязвимость обхода функций безопасности .NET Framework, позволяющая обходить защиту и запускать несанкционированные приложения. Microsoft заявляет, что ненадежный путь поиска в .NET Framework позволяет авторизованному злоумышленнику бойти ограничения контроля приложений Windows Defender и выполнить код внутри защищаемого процесса. Взаимодействие с пользователем не требуется. Аутентифицированный злоумышленник может разместить специально созданную сборку .NET в уязвимой системе и зарегистрировать её для загрузки защищённым процессом. Джеймс Форшоу из проекта Google Project Zero обнаружил проблему. - CVE-2026-92707: уязвимость типа DoS в MessagePack-CSharp. Неправильно контролируемое последовательное выделение памяти в .NET позволяет неавторизованному злоумышленнику блокировать доступ к сервису по сети. Microsoft не упоминает, кто раскрыл информацию об уязвимости. В связи с рекордным количеством обнаруженных уязвимостей, Microsoft также представила новый метод, позволяющий пользователям расставлять приоритеты в ходе обновлений, группируя взаимосвязанные уязвимости в так называемые «группы риска». В рамках текущего PatchTuesday Microsoft опубликовала данные по 15 группам рисков (PDF), в том числе: - Выявлено 136 уязвимостей, затрагивающих файловые системы, хранилище и резервное копирование Windows. - 135 уязвимостей, связанных с Office и почтовыми клиентами. - 131 уязвимость, затрагивающая графику, мультимедиа и обработку контента в Windows. - 109 уязвимостей, затрагивающих границы привилегий ядра и ядра Windows. - 103 уязвимости, затрагивающие службы установки, развертывания и обновления Windows. Microsoft отмечает, что эти группы не обязательно указывают на то, какие уязвимости являются наиболее опасными, поскольку реальный риск зависит от того, используются ли они в атаках, от их серьезности и от того, как организация использует затронутое ПО. ➡️Источник ➡️Microsoft - Oct 2026 Security Updates #Microsoft #PatchTuesday

⚠️⚠️⚠️⚠️ 👩‍💻Критическая уязвимость в GitLab позволяет неавторизованному пользователю выполнить код на сервере Разработчики GitLab выпустили экстренные патчи для критической уязвимости CVE-2026-97229, которая позволяла без аутентификации выполнять произвольный код на стороне сервера. Проблема затрагивает GitLab Community Edition (CE) и Enterprise Edition (EE) и получила максимальную оценку по шкале CVSS — 10 баллов из 10 возможных. 💡 Комментарий: Эта ситуация подчеркивает критическую важность регулярного обновления и мониторинга систем безопасности, особенно для крупных проектов с открытым исходным кодом, таких как GitLab. Выпуск экстренных патчей демонстрирует быструю реакцию разработчиков на потенциальные угрозы. Пользователям GitLab настоятельно рекомендуется немедленно применить обновления для обеспечения безопасности своих данных и инфраструктуры. #GitLab

🐍 Python 3.15 вышел: UTF-8 по умолчанию может сломать ваши скрипты на Windows Коллеги, важный релиз для всех, кто пишет скрипты автоматизации, интеграции и парсеры системных логов на Python. 📌 ФАКТЫ Стабильный релиз: 9 октября представлена финальная ветка Python 3.15. UTF-8 Mode по умолчанию (PEP 686): встроенная функция open() без явного параметра encoding теперь всегда открывает файлы в кодировке UTF-8, игнорируя региональные параметры операционной системы (locale.getencoding()). Ленивые импорты (PEP 810): синтаксис вида lazy import json — модуль парсится и загружается в память только при первом фактическом вызове атрибута (включается строго явно флагом или директивой). Существенно срезает время холодного старта CLI-утилит. Экспериментальный JIT: прирост производительности +7–8% на архитектуре x86_64 под Linux. Сэмплирующий профилировщик Tachyon: низкоуровневый профилировщик без остановки рантайма. Умеет аттачиться к уже запущенному production-процессу и строить flame graph узких мест. Новые базовые типы: добавлены нативные frozendict (неизменяемый словарь) и sentinel (удобные уникальные маркеры-заглушки вместо object()). ⚠️ ГДЕ ВЫСТРЕЛИТ НА WINDOWS Исторически на русскоязычных Windows-серверах и рабочих станциях open() по умолчанию поднимал кодировку CP1251 (ANSI) для файлов и CP866 (OEM) для консольных утилит. После обновления интерпретатора до 3.15: Выгрузки отчетов, реестров и прайсов из 1С:Предприятия; Экспортированные CSV-таблицы из классического Excel; Текстовые журналы старых служб, конфиги и .bat/.cmd скрипты в кодировке ANSI при попытке прочитать их «по старинке» (open('file.txt')) мгновенно уронят процесс с ошибкой UnicodeDecodeError: 'utf-8' codec can't decode byte... либо тихо запишут кракозябры при сохранении. 🛠 КАК ПРАВИЛЬНО ОБРАБАТЫВАТЬ КОДИРОВКИ 1. Явная фиксация кодировки в Python Python # Чтение локальных Windows-выгрузок (1С, Excel, старые сервисы) with open('export_1c.csv', mode='r', encoding='cp1251') as f: data = f.read() # Корректный перехват stdout системных CLI-команд Windows (ipconfig, ping, netstat) import subprocess res = subprocess.run( ['ipconfig', '/all'], capture_output=True, encoding='cp866', check=True ) print(res.stdout) 2. Временный откат поведения через переменные окружения PowerShell # Принудительное отключение UTF-8 режима для конкретного сеанса PowerShell $env:PYTHONUTF8 = '0' python automation_script.py 3. Экспресс-аудит репозитория скриптов перед обновлением Python Bash # Ищем потенциально опасные вызовы open() без аргумента encoding в проекте grep -rnE "open\([^)]*\)" --include="*.py" . | grep -v "encoding=" 💡 В ЧЁМ СУТЬ Явный параметр encoding= в каждом вызове open() — базовый стандарт инженерной гигиены, делающий скрипт полностью переносимым между Windows Server, Debian/Ubuntu и любыми версиями рантайма. Перед тем как обновлять глобальный Python на серверах автоматизации или в контейнерах сборщиков, прогоните аудит кода регуляркой выше. #Python #automation #windows #1c #Linux #DevOps #SysAdmin