Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPress,  OpenVPN, Flatpak,  NTFS-3G, FreeRD..."	+/–
Сообщение от opennews (??), 27-Сен-26, 11:43
Несколько на днях выявленных опасных уязвимостей, позволяющих получить root-доступ в системе или добиться удалённого выполнения кода... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66350
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	–21 +/–
Сообщение от Аноним (1), 27-Сен-26, 11:43
Опять сишные дыры
Ответить | Правка | Наверх | Cообщить модератору

	3. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	+7 +/–
	Сообщение от Аноним (3), 27-Сен-26, 11:53
	LXD почти полностью на go написан. А целых 7 узявимостей, если верить новости.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	+3 +/–
	Сообщение от Аноним (-), 27-Сен-26, 20:03
	> LXD почти полностью на go написан. А целых 7 узявимостей, если верить > новости. Безопасные джун-програмеры подпертые безопасным AI безопасно посадили 7 безопасных CVE :)
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	+/–
	Сообщение от ананимеус1 (?), 28-Сен-26, 07:07
	Слава богу в программах на С написанных настоящими живыми синьерами, ошибок никогда не находили.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	+/–
	Сообщение от _hide_ (ok), 28-Сен-26, 19:32
	Вы со своим сарказмом смогли набалагурить верное утверждение!
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	+/–
	Сообщение от Аноним (13), 27-Сен-26, 12:49
	> Flatpak ... использование символических ссылок для обхода sandbox-изоляции и получения полного доступа к файловой системе хоста Нисколько не сомневался, для чего был сделан флэтпак.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	74. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	+/–
	Сообщение от GNU Overlord (ok), 27-Сен-26, 18:37
	Как будто без него доступа к файловой системе нет.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	+2 +/–
	Сообщение от Аноним (79), 27-Сен-26, 19:08
	Здесь основная опасность в чувстве ложной безопасности...
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	+/–
	Сообщение от GNU Overlord (ok), 30-Сен-26, 00:17
	Это здравый подход к решению проблемы. Ремни безопасности в автомобиле тебе тоже не помогут, если ты на 200 км впишешся в дерево, но это не значит, что они бесполезны.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	+1 +/–
	Сообщение от Аноним (44), 27-Сен-26, 15:02
	Беопастные гошные.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	71. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	+2 +/–
	Сообщение от Аноним (-), 27-Сен-26, 18:11
	> Опять сишные дыры Не нравятся сишные - там вон тебе в Radicle насыпали ржавых дыр. Чем тебе не CVE? А так "путь к точке монтирования вида "../../../../etc/cron.d"" - это классика жанра и неплохо работает на чем угодно если програмер тупанет.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	97. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	+1 +/–
	Сообщение от Инопланетянин (?), 27-Сен-26, 20:24
	Radicle на расте.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	125. "Уязвимости в LXD, Incus, GitLab, Radicle, ядре Linux, WordPr..."	+1 +/–
	Сообщение от Sm0ke85 (ok), 28-Сен-26, 08:04
	>Опять сишные дыры Ты ж хоть на одну дыру в Си способен указать, ахахах, бездарность)))))
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

4. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
Сообщение от Аноним (4), 27-Сен-26, 11:55
Я правильно понимаю, что всё это уже много раз обмылили, в том числе тут и тут "вдруг" кто-то решил их снова, но вырванным из контекста списком, снова запостить?
Ответить | Правка | Наверх | Cообщить модератору

	6. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+5 +/–
	Сообщение от Аноним (6), 27-Сен-26, 12:03
	Нет, это свежие уязвимости, кроме Dovecot. Так как благодаря AI уязвимости теперь всплывают тоннами, чтобы не захламлять ленту новостей обзоры уязвимостей теперь публикуются раз в неделю, за исключением необычных и особо интересных экземпляров. Прошлый выпуск https://opennet.ru/66310
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (127), 28-Сен-26, 09:50
	> благодаря AI Подрос, получился и начал приносить пользу. ОпенАИ и Антропик временно прекратили разработку своих ИИ. Причина невозможность контролировать уже созданное модели. Теперь вкладывают средства в безопасность.
	Ответить | Правка | Наверх | Cообщить модератору

8. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
Сообщение от Аноним (8), 27-Сен-26, 12:13
А вот если бы переписали на раст, то ошибок бы не было! Хотя нет, погодите, почти все ошибки из-за неправильно обработанных путей и раст бы никак не помог.
Ответить | Правка | Наверх | Cообщить модератору

	10. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+7 +/–
	Сообщение от Аноним (10), 27-Сен-26, 12:16
	Как это не помог? Это были бы безопасТно неправильно обработанные пути!
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	–3 +/–
	Сообщение от пох.. (?), 27-Сен-26, 13:35
	если бы НАЧАЛИ переписывать, сколько раз за вами исправлять! > Хотя нет, погодите, почти все ошибки из-за неправильно обработанных путей А CoC.md никаких путей и не обрабатывает, шах и мат растоненавистники! Отлично бы тут раст помог - нет кода, нет проблемы!
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	28. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+2 +/–
	Сообщение от Аноним (28), 27-Сен-26, 14:19
	Все просто нужна на уровне CoC отменить пути и все кто их применяют враги.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (54), 27-Сен-26, 16:00
	>если бы переписали на раст, то ошибок бы не было Бл, откуда вы беретесь такие. Раст не про отсутствие ошибок, дурилка картонная.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	90. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
	Сообщение от Аноним (-), 27-Сен-26, 20:05
	> А вот если бы переписали на раст, то ошибок бы не было! > Хотя нет, погодите, почти все ошибки из-за неправильно обработанных путей и > раст бы никак не помог. Срочно пишите что Radicle на Go. А то как-то неудобно прям получается с этими его безопасными CVE.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

9. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+4 +/–
Сообщение от Нормальный (ok), 27-Сен-26, 12:15
FreeRDP - это же только клиент, или я пропустил где-то сервер?
Ответить | Правка | Наверх | Cообщить модератору

	16. "-"	+3 +/–
	Сообщение от Аноним (16), 27-Сен-26, 12:55
	> Уязвимость во FreeRDP, позволяющая установить RDP-соединение с сервером без аутентификации... Клиент, и баг звучит как киллер фича.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
	Сообщение от Аноним (17), 27-Сен-26, 13:13
	Уже давно есть и сервер: freerdp-shadow-cli
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	18. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+2 +/–
	Сообщение от Аноним (18), 27-Сен-26, 13:33
	Кстати, раз уж тут все собрались. Есть xrdp, который работает по протоколам иксов. А есть ли что-то аналогичное, но для wayland? Причём желательно именно как xrdp, чтобы рулил сеансом.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+3 +/–
	Сообщение от пох.. (?), 27-Сен-26, 13:39
	ха-ха-ха-ха!
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от ы (?), 27-Сен-26, 15:02
	согласен. так толсто, что даже тонко.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (23), 27-Сен-26, 13:52
	weston --backend=rdp
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	20. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от пох.. (?), 27-Сен-26, 13:38
	да, я тоже сперва обрадовался что пароль можно не вводить, но нет - оказывается какие-то сумасшедшие таки используют эту недоделку в качестве сервера и это в нем уязвимость. Ну, правда по умолчанию нигде не включен, но вдруг. Эх, а щастье было так близко.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

11. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
Сообщение от Аноним (11), 27-Сен-26, 12:46
> Опубликован эксплоит к уязвимости в сервере печати CUPS, позволяющий локальному пользователю получить права root в системе через перезапись файла /etc/cups/cups-files.conf (указав этот файл в качестве URI принтера) и замену вызова cups-exec. С каких пор в /etc можно без прав root ковыряться?
Ответить | Правка | Наверх | Cообщить модератору

	12. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
	Сообщение от Аноним (11), 27-Сен-26, 12:48
	Сообразил глянуть ссылку, там > Because the serial backend runs as root, print data replaces the configuration from the backend's 2,048-byte offset.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (42), 27-Сен-26, 15:00
	мда, принцип наименьших привилегий, да?
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (15), 27-Сен-26, 12:55
	Возможно, ты пропустил серию уязвимостей, где любой пользователь может подменить любой файл (в памяти).
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	21. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
	Сообщение от пох.. (?), 27-Сен-26, 13:38
	все норм, у cupsd есть права рут!
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

26. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
Сообщение от Мемоним (?), 27-Сен-26, 14:08
Вот за Радикулит обидно. Уязвимость в самом протоколе это прям такой ред флаг.
Ответить | Правка | Наверх | Cообщить модератору

	32. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+5 +/–
	Сообщение от Аноним (28), 27-Сен-26, 14:23
	И как теперь АНБ вставлять уязвимости если нейросети их сразу находят?
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (16), 27-Сен-26, 14:33
	В железо? (уже)
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 14:54
	давно уже!
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	–3 +/–
	Сообщение от Аноним (34), 27-Сен-26, 14:35
	Вы серьёзно верите, что нейросети не контролируются АНБ и ЦРУ и не используются для впихивания бекдоров? Ха, а для чего тогда из ИИ "боженьку" лепят, которому предлагается верить на слово и не проверять (а и хрен проверишь с такой скоростью модификации логики)?
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	36. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
	Сообщение от Аноним (28), 27-Сен-26, 14:45
	Китайские не контролируют. А то что может создать нейорсеть может и найти нейросеть.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Мемоним (?), 27-Сен-26, 14:51
	> нейорсеть майорсеть?
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+2 +/–
	Сообщение от Пует (?), 27-Сен-26, 15:53
	Китайские все поголовно мусор, в бенчмарках рвут топы, но на деле не дотягивают даже до топов 2024 года.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	62. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (62), 27-Сен-26, 16:51
	Альтман, залонисься.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (64), 27-Сен-26, 17:08
	Э... Ты явно или с одними или с другими не работал.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	118. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от anonist (?), 28-Сен-26, 06:14
	> Китайские не контролируют. Китайские используют дистилляцию американских. > А то что может создать нейорсеть может и найти нейросеть. Ну смотря, какие использовать LLM и как их применять (желательно самые разные и разцензуренные). Потому что, я полагаю все самые оффициально-популярные покрывают бэкдоры, пока их юзают glowies (это не значит, что от таких надо отказаться и вообще никогда не юзать, просто быть на чеку, как и раньше).
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	53. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
	Сообщение от Пует (?), 27-Сен-26, 15:58
	Ты неправильно задаешь вопрос. Попробуй спросить сам себя что-то вроде: "а почему бы им не контролировать это все, если могут?".
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	60. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	–1 +/–
	Сообщение от Аноним (60), 27-Сен-26, 16:30
	Если.
	Ответить | Правка | Наверх | Cообщить модератору

	143. Скрыто модератором	+/–
	Сообщение от Халявщик не корпораст (?), 01-Окт-26, 14:44
	- если нейросети ... Ты думаешь что т.н. нейросети без присмотра аныбедиков делали? Ты серьёзно?
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	91. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (-), 27-Сен-26, 20:06
	> Вот за Радикулит обидно. Уязвимость в самом протоколе это прям такой ред флаг. То что хипстики громко вопящие про безопасность и распределенность - не умеют ни в то ни другое можно было прикинуть сразу, еще по их спичу.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	135. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (135), 28-Сен-26, 16:49
	А чё обидно-то? Сколько бы в нём не находили уязвимостей, он всё равно будет безопаснее и надёжнее гитхаба.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

35. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
Сообщение от Метрика (?), 27-Сен-26, 14:36
Половина проблем из за некоректной обработки некоректных входных, когда софтина наивно думает что на вход будет одни данные, ей присылают другие, в итоге она их обрабатывает некоректно, борьба с этим явлением только валидация в функциях всех входных данных перед обработкой, хорошо когда есть коддержка на уровне ЯП как контракты в C++26
Ответить | Правка | Наверх | Cообщить модератору

	38. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Мемоним (?), 27-Сен-26, 14:48
	> Половина проблем из за некорректной обработки некорректных входных Это неизбежное зло в фоннеймановских архитектурах, в которых после каждой операции обязательно должна выполниться следующая. А вот в https://en.wikipedia.org/wiki/Dataflow_architecture пока не придут все корректные данные – операции не будет.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
	Сообщение от Аноним (48), 27-Сен-26, 15:33
	Это мина которую под нас заложил Фон Нейман!
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Метрика (?), 27-Сен-26, 16:08
	Может это и грубо звучит, но корень всех бед C++ это сишные кодеры которые занимаются байто/чеством там где нужно и не нужно, отчего код для чтения становтится на уровне ассемблера только с другим синтаксисом
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	92. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
	Сообщение от Аноним (92), 27-Сен-26, 20:12
	> Может это и грубо звучит, но корень всех бед C++ это сишные > кодеры которые занимаются байто/чеством там где нужно и не нужно, отчего > код для чтения становтится на уровне ассемблера только с другим синтаксисом Тут можно поспорить. Ибо дикари которые не понимают как сделаны самолеты и почему они летают - начинают вообще косплеить ритуалы, из бамбука, или уж что под руку попало, не имея представления об аэродинамике - или в данном случае как все это работает внутрях. Результатом - ужасный код и куча глупых вулнов, потому что оказывается что крутой яп и рантайм от всех факапов не помогают - и список CVE в софта на го и расте не даст соврать.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Метрика (?), 27-Сен-26, 16:10
	На программном уровне можно все проверять, а нет же мы потратим лишний такт, поэтому и так сойдет
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	93. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	–1 +/–
	Сообщение от Аноним (92), 27-Сен-26, 20:13
	> На программном уровне можно все проверять, а нет же мы потратим лишний > такт, поэтому и так сойдет Если проверять все на программном уровне - вы б смотрели видео 320x240 - потому что больше не вытянул бы даже современный проц. Со всеми то проверками в тугих то вложенных циклах - оно так то в мноигие РАЗЫ обвалится.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
	Сообщение от Аноним (41), 27-Сен-26, 14:53
	> хорошо когда есть коддержка на уровне ЯП как контракты в C++26 дожил до 2026 года, беги переписывать? в других языках это давно было :)
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	55. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Метрика (?), 27-Сен-26, 16:06
	Другие языки имеют стандарт? Имеют либы на все случаи жизни? Имеют бесшовную интеграцию с кодом на Си и его тысячами либ? Имеет обратную совместимость? Имеет скорость сравнимую с ассемблером? P.S. Я такого не припоминаю
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 16:22
	> Другие языки имеют стандарт? дай определение стандарта! > Имеют либы на все случаи жизни? В том то и дело, это либа - беги переписывать, ибо либы на каждый день на каждый случай можно придумать. Вся суть ваших стандартов в этом, переписать на новую либу. > Имеют бесшовную интеграцию с кодом на Си и его тысячами либ? Зачем с Си? бесшовность на уровне бинарного интерфейса обеспечивается. > Имеет обратную совместимость? Дайте определение обратной совместимости? > Имеет скорость сравнимую с ассемблером? Любой ЯП который компилируется в нативный код. > P.S. Я такого не припоминаю Вы таких ЯП просто не знаете.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	–1 +/–
	Сообщение от Аноним (64), 27-Сен-26, 17:11
	> дай определение стандарта! Значит не имеют. > Зачем с Си? бесшовность на уровне бинарного интерфейса обеспечивается. Значит не имеют. > Дайте определение обратной совместимости? Значит не имеют. > Любой ЯП который компилируется в нативный код. Откровенная ложь. > Вы таких ЯП просто не знаете. Так ты и не назвал. Значит то же не знаешь?
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Метрика (?), 27-Сен-26, 18:24
	Официальный документ ISO, который документирует синтаксис и поведение ядра языка и стандартной библиотеки
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	76. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 18:52
	так отлично, а теперь дайте определение понятия "контракт" и сделайте вывод, должен ли ЯП с парадигмой "Design by contract" иметь стандарт? Вопросом, для чего нужны стандарты, задаваться не буду, считаем по определению, что вы знаете ответ. пс: ниже ссылка на википедию есть.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Метрика (?), 27-Сен-26, 19:22
	Я вас расстрою, но контракт это в первую очередь договор, придется вас просветить что контракты в C++26 это лишь часть этого соглашения на уровне передачи значений аргументов в функцию, есть например абстрактные классы в C++ они накладывают обязательство на производные классы реализовать свой API это тоже контракт, даже API любой функции или обьекта это тоже контракт, когда есть договор что функция называется X, содержит столько аргментов, таких то типов и возращает значение или адрес такого то типа
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 19:41
	> Я вас расстрою, но контракт это в первую очередь договор ясно, понятно, и типы таким макаром есть контракт :)
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Метрика (?), 28-Сен-26, 06:56
	Все верно, типы это часть соглашения чтобы одна часть кода понимала другую
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 28-Сен-26, 15:53
	прям как Ынтеллект у ЫЫ, очередной нейрослоупок детектед!!!
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Метрика (?), 27-Сен-26, 19:26
	Так что да, на уровне стандарта контакты есть в ядре языка это абстрактные классы и контракт C++26, которые обязывают обе стороны взаимодействия придерживаться соглашений в API и значений передаваемых в них
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	87. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 19:49
	""" It prescribes that software designers should define formal, precise and verifiable interface specifications for software components, which extend the ordinary definition of abstract data types with preconditions, postconditions and invariants. """ Перевод нужен? А теперь вернемся к "в других языках это давно было :)", что появилось в C++26? А появилось именно "which extend the ordinary definition of abstract data types with preconditions, postconditions and invariants.", которое как я уже сказал, давно существует в других языках, каких именно - по ссылке расписано. Есть ли у этих ЯП спецификации и стандарты, смотри уже по ссылкам на сами ЯП.
	Ответить | Правка | Наверх | Cообщить модератору

	121. Скрыто модератором	+/–
	Сообщение от Метрика (?), 28-Сен-26, 07:03
	Выразите мысль, а то у вас набор бессвязных слов
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 18:57
	поправлю, это не просто документ ISO, ISO это просто организация, а в первую очередь - спецификация ЯП. ISO просто утверждает фиксированную версию спецификации ЯП как стандарт. ЯП не имеющий спецификации по определению не будут стандартизированы!!!
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	82. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Метрика (?), 27-Сен-26, 19:23
	100%
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (60), 27-Сен-26, 22:08
	Есть такой стандарт ANSI INCITS 226-1994, ранее известный как ANSI X3.226-1994, до которого крестам как до Луны пешком. Так что не начинай про стандарты, не вывезешь. Лучше на практическую сторону вопроса дави, в крайнем случае соврёшь, что ты под NDA, когда разговор дойдёт до того, что кресты в общем-то мало где используются даже на 10% возможностей, и в подавляющем большинстве случаев можно было обойтись банальной Явой, а то и Питоном.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	123. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Метрика (?), 28-Сен-26, 07:26
	10% крестов, Ява с питоном ммм мякотка))) ваш уровень понятен
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 16:26
	На досуг нейрослоупокам //en.wikipedia.org/wiki/Design_by_contract
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	110. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (60), 27-Сен-26, 22:11
	Ты бы ещё VDM-SL вспомнил.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 22:46
	> Ты бы ещё VDM-SL вспомнил. для описания формального языка необходим мета язык, что тут неясного? По сути исходный код на современных ЯП должен был быть своего рода спецификацией, а компилятор уже имплементировал в кодах операций той или иной архитектуры. Но на деле получили то, что получили.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (106), 27-Сен-26, 21:43
	>Другие языки имеют стандарт? Имеют либы на все случаи жизни? Имеют бесшовную интеграцию с кодом на Си и его тысячами либ? Имеет обратную совместимость? Ada. Контракты в ней вроде с 2012-го года.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	117. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (117), 28-Сен-26, 00:21
	не имеют необходимость городить лапшу?
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

45. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
Сообщение от Аноним (45), 27-Сен-26, 15:10
Говорили роботы-терминаторы, вирусы там, а оказалось, что бесконечные обновления нас добъют.
Ответить | Правка | Наверх | Cообщить модератору

51. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+3 +/–
Сообщение от Пует (?), 27-Сен-26, 15:53
Навайбкодили. А между тем, настоящий инженер знает истину, которая гласит о том, что чем меньше кода, тем меньше багов и, как следствие, потенциальных точек отказа.
Ответить | Правка | Наверх | Cообщить модератору

	85. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Метрика (?), 27-Сен-26, 19:35
	Вы пересказали концепцию микроядра
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (92), 27-Сен-26, 20:14
	> Вы пересказали концепцию микроядра Вам никто не запрещает ими пользоваться. И даже писать ваши драйвера под это все. Но говорят что с этим есть какой-то нюанс...
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Метрика (?), 28-Сен-26, 11:31
	Говорят в москве кур доят, больше слушайте, все ОС которыми пользуются 90% населения планеты это вариация микроядра, вот такой вот нюанс
	Ответить | Правка | Наверх | Cообщить модератору

	133. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 28-Сен-26, 15:56
	> это вариация микроядра совершенно верно, под названием ведро :))))
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Метрика (?), 29-Сен-26, 11:14
	Еще из декстопных макось, qnx как минимум и заметьте везде нормальное GUI, нормальный DE и нигде не лагает как в линуксе
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Инопланетянин (?), 27-Сен-26, 20:25
	> А между тем, настоящий инженер знает истину, которая гласит о том, что чем меньше кода, тем меньше багов и, как следствие, потенциальных точек отказа. Воистину. Лучший код - это его отсутсвие.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	102. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 21:00
	и любой алгоритм должен быть имплементирован только в железе!
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (60), 27-Сен-26, 22:15
	Этой штуке больше лет, чем тебе. Гугли "Wheel of Reincarnation", 196x год, точнее не помню.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 22:39
	> Этой штуке больше лет, чем тебе. Гугли "Wheel of Reincarnation", 196x год, > точнее не помню. это не шутка, это теорема!
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от пох.. (?), 27-Сен-26, 21:01
	в принципе, если бы, к примеру, в ведре отсутствовал код для espintcp - безусловно всем было бы лучше. Интересно, существует ли в мире вторая-то программа которой эта бредятина зачем-то сдалась? (первая-то понятно, эксплойт, вполне себе существует)
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	107. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (106), 27-Сен-26, 21:46
	Кол-во ошибок = (Плотность ошибок) * (Объём кода)
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	134. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 28-Сен-26, 16:00
	> Кол-во ошибок = (Плотность ошибок) * (Объём кода) ошибка это масса кода?
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (13), 29-Сен-26, 00:50
	Кол-во ошибок = (Плотность растерманов) * (Год релиза)
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

61. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
Сообщение от Аноним (60), 27-Сен-26, 16:34
Хорошие дыры в lxd/incus. Уже написал всем клиентам у кого ставил, мол, нужно срочно аудит и обновления. Денежка заработается, лишняя не будет. Жена просит сауну, хороший подарок на годовщину свадьбы будет. Эх, хорошо жить.
Ответить | Правка | Наверх | Cообщить модератору

	70. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от пох.. (?), 27-Сен-26, 18:10
	Да, неплохо, а как ты развел этих л-хов изначально-то ту хрень поставить?
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (60), 27-Сен-26, 20:53
	Нулевая стоимость лицензии при 100% покрытии юзкейса. Моя поддержка всяко дешевле лицензий на hyperv или vmware. Если нужно в контейнерах и виртуалках стандартный софт гонять по шаблонам, всё отлично работает. А малому и среднему бизнесу редко надо что-то больше. И ещё реже нужна доступность "на четыре девяточки".
	Ответить | Правка | Наверх | Cообщить модератору

63. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
Сообщение от Аноним (63), 27-Сен-26, 17:00
Через 2 недели ждём обновления в убунте. Или ещё не через две?
Ответить | Правка | Наверх | Cообщить модератору

67. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+3 +/–
Сообщение от ИмяХ (ok), 27-Сен-26, 17:15
И снова никого в тюрьму за эти бэкдopы не посадят, ведь это всё "случайные" ошибки, ага.
Ответить | Правка | Наверх | Cообщить модератору

	69. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 17:26
	наоборот, премию дают!
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
	Сообщение от Аноним (92), 27-Сен-26, 20:15
	> И снова никого в тюрьму за эти бэкдopы не посадят, ведь это > всё "случайные" ошибки, ага. Давай ты будешь нашим героем?! Пиши софт декларируя что он без багов. А если облажаешься мы тебя в тюрьму посадим. Офигенное же предложение, соглашайся! Мы даже денег дадим. Ну, пока ты еще на свободе, в тюрьме таки - будешь за еду кодить.
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	104. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 21:02
	Давай, я согласен, только дай мне задекларированное тобою "безбажное" железо! Офигенное же предложение, соглашайся! Я даже денег получу. Круто ведь. Ну, пока я не передумал, быстрее делай свое железо.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (60), 27-Сен-26, 22:17
	> безбажное железо Опасно играешь. Безбажного железа как овна за баней. А так-то резистор тоже железо.
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (41), 27-Сен-26, 22:55
	> Опасно играешь. Жизнь игра, а ты в ней декорация!
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (13), 29-Сен-26, 00:48
	> резистор тоже железо и даже у него есть шум.
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

108. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
Сообщение от Джон Титор (ok), 27-Сен-26, 21:54
И все сайтовладельцы побежали обновлять WordPress
Ответить | Правка | Наверх | Cообщить модератору

	129. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+1 +/–
	Сообщение от пох.. (?), 28-Сен-26, 14:35
	не все. твой index.htm в полной безопастносте.
	Ответить | Правка | Наверх | Cообщить модератору

124. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+2 +/–
Сообщение от Аноним (124), 28-Сен-26, 07:27
Проприетарщине тоже недолго осталось. В следующем году начнут с ИИ блобы разбирать, вернее мы услышим о результатах.
Ответить | Правка | Наверх | Cообщить модератору

	126. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Sm0ke85 (ok), 28-Сен-26, 08:11
	>Проприетарщине тоже недолго осталось. В следующем году начнут с ИИ блобы разбирать, вернее мы услышим о результатах. Судя по количеству обновлений и багов, проприетарщики тоже это понимают, а для них это сильно больнее будет, т.к. не имеют "тысячи глаз"))))
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
	Сообщение от Аноним (135), 28-Сен-26, 16:51
	К сожалению, у проприетарщиков фора, потому что они могут уже в этом году прогнать исходники мифосами и всё залатать.
	Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

141. "Уязвимости в LXD, Incus, Flatpak, GitLab, Radicle, ядре Linu..."	+/–
Сообщение от Аноним (141), 29-Сен-26, 17:50
Забавно, что [эту уязвимость](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) в Linux пропустил сотрудник secunet.com - ведущей немецкаой компания в сфере информационной безопасности и кибербезопасности.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема