#opensource — посты и обсуждения
6 доступных постов
Искусственный интеллект научился находить потенциальные уязвимости в открытом коде с пугающей скоростью. Но у автоматизации обнаружилась обратная сторона: тысячи непроверенных отчётов обрушились на мейнтейнеров open-source проектов, многие из которых поддерживают критически важное ПО в свободное время и без оплаты. В результате ИИ не столько «закрыл дыры», сколько создал новый кризис безопасности - кризис человеческого триажа.
Главный парадокс ИИ-безопасности
За семь месяцев проект Anthropic Glasswing выявил 37 966 потенциальных уязвимостей. Звучит как фантастический прорыв: модели сканируют код, находят слабые места, формируют отчёты и предлагают исправления. Однако публично раскрытыми оказались 7 349 находок - 19,4% от общего числа, а исправленными помечены лишь 217.
Иными словами, менее 0,6% всех найденных ИИ кандидатов в уязвимости дошли до статуса «исправлено». Это не означает, что почти все отчёты бесполезны: часть проблем ещё исследуется, часть признана дубликатами, часть отозвана. Но цифры показывают главное: найти кандидата - не значит защитить систему.
| Показатель Project Glasswing | Значение |
| Найдено потенциальных уязвимостей | 37 966
| Публично раскрыто | 7 349 (19,4%) |
| Исправлено | 217 |
| Дубликаты | 1 654|
| Отозванные отчёты | 419|
| Непроверенных отчётов передано мейнтейнерам | Почти 5 000 |
Почему волонтёры оказались в эпицентре
Open source держится на людях, которые часто работают без бюджета, дедлайнов корпораций и выделенной команды безопасности. Это может быть один разработчик, поддерживающий библиотеку, которую используют тысячи компаний, или небольшая группа энтузиастов, отвечающая за компонент критической инфраструктуры.
Когда ИИ генерирует сотни и тысячи отчётов, мейнтейнер должен не просто «прочитать письмо». Ему нужно:
- проверить, существует ли уязвимость в текущей версии;
- воспроизвести сценарий атаки;
- отделить реальную проблему от ложного срабатывания;
- оценить severity и реальные условия эксплуатации;
- найти корень дефекта в коде;
- написать, протестировать и выпустить патч;
- сообщить пользователям, обновить зависимости и вести коммуникацию.
Это полноценная инженерная и security-работа. А если проект популярный, один отчёт может потребовать часов анализа. Поток в тысячи отчётов превращает добровольческий труд в невыносимую нагрузку.
Anthropic открыла «быстрый канал» без проверки
В октябре 2026 года Anthropic запустила OSS Scanner - бесплатный opt-in сервис для open-source проектов. Система периодически сканирует подключённые репозитории и отправляет мейнтейнерам отчёты, сгенерированные моделью, вместе с reproducer и предложенным патчем. Ключевая деталь: эти отчёты не проходят предварительную человеческую проверку.
Anthropic объясняет решение спросом: некоторые мейнтейнеры, способные проводить триаж в промышленных масштабах, сами попросили присылать все находки, включая непроверенные. К моменту запуска OSS Scanner компания уже передала таким командам почти 5 000 сырых отчётов.
Это не «ИИ тайно заспамил разработчиков». Проекты согласились на поток. Но проблема глубже: согласие на bulk-отчёты не отменяет того, что проверка, приоритизация и исправление остаются человеческим трудом. А человеческого ресурса в open source хронически не хватает.
Найти - не значит исправить
Самая опасная иллюзия вокруг ИИ в кибербезопасности звучит так: «модель нашла уязвимость - значит, система стала безопаснее». На практике всё наоборот, если находка не верифицирована и не устранена.
Из 37 966 находок Glasswing 7 349 попали в публичный реестр. При этом 217 исправлений - это не «217 уязвимостей из 38 тысяч исправлено», а 217 исправлений среди уже раскрытых отчётов. Тем не менее разрыв между обнаружением и remediation остаётся колоссальным.
Причины понятны:
- ИИ умеет генерировать гипотезы об уязвимостях быстрее, чем люди умеют их проверять.
- Не каждая находка - эксплуатируемая уязвимость: часть может быть особенностью архитектуры, устаревшим сценарием или дубликатом.
- Патч требует тестирования, обратной совместимости и выпуска новой версии.
- Критичность зависит не только от кода, но и от того, как проект реально используют.
- Мейнтейнеры должны защищаться не только от атакующих, но и от информационного шума.
Когда ИИ становится источником шума
Проблема не ограничивается одним проектом Anthropic. Отрасль фиксирует резкий рост числа отчётов об уязвимостях, подготовленных с использованием ИИ, и рост доли отклонённых заявок в bug bounty-программах. Некоторые мейнтейнеры уже перестают принимать подобные отчёты, потому что нагрузка превышает их возможности.
Даже Linux-экосистема столкнулась с эффектом масштабирования: одинаковые ИИ-инструменты помогают разным исследователям находить и репортить одни и те же проблемы, перегружая приватные каналы координированного раскрытия уязвимостей.
Это создаёт новую атаку не на код, а на внимание защитников. Если security-команда тонет в низкокачественных отчётах, реальная критическая уязвимость может потеряться среди сотен ложных срабатываний. Для атакующего это почти идеальные условия.
Что должен содержать качественный ИИ-отчёт
ИИ может быть полезен, если отчёт не выглядит как автоматически сгенерированная простыня с общими формулировками. Хороший отчёт должен экономить время мейнтейнера, а не отнимать его.
Минимальный стандарт:
- Точная версия ПО, ветка, коммит и конфигурация.
- Понятное описание уязвимого пути: от входных данных до опасного действия.
- Воспроизводимый proof-of-concept, который не требует секретных данных.
- Чёткое объяснение влияния: что именно может получить атакующий.
- Оценка ограничений: нужны ли особые права, сеть, конкретная ОС или конфигурация.
- Предложенный патч с тестами, а не правка «на глаз».
- Проверка на дубликаты и анализ уже известных CVE.
- Уважение к политике coordinated vulnerability disclosure проекта.
Без этого ИИ-отчёт - не вклад в безопасность, а заявка на бесплатный аудит силами волонтёра.
Как open source может выжить
Решение не в том, чтобы запретить ИИ. Запретить генерацию отчётов невозможно, а сами модели действительно способны ускорить поиск дефектов. Вопрос в том, кто оплачивает стоимость проверки и как не разрушить инфраструктуру, от которой зависит весь цифровой мир.
Нужны несколько изменений одновременно:
- Фильтрация до отправки. ИИ-платформы должны проводить первичный триаж, воспроизведение и дедупликацию, прежде чем отчёт попадёт к человеку.
- Приоритизация по реальному риску. Сначала - эксплуатируемые, критичные и массово используемые уязвимости; затем - теоретические находки.
- Финансирование мейнтейнеров. Критические open-source зависимости нельзя строить на бесплатном труде нескольких человек.
- Общие стандарты отчётов. Машиночитаемый формат, обязательные поля, reproducibility, severity, affected versions и suggested fix.
- Rate limits и согласие. Проект должен сам выбирать объём, частоту и формат входящего потока.
- Бюджеты на security-триаж. Фонды, вендоры и крупные потребители open source должны вкладываться не только в сканеры, но и в людей, которые разбирают их результаты.
Главный вывод
ИИ действительно меняет кибербезопасность: он находит кандидатов в уязвимости быстрее любого человека. Но безопасность определяется не количеством найденных багов, а количеством подтверждённых, исправленных и безопасно развёрнутых дефектов.
Сегодня ИИ находит, open source разбирается. Если так продолжится, мы получим не более защищённый интернет, а выгоревших мейнтейнеров, перегруженные security-команды и критические библиотеки, которые физически не успевают закрывать поток находок. Будущее open-source безопасности зависит не от того, сколько уязвимостей найдёт модель, а от того, сможет ли индустрия построить честную систему: ИИ фильтрует шум, люди принимают решения, а компании и фонды оплачивают этот труд.
#ИИ #AI #OpenSource #Кибербезопасность #ИнформационнаяБезопасность #Уязвимости #CVE #Anthropic #Glasswing #OSSScanner #DevSecOps #AppSec #BugBounty #SoftwareSupplyChain #Киберугрозы #Инфобез #IT #БезопасностьПО #AIsecurity #VulnerabilityManagement
┌─────────────────────────────────────────────────────────────┐
│ │
│ ИИ НАХОДИТ — OPEN SOURCE РАЗБИРАЕТСЯ │
│ │
│ ┌───────────┐ ┌───────────────────────┐ │
│ │ AI MODEL │ ─────▶ │ 37 966 ОТЧЁТОВ │ │
│ │ GLASSWING│ │ ПОТЕНЦИАЛЬНЫХ БАГОВ │ │
│ └───────────┘ └──────────┬────────────┘ │
│ │ │
│ ┌──────────────▼──────────────┐ │
│ │ ПОЧТИ 5 000 БЕЗ ПРОВЕРКИ │ │
│ └──────────────┬──────────────┘ │
│ │ │
│ ┌──────────────────────────▼───────────────────────┐ │
│ │ ВОЛОНТЁР-МАЙНТЕЙНЕР │ │
│ │ │ │
│ │ [ ПОДТВЕРДИТЬ ] [ ОТКЛОНИТЬ ] [ ДУБЛИКАТ ] │ │
│ │ │ │
│ │ ИСПРАВЛЕНО: 217 из 7 349 раскрытых │ │
│ └───────────────────────────────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────┘
Главная боль крупных распределительных центров и производственных комплексов — не отсутствие данных, а разрыв между физической реальностью в цеху и цифрами в учетных системах.
Когда на объекте работают тысячи камер видеонаблюдения, кастомная WMS и монолитная ERP, стандартные пакетные синхронизации создают «слепую зону» длиной в 6–12 часов. К моменту, когда пересортица, повреждение паллеты или простой на рампе всплывают в отчетах, на ручной поиск нужного фрагмента в видеоархивах уходят до 3 рабочих дней (так называемый Forensic Gap).
В своей новой архитектурной статье на Medium (опубликована в издании CoinsBench) я подробно разобрал, как мы в WSS & Technologies решаем эту задачу с помощью неинвазивной ИИ-платформы оркестрации SDB-P (Single Digital Business Platform) — без болезненного и дорогого сноса текущих систем заказчика.
Ключевые элементы архитектуры:
Событийная шина реального времени (<200 мс): Вместо ночных выгрузок по API используется потоковая передача данных (Apache Kafka / NATS). Учетная система, склад и физические операции работают синхронно.
Периферийная ИИ-видеоаналитика (Edge AI): Чтобы не перегружать облако и каналы связи потоками с 5 000+ камер, используется Open Source связка Frigate NVR + модели объектного трекинга (YOLOv8). Видео обрабатывается локально на серверах объекта, а в центральное ядро улетают только легкие вебхуки при фиксации инцидентов или нарушений регламента.
Нулевой Forensic Gap в один клик: Каждая складская операция и артикул (SKU) привязываются к точному 10-секундному видеофрагменту в единой Low-Code панели управления (Appsmith + Strapi CMS).
Строгая изоляция данных (Multi-Tenancy): Для масштабирования решения в формате B2B SaaS используется архитектура PostgreSQL с Row-Level Security (RLS), гарантирующая защиту коммерческих данных каждого клиента на уровне СУБД.
Измеримый бизнес-эффект от внедрения:
— Сокращение расхождений между ERP и WMS;
— Ускорение оборачиваемости оборотного капитала;
— Снижение ручной нагрузки на ИТ-бэк-офис.
Будущее промышленной автоматизации — не в тотальной замене унаследованного ПО, а в создании интеллектуального слоя управления поверх существующего ландшафта.
Полный архитектурный разбор, схемы потоков данных и модель масштабирования доступны в оригинальной статье на Medium (на английском языке):
https://medium.com/coinsbench/enterprise-ai-control-plane-orchestrating-5-000-cctv-streams-in-mega-warehouse-logistics-afbe816d6a38
#WSSTechnologies #SDBPlatform #ИИвБизнесе #Логистика #СкладскаяЛогистика #Видеоаналитика #ComputerVision #ERP #WMS #ЦифроваяТрансформация #OpenSource #EnterpriseAI #FinBazar
Всем привет! Буквально сегодня (06.07.2026) обновил Dual Gaming Centre. Короче говоря, новые игры, которые доступны для игры на любом железе, на любой вкус и цвет. Поехали!
Список постоянно растёт, но уже сегодня в DGC можно найти:
FNaF 1–7 — культовая серия Five Nights at Freddy's почти в полном составе. Первые части мгновенно стартуют в браузере, более новые я адаптировал для локального запуска.
Jetpack Joyride — бесконечный раннер, который не нуждается в представлении. Идеален, чтобы отвлечься на пару минут.
Minecraft (версии 1.5 и 1.8) — лёгкие сборки классического Minecraft, работают на старых ПК без проблем.
Half-Life и Counter-Strike 1.6 (WebXash) — благодаря движку WebXash я запустил эти легенды прямо в браузере. Тот самый ламповый геймплей, без установки Steam.
Flappy Bird — простейшая, но залипательная игра. Доступна в один клик.
2048 — головоломка, которая затягивает не хуже пасьянса.
И это далеко не всё — список регулярно пополняется как ретро-играми, так и современными инди-проектами.
API для разработчиков
Dual Gaming Centre — это не только готовый каталог, но и открытая платформа. Я сделал публичный API, который позволяет получить полный список игр со всеми метаданными в формате JSON. Ссылка на него:
https://kolyadual.github.io/dualgamingcentre/api/api.json
Лично у меня любимая игра на Dual Gaming Centre это FNaF 2 . А у вас?
Сайт DGC: https://kolyadual.github.io/dualgamingcentre
Блог DGC: https://kolyadual.github.io/dualgamingcentre/blog
GitHub Dual Gaming Centre: https://github.com/Kolyadual/dualgamingcentre
Доброго! Готовлю к релизу свою новую 4B-модель семейства Newton Bot. Основные характеристики:
- Глубокая работа с русским языком — модель изначально заточена под понимание и генерацию русского текста.
- Дообучение на GPT 5.2 Codex и Gemini — взял сильные стороны обеих архитектур, чтобы совместить техническую точность с разговорной гибкостью. Также модель слита с Polaris 4B, что будет давать прирост логики.
- Умеет материться, если на неё наехать — потому что иногда эмоции нужны даже в диалоге.
Модель ещё в процессе, но близится к выходу.
На этом пока все, модель будет в моем HF .
Что случилось
На конференции Anthropic показали, как ИИ Claude находит zero-day уязвимости — без подсказок, автономно, в реальном времени. Для демонстрации взяли Ghost — популярный open-source проект с 50 тысячами звёзд на GitHub. У него за всю историю не было критических дыр. Claude нашёл SQL-инъекцию за 90 минут и добрался до админского API. Затем тем же подходом прощупал ядро Linux.
Что такое zero-day
Это уязвимость, о которой никто не знает — ни разработчики, ни пользователи. У неё «ноль дней» на исправление, потому что её только что нашли — и ею уже можно воспользоваться. Найти такую дыру вручную — это месяцы работы опытного безопасника. Claude справился за полтора часа.
Почему это важно
● ИИ может автономно искать уязвимости — без подсказок и без участия человека
● Протестировали на реальном проекте с большим сообществом и хорошей репутацией
● Тот же подход сработал на ядре Linux — системе, которую десятилетиями проверяют тысячи разработчиков
Что дальше
Anthropic не раскрывает детали уязвимостей — это стандартная практика, чтобы дать разработчикам время на исправление. Но демонстрация показывает, что ИИ уже умеет делать то, на что у людей уходят месяцы. Скорость — главное преимущество, и оно работает в обе стороны: хакеры тоже смогут использовать нейросети для поиска дыр.
Мнение
Демонстрация Anthropic — это одновременно и гордость, и тревога. С одной стороны, Claude доказал, что может повысить безопасность программ за счёт скорости. С другой стороны, если такая мощность попадёт не в те руки — каждый день будут находить новые дыры в системах, на которых держится весь интернет. А ядро Linux? Это уже не просто программа — это фундамент почти всего, что работает в мире. И теперь ИИ может прощупать его за полтора часа.
#Claude #Anthropic #zeroDay #кибербезопасность #Linux #Ghost #ИИ #уязвимости #хакинг #OpenSource
Пока все смотрят на ChatGPT и Claude, индустрия открытых моделей делает гигантский скачок. Llama (Meta), Mistral (Франция), DeepSeek (Китай) и другие проекты догоняют закрытые аналоги с отставанием в месяцы, а не годы.
Что важно знать:
• DeepSeek V3 и R1 — китайская модель, которая по ряду бенчмарков обходит GPT-4o, при этом распространяется бесплатно и с открытым весом. Запуск вызвал панику на рынке акций США.
• Llama 4 — Meta готовит релиз, который, по слухам, станет мультимодальным и будет работать на одном GPU.
• Mistral Large — европейский ответ, фокус на эффективность и приватность данных.
• Экономика — открытые модели можно разворачивать на своих серверах, не платя за API и не отправляя данные третьим сторонам.
Главный тренд: закрытые модели лидируют в удобстве, открытые — в контроле и цене. Для бизнеса и разработчиков это означает выбор, которого не было два года назад.