Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

[ новости /+++ | форум | теги |    ]

Криптографический изолятор ITB с формальным доказательством надёжности

03.11.2026 21:42 (MSK)

Представлен проект ITB, развивающий симметричный криптографический изолятор, предназначенный для обёртывания стандартных псевдослучайных функций (PRF) и хэш-примитивов (AES, BLAKE2/3, Areion и других) в сцепленный комбинаторный и топологический барьер. В отличие от классических блочных и потоковых режимов шифрования, архитектура ITB нацелена на структурную изоляцию внутреннего примитива, препятствуя распространению дифференциальных и линейных характеристик, алгебраической линеаризации, а также прямых кодировок для решателей SAT/SMT и MILP через границы барьера. Код написан на языке Go с низкоуровневыми оптимизациями на ассемблере для архитектур x86_64 и ARM64 (Aarch64) и распространяется под лицензией Apache 2.0.

Преобразование данных в ITB разделено на два сцепленных уровня (Interlocked Barrier), управляемых восемью изолированными ключевыми сидами (8-seed isolation) с локальной эволюцией ключа через каскад с прямой связью (ChainHash). На первом уровне барьер ранжирования (Rank Barrier) выполняет ключевую комбинаторную перестановку каждого 48-битного блока (или 168-битного блока для 512-битных примитивов), распределяя биты открытого текста по трём независимым регионам на основе двушагового нахождения сочетания по его номеру (пространство сбалансированных разбиений C(48, 16) * C(32, 16) составляет около 2^70.20, а в 168-битном режиме C(168, 56) * C(112, 56) - около 2^258.60). На втором уровне пиксельный барьер (Pixel Barrier) отображает данные на сетку 8-байтовых элементов (8 каналов по 7 бит данных и 1 бит псевдослучайного шума в каждом байте) с попиксельным ключевым 7-битным циклическим сдвигом, маскированием 7-битных каналов и выбором позиции шумового бита.

