Issuerd 0.1.17 - IAM-сервер, совместимый с Keycloak

Что про сам Keycloak новость была написана на инопланетном, что про это.

Могу попробовать перевести на русский. Только можно расшифровать, что за «немодифицированный сьют»?

Расшифровал.

О, вот это прикольно, а то вечная необходимость обновления KC из-за очередных дыр уже надоела.

Лучше дыр, могут быть только дыры, о которых ещё не слыхал

Так же у классика было? Ребята молодцы, переписали на расте известный продукт, возможно с помощью ИИ. Не факт что получилось плохо, но и не факт что более безопасно что в изначальном продукте, который пилят годами.

переписали на расте

не факт что более безопасно

Факт: Rust закрывает целые классы дыр просто by design.

Там agents.md в репе.

И добавляет другие, новые классы дыр. Тоже целые.

И добавляет другие, новые классы дыр.

Врёшь как обычно - Rust не добавляет ошибок, которых не было бы в других языках.

Новый класс ошибок: нарушения инвариантов в unsafe-блоках

У тебя реально непонятно где ты просто тупишь, а где пытаешься троллить. Ты до такой степени не понимаешь что такое unsafe в Rust?

Факт что он может закрывать целые классы дыр не значит что люди, которые переписывали, этой возможностью воспользовались (не факт что и не воспользовались, кто-то кто понимает должен код смотреть). Так же не факт что они (или ИИ) просто в коде не наделали дыр случайно. Я понимаю, что все это покрыто тестами и т.п., но пока нет аудита и опыта использования, доверять этому логины своих пользователей ну так себе…

Судя по энтузиазму, нашелся человек, готовый испробовать и поделиться своим опытом использования!

Факт: Rust закрывает целые классы дыр просто by design.

Рекомендую: незаменимая в хозяйстве вещь. Замочил в нем носки haute couture, так на утро не одной дырки не осталось. Правда теперь непонятно куда ногу совать.

не факт что и не воспользовались, кто-то кто понимает должен код смотреть

Зачем «кто-то» - поискать unsafe в проекте ты и сам можешь ;)

Очередное поделие Rust разрабов, которые не умеют дистрибьютить

$objdump -T issuerd

GLIBC_2.34

Призываю всех Rust разработчиков ознакомиться с https://doc.rust-lang.org/rustc/platform-support.html

x86_64-unknown-linux-gnu 64-bit Linux (kernel 3.2+, glibc 2.17+)

Ваши релизы ОБЯЗАНЫ запускаться на системах с glibc 2.17+ в соответствии с ОФФИЦИАЛЬНЫМ Tier 1 Policy

А если вы снежинки и боитесь разбираться со сборкой, то может и не надо оно вам?

Призываю всех Rust разработчиков ознакомиться

А сам почему с ней не ознакомился?

Ваши релизы ОБЯЗАНЫ запускаться

Это ты ОБЯЗАН посуду помыть и уроки сделать, а то мамка наругает. Tier Policy относится только и исключительно к самому Rust (компилятор, стандартная библилиотека) и сопутствующим тулзам (cargo) - любой софт, который написан на Rust, может поддерживать или не поддерживать что угодно на усмотрение авторов софта. При этом они, разумеется, совершенно не обязаны спрашивать мнение случайных кретинов в интернете о том что именно они должны поддерживать - просто потому что они ничего и никому не должны бесплатно.

Да, бинарник собран на современном бейзлайне — требование glibc ≥ 2.35 указано прямо в релизных заметках (фактический floor 2.34). А обязанности «2.17+» нет: строка на странице platform-support это минимум, который умеет сама цель при сборке на такой системе (так собираются официальные сборки Rust), а не норма для чужих релизов.

Откуда боль, понимаю: Astra Linux 1.7 который glibc 2.28, туда текущий бинарник не встанет. Рабочие пути сегодня: multi-arch Docker-образ (distroless, всё нужное внутри) и сборка из исходников — crate на crates.io для этого и публикуется, собранный на вашей системе бинарник потребует ровно её glibc. Если спрос на старый бзлайн (manylinux_2_28 → RHEL 8, Astra 1.7) окажется реальным — welcome в issues.