Готовый

всем привет
подскажите, пожалуйста, кто - нибудь знает что - нибудь про уязвимости в ZeroDB? какие у нее недостатки?

2Лера, про эту БД https://www.opennet.ru/opennews/art.shtml?num=43480 ?

там комментарии есть, но вряд ли, здесь кто то поможет, это же БД

да, про неё

ну ладно, спасибо за отклик

Кто сказал, что там есть какие-то учзвимости?
Шифрование клиент и дб сервер.
На клиенте можно что-то перехватить, xss, csrf

Ну вот всё хозяйство с атаками по сторонним каналам тут и актуально

Кто знает можно ли на wireguard натянуть отечественную криптографию?

Придется значительно переписывать код. Алгоритмы криптографии там жёстко заданы. К тому же большой вопрос, получится ли заменить, скажем, Blake, поддерживающий хэширование с ключом, и что в таком случае станет с производительностью.


То есть краткий ответ - нет, нельзя.

"Нет, нельзя"- потому что придется значительно переписывать код?

уже сделали

https://github.com/bi-zone/ruwireguard-spec

Да.


Одна из особенностей wireguard - статичный набор тщательно отобранных криптоалгоритмов. Что выделяет его на фоне других решений (ipsec, openvpn).


Я считаю очевидным, что если заменить криптоалгоритмы wireguard на какие-то другие, логичнее говорить как минимум о  форке проекта без возможности кросс-взаимодействия.

Это же только проект?

в каком смысле?
вот у них тут клиент для винды есть:
https://github.com/bi-zone/ruwireguard-windows

имплементация на go

Добрый день!

Подскажите, пожалуйста, по какому принципу разработчики роторной машины Энигма выбирали, как  внутри каждого ротора соединять контакты между собой. Если перефразировать, то можно ли считать, что эти контакты можно соединять в порядке произвольной - случайной - перестановки или в такой коммутации-перестановке должен быть какой-то скрытый глубокий смысл?

Я пытаюсь разобраться с правилами построения S-блоков. Читаю статьи про бент-функции, но ничегошеньки, кроме запятых, в них не понимаю. :-(((

Спасибо.

про с-блоки, было неплохо написано в классике от шнайдера, где он des описывал, про остальное видимо порядок соединения определял ключ шифрования

здраствуйте, а это нормально что шифрование с помощью  DES и 3DES имеют очень схожую скорость, а AES ещё медленнее их
я реализовал их как Майкрософт писали, но чет со скоростью(

Я сравнивал по скорости AES192 и DESX(оба шифра - реализации на C), AES192 был незначительно быстрее DESX(примерно на треть), на когда я испытал тот же AES на реализации libnettle то она оказалась примерно в 2 раза быстрее шифра AES на С.