Основные особенности проекта:

  • Экспериментальная проверка изолирующих свойств на заведомо некриптографических функциях (стресс-тест со слабыми примитивами). В состав репозитория включён лабораторный стенд, подставляющий внутрь барьера обычную хэш-функцию FNV-1a. За счёт нелинейного комбинадического разранжирования, расщепления байтов по границам 7-битных каналов (НОД(7, 8) = 1) и инъекции шумовых битов в каждый байт практическое обращение или построение решаемой SAT/SMT-модели по открытому и шифрованному тексту блокируется уже на этапе формулирования системы уравнений.
  • Машинно-проверенная формальная верификация на языке Lean 4. Все 12 базовых математических, комбинаторных и бит-векторных теорем конструкции (а также прикладная схема гибридного согласования ключей 3-to-8 из трёх независимых KEM-каналов в APPS.md), описанные в документе PROOFS.md, полностью доказаны в Lean 4 без использования аксиом и пропусков доказательств.
  • Встроенный инструментарий криптоаналитического тестирования, включающий автоматизированные проверки: статистические батареи тестов, оценку алгебраической степени и нелинейности, проверку изоляции сидов при отсеивании позиций шума через CCA-оракул и поиск уязвимостей при помощи внешних решателей.
  • Два режима работы: стандартный аутентифицированный режим (AEAD по схеме MAC-Inside-Encrypt, где имитовставка вычисляется и шифруется внутри контейнера) и режим правдоподобного отрицания (Plausible Deniability) на базе безусловного кодирования COBS, при котором расшифрование произвольным неверным ключом выдаёт синтаксически корректные данные без индикатора ошибки.
  • В паре с быстрыми современными PRF (AES, BLAKE2/3, Areion) конструкция пригодна для защищённого обмена сообщениями, хранения файлов и сетевых VPN-туннелей (при групповой пакетной очереди накладные расходы формата составляют около 15%). Для защиты от атак по сторонним каналам ядра выполняются за постоянное время (constant-time) с полной принудительной очисткой стековых фреймов и процессорных регистров (GPR, XMM/YMM/ZMM, NEON) после вызовов.
  • Для архитектуры x86_64 реализованы ассемблерные ядра с использованием инструкций BMI2 (PEXT/PDEP), AES-NI, VAES, AVX2 и AVX-512, а для ARM64 (Aarch64) - на базе расширений NEON, Crypto Extensions и SVE2 (с переносимым откатом на чистый Go). Поверх единого C ABI (libitb3) подготовлены обвязки для 33 языков программирования.


  1. Главная ссылка к новости (https://github.com/everanium/i...)
Автор новости: everanium
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66610-itb
Ключевые слова: itb, crypto
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (39) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 22:24, 03/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/–
    Кто-то понял, зачем это надо?
     
     
  • 2.15, A.Stahl (ok), 22:50, 03/11/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/–
    Изолятор какой-то. Наверное чтобы не бахнуло.

    Да пофиг на самом деле. Обычно про такую узкоспециальную хрень пишут узкоспециальные специалисты в своих узкоспециальных форумах.

    Нахрена это сюда притащили?

     

  • 1.5, pashev.ru (?), 22:29, 03/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Ни одной ссылки на что-то, не связанное с автором. Выглядит как одна сплошная галлюцинация.
     
     
  • 2.8, pashev.ru (?), 22:31, 03/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Даже ключевые слова гуглятся только в связи с автором, например MAC-Inside-Encrypt.

    Новый Корчеватель.

     
     
  • 3.16, Аноним (16), 22:53, 03/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > например MAC-Inside-Encrypt.

    Ну это ровно то, на что способен нейрослоупок, так называемое переиначивание (жонглирование словами). Под MAC-Inside-Encrypt скорее всего (не читал нейрослоп) MAC-then-Encrypt (MtE).

    //en.wikipedia.org/wiki/Authenticated_encryption

     
     
  • 4.31, everanium (ok), 00:43, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    В классическом MAC-then-Encrypt (MtE):

    Сначала считается tag = MAC(Plaintext) по голому открытому тексту до начала шифрования, а при расшифровке сначала снимается весь шифр и парсится фрейминг/паддинг, из-за чего классический MtE исторически страдал от padding/framing oracle атак.

    В MAC-Inside-Encrypt в ITB:

    MAC находится буквально внутри (между двумя барьерами) конвейера шифрования:

    Сначала открытый текст проходит Rank Barrier (48/168-битное комбинадическое расщепление), склеивается с фрагментами interlock_nonce, кодируется в COBS и добавляется DRBG заполнение остатка.

    Внутри этого промежуточного состояния (после Rank Barrier + COBS + DRBG заполнение остатка, но до Pixel Barrier) считается MAC, и тег дописывается в конец буфера региона.

    После этого весь буфер вместе с тегом уходит в Pixel Barrier (7-битный сдвиг, XOR и шумовые биты).

    А при расшировке снимается только внешний Pixel Barrier, и MAC проверяется ДО поиска 0x00 и ДО декодирования COBS и Rank Barrier.

    То есть это ни разу не MAC-then-Encrypt (потому что MAC считается не от открытого текста, а после первого барьера и COBS+DRBG) и не Encrypt-then-MAC (потому что сам тег спрятан под вторым, пиксельным барьером и неотличим от шума на проводе).

    Термин MAC-Inside-Encrypt точно описывает топологию конвейера ITB.

     
     
  • 5.32, pashev.ru (?), 00:57, 04/11/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
  • 5.35, Аноним (16), 01:02, 04/11/2026 Скрыто ботом-модератором     [к модератору]
  • +/–
     
  • 5.38, Аноним (16), 01:21, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > То есть это ни разу не MAC-then-Encrypt (потому что MAC считается не от открытого текста, а после первого барьера и COBS+DRBG) и не Encrypt-then-MAC (потому что сам тег спрятан под вторым, пиксельным барьером и неотличим от шума на проводе).

    Правильно, у вас тупо скрестили ежа и ужа, сначала Encrypt-then-MAC внутри MAC-then-Encrypt. Что сводит всю схему тупо к MAC-then-Encrypt.

     
     
  • 6.42, everanium (ok), 02:00, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Если вы придираетесь, это ваше право, но режим называется правильно. Проблема в том что этот MAC не найти, он не в конце, и не в начале, он где угодно в 3-м регионе в каждом сообщении и находится за кодированием пиксельного барьера. Кроме того режимы с MAC и без него полностью не различимы на линии, потому что даже по длине они одинаковы полностью, просто вместо MAC там живут случайные байты.

    Теорема four_way_wire_shape_parity в SeedIsolation.lean

     
     
  • 7.43, pashev.ru (?), 02:10, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Гоните его, насмехайтесь над ним. Это же бред.
     
     
  • 8.46, everanium (ok), 02:20, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Отвечу просто - попробуйте дешифровать FNV-1a, кроме того там даже можно сказать... текст свёрнут, показать
     

  • 1.7, Аноним (7), 22:31, 03/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Было исследование, которое показало, что использование криптографических изоляторов способно понизить надежность всей системы. Так что формальное доказательство надежности самого изолятора еще не значит, что его следует применять.
     
     
  • 2.33, everanium (ok), 00:57, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Поделитесь ссылкой на это исследование? Оба уровня барьера в ITB это строго биективные отображения с независимыми ключевыми сидами, поэтому математически обёртка не может снизить энтропию или стойкость вложенного примитива.
     
     
  • 3.36, Ананимер (?), 01:03, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Строго? А шумовой бит тогда куда?
     
     
  • 4.40, everanium (ok), 01:28, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/–
    Физически в ITB весь контейнер сначала целиком заполняется криптостойким шумом DRBG, а при кодировании пикселя бит в позиции noisePos (вычисляемой из noiseSeed и main_nonce) просто пропускается и остаётся нетронутым от исходного байта контейнера, тогда как остальные 7 битовых позиций заполняются биективно сдвинутым и замаскированным 7-битным словом rotate7(d ^ m, r).

    Математически же на уровне всего байта пара (7 бит данных d, 1 нетронутый бит шума контейнера noiseBit) биективно отображается в выходной байт BitVec 8 (256 <-> 256, теоремы proof1_encode_bijection_left_inv и proof1_encode_bijection_right_inv в lean/ITB/PixelBarrier.lean), не теряя ни одного бита данных.

     

  • 1.10, фор (?), 22:34, 03/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/–
    интересная ситуация, теперь у необразованных и глупых людей на любой непонятный текст есть универсальный ответ - это нерослоп, 100% нерослоп.
    спасибо, вы дали универсальный определитель к людям которые говорт про нерослоп, комментаторы этой статьи.
     
     
  • 2.12, Аноним (12), 22:43, 03/11/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/–
    Очень уж смахивает на слоп, околошизфазический формально корректный (вполне понятный, к слову) текст, но решаемая задача псевдополезна. Ни малейшего доказательства полезности или необходимости, обычно именно так выглядят впустую сожжёные токены. Сама стилистика 100% слоп и слоп-машина однозначна была использована.
     
  • 2.14, pashev.ru (?), 22:46, 03/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    До появления интернета только рецензенты журналов знали, что ты гениа^W пустозвон.

    Великий жрец, маг, учитель, вождь, фюрер, научи! Скажи, куда и как это засунуть!

     
  • 2.19, Аноним (19), 23:35, 03/11/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/–
    да какое вам дело до землекопов, у которых от взгляда на экскаватор подгорает. в лесу места полно, можно самому всё построить - основные техи уже патент-фри все
     
  • 2.28, Мемоним (?), 00:09, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Похоже вам этот текст понятен. Поясните селянам, что такое

    > комбинадического разранжирования

    И почему Гугл находит только эту новость по такому словосочетанию.

     

  • 1.11, pashev.ru (?), 22:40, 03/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    > Security notice. ITB is an experimental symmetric cipher construction without prior peer review, independent cryptanalysis, or formal certification. The construction's security properties have not been verified by independent cryptographers or mathematicians.

    Самое время для

    > обвязки для 33 языков программирования.

     

  • 1.18, Аноним (19), 23:33, 03/11/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/–
     
  • 1.20, Аноним72987 (?), 23:35, 03/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    Разговор с Gemini:

    Q: Какие есть здесь признаки того, что текст сгенерирован большей частью ИИ? https://www.opennet.me/opennews/art.shtml?num=66610

    A: Анализ текста показывает классические признаки искусственного интеллекта, такие как концептуальные галлюцинации с псевдотехническим бредом и перегруженные структурные клише. Описание сочетает несочетаемые ИТ-тренды и идеализированные математические параметры, не имеющие реального практического или криптографического смысла. Для детального ознакомления посетите opennet.ru.
    AI responses may include mistakes. Learn more

    Q: Перепроверь-ка.

    A: При детальной перепроверке текста новости на OpenNet о проекте ITB становится очевидно, что материал не является искусственной генерацией, а представляет собой плотный академический текст, написанный специалистом. Высокая плотность терминов и конкретные инженерные детали подтверждают сугубо техническое и человеческое происхождение публикации. Для ознакомления с материалом посетите OpenNet.
    AI responses may include mistakes. Learn more

    :-)

     
     
  • 2.24, Аноним (16), 23:50, 03/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    если ему следом сказать - ты серьезно? он опять как английский флаг сменит направление и будет говорить, что ошибся :)))
     

  • 1.22, pashev.ru (?), 23:43, 03/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Security notice. ITB is an experimental symmetric cipher construction without prior peer review, independent cryptanalysis, or formal certification. The construction's security properties have not been verified by independent cryptographers or mathematicians.
    > No bespoke cryptography. ITB composes established, standardized primitives rather than introducing new cryptographic designs. Security properties and regulatory status are inherited from the underlying primitives; see README.md for jurisdictional certification details.

    ✔️ Взаимоисключающие параграфы

     
     
  • 2.25, Аноним (16), 23:52, 03/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    еще бы, потому-что ITB это переиначивание этого:

    //en.wikipedia.org/wiki/Information-theoretic_security

     

  • 1.23, pashev.ru (?), 23:45, 03/11/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/–
     
  • 1.26, test_user (?), 00:01, 04/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/–
    Интересная разработка. Формальная верификация на Lean 4 — это серьёзно. Жду бенчмарки производительности.
     
     
  • 2.29, Мемоним (?), 00:12, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Отличная реплика! 🔥 Огромное спасибо за ваш вклад в дискуссию — это действительно важный и многогранный вопрос, который находится на пересечении формальных методов, инженерии производительности и, если можно так сказать, доверия к коду. 🙌
     
  • 2.34, everanium (ok), 01:00, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Есть - https://github.com/everanium/itb/blob/main/BENCH3.md
     

  • 1.27, Tron is Whistling (?), 00:02, 04/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Человечество-таки утонет в слопе. А потом будет выгребать.
     
  • 1.30, Инопланетянин (?), 00:14, 04/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Вообще проект интересно выглядит. ИИ говорит, что открытых аналогов нет (в том смысле, в котором задуман проект). Кто рарзбирается - это так?
     
     
  • 2.39, Аноним (16), 01:23, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    выше ссылки дал, пройдись прочти, обычный нейрослоп, ничего нового.
     
  • 2.45, everanium (ok), 02:14, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Не обращайте внимание про троллинг и другие комментарии про нейро-слоп, проект рассчитывался более 5 лет, если у Вас будут тематические вопросы, я рад буду ответить. Открытых аналогов действительно нет.
     

  • 1.37, Ананимер (?), 01:10, 04/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Весь вопрос в том, сколько бит ключ у этой штуки и как его передавать, потому что если ключа нет то любой желающий зная что эта штука используется может обратить её.
     
     
  • 2.41, everanium (ok), 01:48, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    В ITB это 8 изолированных секретных сидов по 512, 1024, 2048 бит каждый, которые согласуются через гибридную схему 3-to-8 Multi-KEM (например, X25519 + ML-KEM-1024 + McEliece, описано в APPS.md и доказано в lean/Apps/).

    Но там где можно обойтись без асимметричного шифрования, можно использовать и просто ITB как симметричное шифрование, если ключи передаются разово, он рассчитан на использование фиксированных ключей без асимметричного шифрования на длительный срок, так как по умолчанию оба nonce 512-бит, понижение размера nonce сделано как возможность прибавить +5-7% к производительности.

    Кроме того на линии узнать что там ITB стороннему наблюдателю невозможно, если включен wrapper, обычный классический CTR поверх, подключается в опциях.

    Но главная защита от обращения даже не в ширине ключа, а в циркулярной зависимости между двумя барьерами и изоляции сидов: чтобы снять Pixel Barrier, нужно знать 3 стартовых пикселя, а они не передаются, нужны сиды шума и регионов, а чтобы составить уравнения для их поиска по открытому тексту, нужно сначала знать расклад битов по регионам из Rank Barrier, который закрыт отдельным lockSeed, и даже зная lockSeed отдельно, interlock_nonce скрыт за пиксельным барьером, и его не достать, а если его не достать, то нет промежуточного lockKey, и значит forward compute остальных масок невозможен.

     
     
  • 3.44, pashev.ru (?), 02:14, 04/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Иди найух.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг: