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

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

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

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

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

Категории

Все категории
Loading categories
aegis-latent-core — Самостоятельно размещённый шлюз доказательств для систем ИИ: отказобезопасная политика, WAF, контроль исходящего трафика, подписанные долговечные доказательства MMR и офлайн-проверка для различных провайдеров LLM. | Kitploit
Инструменты/GitHubGitHub/juanlunaia/aegis-latent-core
КриптографияБезопасность облачных средРазведка угрозБезопасность APIБезопасность ИИАнализ Журналов
GitHubjuanlunaia/aegis-latent-core

aegis-latent-core

Самостоятельно размещённый шлюз доказательств для систем ИИ: отказобезопасная политика, WAF, контроль исходящего трафика, подписанные долговечные доказательства MMR и офлайн-проверка для различных провайдеров LLM.

Репозиторий
1841015 дней назадЕщё не проверено

Популярное

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

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

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

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

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

Aegis Latent Core

Шлюз управления ИИ и криптографических доказательств

Aegis Latent Core фиксирует подписанные, связанные хешами доказательства каждого управляемого вызова ИИ — до того, как ответ достигнет вызывающей стороны — и выдаёт переносное доказательство, которое третья сторона проверяет, не доверяя ни шлюзу, ни нам, ни вам.

release CI Security coverage License

Каждое несущее утверждение в этом файле сопровождается локатором и указанной границей; шлюзы, обеспечивающие соблюдение этой дисциплины, работают в CI.

Текущий релиз: v5.0.1 — последний опубликованный релиз (извлечённый из репозитория исходный код — v5.0.2, цель исходного кода под Apache-2.0, которая не опубликована), опубликован 2026-09-24 на всех поверхностях (PyPI aegis-latent-core 5.0.1 последовал 2026-09-26), прочитан обратно в тот же день (Release Status §1.0a). Тег, подписанный Sigstore, проходит gitsign verify-tag; GitHub Release содержит 31 артефакт, и все 15 файлов, перечисленных в его SHA256SUMS, при повторном хешировании совпадают со своими дайджестами; PyPI aegis-latent-sdk 5.0.1 и npm aegis-latent-sdk 5.0.1 побайтово идентичны релизным артефактам с тем же именем; а образы шлюза и дашборда в GHCR проходят cosign verify, и их аттестации происхождения сборки подтверждаются, каждая — против точной идентичности публикующего workflow. Дистрибутив шлюза aegis-latent-core достиг PyPI на версии 5.0.1 2026-09-26 (запуск 36224961909 из publish_pypi_gateway.yml, прочитан обратно 2026-09-29, Release Status §1.0b); pip install aegis-latent-core разрешается в 5.0.1, и его wheel и sdist совпадают с релизными артефактами байт в байт. Образы GHCR и релизные артефакты остаются доступными. Предыдущий релиз, v5.0.0, был опубликован 2026-09-16 на тех же поверхностях (§1.0). Версии 4.2.0 не существует; номер был пропущен.

Первая опубликованная версия со шлюзом на PyPI: v4.1.2, прочитана обратно 2026-09-04 — подписанный аннотированный тег, GitHub Release с 31 артефактом, PyPI aegis-latent-core 4.1.2, PyPI aegis-latent-sdk 4.1.2, npm aegis-latent-sdk 4.1.2, а также образы шлюза и дашборда в GHCR. 4.1.2 — первая версия, устанавливаемая из PyPI как aegis-latent-core; до неё шлюз поставлялся только из исходного кода или GHCR. Список версий npm пропускает 4.1.1, чей шаг публикации завершился неудачей. Объект релиза v4.1.0 также существует, но был создан вне конвейера и не содержит артефактов; игнорируйте его. Два артефакта шлюза 4.1.2 на PyPI побайтово отличаются от релизных артефактов с тем же именем — то же содержимое, другой хост сборки — поэтому SHA256SUMS не покрывает эти загрузки; артефакты шлюза 5.0.1 на PyPI ему соответствуют. См. Release Status для сведений о происхождении и обратном чтении.


Проблема

Ваши решения ИИ записываются в базу данных, которую ваши администраторы могут редактировать. Когда кто-то спрашивает, что было сообщено модели шесть месяцев назад, вы отвечаете по записям, которые заинтересованная сторона могла изменить.

В регулируемой отрасли это не проблема бумажной работы — это экзистенциальная проблема. Регулятор, суд и аудитор задают один и тот же вопрос, и «наши логи, вероятно, в порядке» — не тот ответ, который они принимают:

  1. Запись, которую заинтересованная сторона могла изменить, не является доказательством — она читается как доказательство лишь до тех пор, пока кто-то, имеющий причину в ней сомневаться, не задаст один вопрос.
  2. Вы уже должны кому-то запись, за которую можете отвечать — EU AI Act Art. 12, средства аудита HIPAA, альтернатива журналу аудита SEC 17a-4, MiFID II. Это ваши обязательства; это программное обеспечение — входные данные для них, но никогда не их исполнение.
  3. Исправление должно быть проверяемым кем-то, кто вам не доверяет, иначе это та же проблема в лучшей одежде.

Решение Aegis

  • MMR только для добавления, с обнаружением подделки. Каждая запись — лист в Merkle Mountain Range. Переносное доказательство включения (O(log n), без утверждения о zero-knowledge) позволяет третьей стороне проверить раскрытую запись против корня, полученного ею независимо. verify_integrity() обнаруживает подделку при чтении; подделка обнаруживается, а не предотвращается — см. границы ниже.
  • Криптографическое запечатывание. Каждая запись хешируется в звено цепочки и подписывается — HMAC по умолчанию, Ed25519 (RFC 8032) или ML-DSA-65 (FIPS 204) там, где настроено, с путём через HSM в корпоративном сервере. Опциональное уничтожение по субъекту (уничтожение ключа AES-256-GCM) стирает открытый текст из представления держателя шифротекста без изменения корня MMR или ранее выданных доказательств.
  • Проверка с нулевым доверием. Доказательства проверяются офлайн: верификатор на чистом Python из 313 строк, его близнец на TypeScript с той же семантикой и ноль сетевых вызовов. Никакого доверия шлюзу, поставщику или оператору, раскрывающему запись — только корню, полученному вами по каналу, который раскрывающая сторона не контролирует.
  • Регуляторные входные данные. Формулировки ведения учёта MiFID II Art. 16(6)/16(7) и MiFIR Art. 25(1) (долговечные записи, упорядоченные в пределах процесса; без ордеров — RTS 24 — и без прослеживаемости часов — RTS 25); входные данные журналирования EU AI Act Art. 12 (фиксация до ответа, обнаружение подделки, проверяемое включение); редактирование шаблонов в стиле HIPAA Safe-Harbor; выдержки в стиле ISO/IEC 27037. Это технические входные данные, а не соответствие требованиям. Никакой сертификации не существует, ни одна не находится в процессе, и вопрос о том, выполнено ли какое-либо обязательство, — это решение для вас и вашего оценщика (CLM-039 имеет статус LEGAL-REVIEW-REQUIRED).

→ Докажите это сами — двенадцать строк Python, без обращения к нашим серверам, три случая, из которых два должны провалиться.

pip install aegis-latent-sdk aegis-latent-core   # verifier + gateway, both 5.0.1 on PyPI
python tools/sales/prove_it/prove_it.py --demo   # accepts one record, rejects two forgeries
python -m examples.demo                          # gateway + mock upstream, tamper detected

Обе команды выполняются из извлечённой копии этого репозитория; что каждая из них показывает и что не показывает.


Архитектура вкратце

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