Skip to content
KitploitKITPLOIT
ИнструментыЭксплойтыБлог
Log in
Отправить
ИнструментыЭксплойтыБлог
Отправить

Инструменты для хакинга, пентеста и кибербезопасности — ваш арсенал защиты!

Kitploit — это каталог инструментов для хакинга, кибербезопасности и пентестинга. Находите последние обновления проектов для поиска уязвимостей, анализа систем, автоматизации тестирования и усиления вашей безопасности.

ЛентыКонтактыКонфиденциальность© 2026 Kitploit

Каталог инструментов

Категории

Все категории
Loading categories
Antibody — Цикл DevSecOps GitLab Duo, в котором второй ИИ повторно атакует каждое исправление, написанное ИИ, сохраняя каждый успешный обход как постоянное антитело, воспроизводимое в CI и production. | Kitploit
Инструменты/GitLabGitLab/lsudoko/antibody
Оборонительные ИнструментыСтатический анализАнализ уязвимостейСкриптинг и автоматизацияЭксплуатация веб-приложенийТестирование на ПроникновениеDevSecOpsБезопасность Цепочки ПоставокСтатьи и ИсследованияРеагирование на ИнцидентыБезопасность ИИ
12621 ч 44 мин назадЕщё не проверено
Состязательная Атака
GitLablsudoko/antibody

Antibody

Цикл DevSecOps GitLab Duo, в котором второй ИИ повторно атакует каждое исправление, написанное ИИ, сохраняя каждый успешный обход как постоянное антитело, воспроизводимое в CI и production.

РепозиторийСайт

Популярное

Смотреть все →

Откройте для себя самые используемые инструменты нашего сообщества.

Изучить все инструменты

Просмотрите нашу коллекцию инструментов

Смотреть все инструменты →
Поделиться

Antibody

pipeline tests antibodies python license

Каждое изменение кода, написанное ИИ, должно выдержать атаку второго ИИ — с доказательством — прежде чем ему будет разрешено попасть в продакшен.

Живая демонстрация Antibody: атаки на принадлежащую нам приманку блокируются, затем Warden ловит агента, удаляющего тест

Antibody — это конвейер GitLab Duo для хакатона «Life After Code» (Transcend). Он относится к кодовой базе как к иммунной системе: когда один ИИ исправляет уязвимость, второй ИИ продолжает атаковать исправление, пока оно действительно не устоит, и каждая атака, которая когда-либо сработала, навсегда сохраняется как «антитело» и повторно проверяется при каждом будущем изменении и против живого продакшена. Отдельный, намеренно не-ИИ проверяющий следит за тем, чтобы агент-исправитель не жульничал.

Исправителю никогда не верят на слово. Он должен выстоять против атакующего, а тупой честный проверяющий охраняет тесты.

Чем это отличается

Инструменты «ИИ атакует ИИ» уже существуют (Helios, MindFort, Strix, Novee). Они подтверждают, что исходный эксплойт теперь заблокирован. Antibody делает четыре вещи, которые по состоянию на 2026 год всё ещё встречаются только в научных статьях:

  1. Цикл состязательной повторной атаки. Не перезапускайте старый эксплойт. Генерируйте новую атаку против нового исправления и делайте каждый успешный обход постоянным требованием.
  2. Поиск по соседним путям. Если /download был сломан, проверьте, нет ли у /preview той же отсутствующей защиты — ошибка обычно прячется на маршруте вне диффа.
  3. Единая система для обоих — для атак на безопасность и для обнаружения жульничества агента. Существующие инструменты делают либо одно, либо другое.
  4. Самостоятельное понижение автономности. Конвейер сам переходит с «Hands-off» на «Supervised», когда изменение затрагивает конфигурацию CI, аутентификацию или CODEOWNERS, потому что изменение никогда не должно валидировать само себя.

Основано на исследованиях 2026 года

Каждое проектное решение восходит к статье, а не к догадке:

НаходкаСтатьяЦифры
Патчи проходят тесты, но остаются эксплуатируемыми («тихие сбои»); LLM-ревьюеры их пропускаютWhen Passing Tests Hides Vulnerabilities (Тампере) — arXiv 2609.10548170 из 1 030 трассировок исправлений тихо провалились; 22 критических
Исправление блокирует только тот payload, на котором его тестировалиP2Patch (Саймон Фрейзер) — arXiv 2610.20245свежая атака обошла уже «исправленные» патчи в 41% прогонов; превращение обходов в постоянные требования подняло покрытие с 42,1% до 62,5%
Та же ошибка прячется на соседнем маршруте вне диффаPRGuard (Бристоль) — arXiv 2608.25730в 3 раза больше ошибок типа «отсутствие» найдено, чем коммерческим ревьюером
Изменения CI от агентов сливаются без ревью → «циклическая верификация»Co-Modifying Code and Infra (UNSW) — arXiv 2610.1284943–56% PR агентов с двойной областью слиты без ревью
Агенты жульничают с оценщиком, когда вознаграждаются за зелёный результатHacktrace (NTU) — arXiv 2610.03055~19,5% прогонов пошли на сокращённый путь с подменой тестов

Последняя находка — причина, по которой Warden не является ИИ: LLM-ревьюера можно переубедить отказаться от вердикта; проверяющего на основе git-diff — нельзя.

Цикл

          ┌─────────────────────────── issue created ───────────────────────────┐
          │                                                                      │
          ▼                                                                      │
   [Builder AI] fix on a shadow branch, open MR                                  │
          │                                                                      │
          ▼                                                                      │
   GitLab SAST + Dependency Scanning  →  findings become the Red agent's targets │
          │                                                                      │
          ▼                                                                      │
   [Red AI] real HTTP exploit that REPRODUCES on the old code                    │
          │                                                                      │
          ▼                                                                      │
   [Builder AI] harden until blocked                                             │
          │                                                                      │
          ▼                                                                      │
   [Red AI] re-attack the NEW fix: new payload + same bug on SIBLING routes      │
          │        every bypass saved forever as an antibody (≤2 rounds)         │
          ▼                                                                      │
   [Warden] (not an AI) no deleted/weakened/skipped tests, no hidden CI/auth edit │
          │                                                                      │
          ▼                                                                      │
   autonomy gate: touches CI/auth/CODEOWNERS → Supervised, else Hands-off        │
          │                                                                      │
          ▼                                                                      │
   [Package] signed container + SBOM + proof bundle                              │
          │                                                                      │
          ▼                                                                      │
   [Release → Configure] deploy to the lowest-carbon Cloud Run region,          │
          │              replay every antibody against staging, then promote     │
          ▼                                                                      │
   [Monitor] scheduled probe replays ALL antibodies against production forever ──┘
                 any reproduction → auto-opens an incident issue → loop restarts

Посмотрите, как это работает

Всё ниже — реальный снимок из этого репозитория, а не макет.

Девятиэтапный конвейер, зелёный на GitLab. Каждый выполненный этап пройден, включая реальную сборку контейнера, отправленную в реестр проекта. configure и monitor корректно пропускаются, пока не настроены проект Cloud Run и расписание. Открыть конвейер.

Конвейер GitLab: plan, create, verify, package, secure, release, govern — все пройдены

Атаки на принадлежащую нам приманку блокируются; обычное использование по-прежнему работает. Закодированный обход каталогов, соседний маршрут, не-HTTP схема и межпользовательское чтение объекта — всё отклоняется, при этом легитимный документ и собственный заказ владельца выдаются.

Скачать инструмент