Во-первых я нигде не писал про "проблемы с памятью", а ответил на высокопафосный пассаж "Делали бы нормально".
Если для Анонима (19) это "нормально", то.. ну у него такие стандарты для качества, чего не его осуждать.

А во-вторых, раз ты уже спросил
cvedetails.com/cve/CVE-2022-47629/
cvedetails.com/cve/CVE-2022-3515/ - оба два product performs a calculation that can produce an integer overflow

cvedetails.com/cve/CVE-2021-3345/ - a heap-based buffer overflow
cvedetails.com/cve/CVE-2016-4579/ - out-of-bounds read and crash (хорошо что крашнулось, а не рута подарило)

Дальше мне искать лениво, уж как-то сам.

Боже! Даже не предлагайте тянуть это омнище в экосистему раста!
Его и без раста в приличном обществе лучше лишний раз не упоминать.

> а линковаться - с сишными либами

Писать на расте и линковаться с си?
Весь же смысл отказаться от дыряшки настолько, насколько это вообще реально.

А потом в CMakeLists.txt будет добавлена лишняя точка, и... https://www.opennet.ru/opennews/art.shtml?num=60888
Хотя чего можно ожидать от системы сборки из экосистемы дырявых языков.

> а линковаться - с сишными либами

Писать криптографию на расте и линковаться с непонятно какой дыряшкой, где очередной Tan наавтоконфигурировал? А месье знает толк в извращениях.

Насчёт компилятора: хорошо, что одумались, и добавили исключение.

Про расширения GNU могу сказать, что иногда они действительно удобны. Не могу винить разработчиков их использующих. Некоторые из этих вещей давно следует добавить в стандарт, однако машина бюрократии неповоротливая и медленная, отсюда и появляются неофициальные расширения (Щас от этого же страдает Wayland).

Потому что их задолбало копаться в той... кодовой базе.
И они решили сделать свое, но учитывая ошибки GnuPG.

То есть, в теории, растоплагины к растопрограмме можно написать с не сишным апи/аби?

Так вот в чем проблема не популярности раста - Торвальдс виноват! А я то думал - программисты, которые не хотят использовать раст для системных библиотек.
У меня есть к вам предложение - напишите свой линукс на расте, с растовскими библиотеками, и линкуйте себе в загончике до потери сознания.

Они нашли неоднозначность, признали ее и исправили.
В других языках это бы затянулось на годы заседания комитетов. И все равно не факт что исправили бы.
Скорее добавили вторую функцию рядом, чтобы не дай бог не сломать совместимость с кодом двадцатилетней давности. Эпохи же они не придумали))

Это ведь что-то нужно делать. Нужно привязываться к другой инфраструктуре.
Большинству просто лень и пофиг на уязвимости. И дебианцы это прекрасный пример.
Они лучше задокументируют cve как существующую и... ничего, пусть лежит в репе, зато все будут знать что там дыра.

Кстати, именно дебианцы умудрились пропатчить openssl, добавив туда уязвимость.
Так что на дебиан я бы ориентировался в последнюю очередь - им процессы важнее результата.

> Производительность хреновая?

И тут вроде бы все хорошо. Большая часть быстрее чем openssl [1], но с чем-то еще нужно работать.
Напр. год назад у них была проблема с ChaCha20 - производительность была ниже чем у OpenSSL [2].
Вроде уже исправили.

> Никто не верит в безопасность раста?

Верят. Поэтому добавляют поддержку в Lets Encrypt [3], nginx [4] и тд.
Просто это не быстрый процесс.

> Должна же быть какая-то причина, почему никто не хочет использовать эту возможно безопасную библиотеку?

Те, кто хочет, уже использует.
Те, кому пофиг, тем пофиг. Логично, правда?))

[1] memorysafety.org/blog/rustls-performance-outperforms/
[2] memorysafety.org/blog/rustls-performance/
[3] letsencrypt.org/docs/client-options/ - rustls-acme, tokio-rustls-acme
[4] phoronix.com/news/Rustls-With-Nginx

Ну да, в результате несколько дублирующих друг друга по странным причинам (типа не смогли договориться) проектов, в то время как есть реально нерешённые проблемы. Плохой апи в gpg это в бесконечно число раз лучше, чем полное отстутсвие свободного решения в другой области.