The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в сетевых библиотеках языков Rust и Go, позволяющая обойти проверку IP-адресов, opennews (??), 08-Авг-21, (0) [смотреть все]

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


5. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +7 +/
Сообщение от Аноним (-), 08-Авг-21, 13:54 
> стандартная библиотека "std::net" (CVE-2021-29922)

Ух ты, оказывается CVE можно на ЯП получить :)

Ответить | Правка | Наверх | Cообщить модератору

226. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +3 +/
Сообщение от Аноним (226), 08-Авг-21, 17:25 
Библиотека ЯП != ЯП.
Ответить | Правка | Наверх | Cообщить модератору

380. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  –3 +/
Сообщение от Аноним (-), 09-Авг-21, 05:44 
> Библиотека ЯП != ЯП.

Хрустики довольно крепко прибили стандартную либу к языку. Ну, они должны были знать на что шли с таким дизайном...

Ответить | Правка | Наверх | Cообщить модератору

387. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +3 +/
Сообщение от Аноним (362), 09-Авг-21, 06:07 
> Хрустики довольно крепко прибили стандартную либу к языку.

Свою ненависть вы выразили. Только доказать ничего не доказали. Такое можно сказать абсолютно про любой язык со стандартной либой. Элементарная игра слов в надежде кого-то зацепить и вызвать эмоции. Любая контр-игра слов на тему "крепко прибили" подойдет, чтобы нейтрализовать ваше школьное "заклинание".

> Ну, они должны были знать на что шли с таким дизайном...

С каким таким дизайном?

Просто тупо вброс. Кто-то где-то так про что-то сказал, и там это прокатило. И вы решили что здесь тоже прокатит, если просто повторить слова.

Дилетант вы, короче, - это еще для вас был бы самый лучший вариант - если не попытаетесь сопротивляться и окончательно не опозоритесь. Как и все прочие бездари с подобными нападками.

Ответить | Правка | Наверх | Cообщить модератору

397. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  –2 +/
Сообщение от Аноним (397), 09-Авг-21, 08:48 
> Свою ненависть вы выразили. Только доказать ничего не доказали. Такое можно сказать
> абсолютно про любой язык со стандартной либой.

Для тех же сей более одного libc и это вообще не обязано поставляться как часть компилера и языка. Раст в этом неприятно отличается tight coupling, вплоть до того что часть фич безопасТности зачем-то вхардкожена именно в либу, и если ее использовать не катит, как в линукскернеле каком, то и безопасТность оказывается не положена. А почему tightly couple'ить либу, делая ее частью яп - можно, а CVE так же считать - нельзя?

> "крепко прибили" подойдет, чтобы нейтрализовать ваше школьное "заклинание".

Это просто первое что пришло в бошку после чтения тредика в линуксной рассылке с хрустодрайверами.

> С каким таким дизайном?

Ну вот таким - tightly coupled либой к яп, вплоть до отвала секурити фич если ей вдруг не пользоваться. Если оно tightly coupled - ну тогда и CVE на яп получайте, не? Вроде честно, если вы настаиваете что это именно часть ЯП.

> вариант - если не попытаетесь сопротивляться и окончательно не опозоритесь. Как
> и все прочие бездари с подобными нападками.

Да вот, становиться профессионалом в вебмакакинге и хайпе мне как-то не с руки.

Ответить | Правка | Наверх | Cообщить модератору

434. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +3 +/
Сообщение от Аноним (434), 09-Авг-21, 12:53 
> Для тех же сей более одного libc и это вообще не обязано
> поставляться как часть компилера и языка. Раст в этом неприятно отличается
> tight coupling, вплоть до того что часть фич безопасТности зачем-то вхардкожена
> именно в либу, и если ее использовать не катит, как в
> линукскернеле каком, то и безопасТность оказывается не положена. А почему tightly
> couple'ить либу, делая ее частью яп - можно, а CVE так же считать - нельзя?

...
> Ну вот таким - tightly coupled либой к яп, вплоть до отвала секурити фич если ей вдруг не пользоваться. Если оно tightly coupled - ну тогда и CVE на яп получайте, не? Вроде честно,
> если вы настаиваете что это именно часть ЯП.

Спокойно. Это лишь Балабол294 - опять бредит и призывает оспорить свои фантазии.
Расходимся, пацаны.

Ответить | Правка | Наверх | Cообщить модератору

435. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +1 +/
Сообщение от Аноним (362), 09-Авг-21, 12:53 
> Для тех же сей более одного libc и это вообще не обязано поставляться как часть компилера и языка. Раст в этом неприятно отличается tight coupling, вплоть до того что часть фич безопасТности зачем-то вхардкожена именно в либу, и если ее использовать не катит, как в линукскернеле каком, то и безопасТность оказывается не положена. А почему tightly couple'ить либу, делая ее частью яп - можно, а CVE так же считать - нельзя?

Раст еще достаточно молодой язык. А языку С сколько лет уже?
По-вашему, язык С моментально возник именно в таком состоянии, какой он сейчас?
В каких условиях он создавался? Размер кода первых версий С, количество людей его создававших. Требования и цели.

Про ваше tight couple см. ниже.

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

А пока что кроме "крепко прибитой" ненависти, мешающей вам трезво мыслить, в вашей "бошке" ничего особо не наблюдается.

>> С каким таким дизайном?
> Ну вот таким - tightly coupled либой к яп, вплоть до отвала секурити фич если ей вдруг не пользоваться. Если оно tightly coupled - ну тогда и CVE на яп получайте, не? Вроде честно, если вы настаиваете что это именно часть ЯП.

Зачем вам в текущем Расте так необходимо "без либы"?
Вам этот язык зачем вообще? Перед пацанами попонтоваться?

Нужна такая эквилибристика с либами, ну так и юзайте С дальше.

Ну напишите достойную либу взамен стд, глядишь оно как-то в процессе создания рас-tight-ится и рас-coupl-ится. Просто сразу видно, вы реально проектированием не занимались, поэтому и не знаете как это происходит.

Народ еще с одной либой не разобрался толком, как ее готовить, а вам уже подавай сразу несколько.

Естественно, что если что-то существует в единственном экземпляре, оно и будет tightly coupled.

Хотя, еще неизвестно, настолько ли оно действительно tightly coupled, насколько вы тут возмущенно кричите. Пока что это лишь ваши голословные заявления. Может вы просто не умеете, а те кто умеют, им пока этого не надо. Чаще всего оказывается именно так.

Вам оно надо? Ну так возьмите и реализуйте!
Не можете сами? А с чего это вдруг вам вынь да положь, и типа все вам обязаны.

> Да вот, становиться профессионалом в вебмакакинге и хайпе мне как-то не с руки.

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

Ответить | Правка | К родителю #397 | Наверх | Cообщить модератору

440. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  –1 +/
Сообщение от Совершенно другой аноним (?), 09-Авг-21, 15:53 
>> Для тех же сей более одного libc и это вообще не обязано поставляться как часть компилера и языка. Раст в этом неприятно отличается tight coupling, вплоть до того что часть фич безопасТности зачем-то вхардкожена именно в либу, и если ее использовать не катит, как в линукскернеле каком, то и безопасТность оказывается не положена. А почему tightly couple'ить либу, делая ее частью яп - можно, а CVE так же считать - нельзя?
> Раст еще достаточно молодой язык. А языку С сколько лет уже?
> По-вашему, язык С моментально возник именно в таком состоянии, какой он сейчас?

На языке C уже в в первые годы своего существования было переписан как userland UNIX, так и его ядро, а что Rust сделал для хип-хопа в свои годы? (с)

>>> С каким таким дизайном?
>> Ну вот таким - tightly coupled либой к яп, вплоть до отвала секурити фич если ей вдруг не пользоваться. Если оно tightly coupled - ну тогда и CVE на яп получайте, не? Вроде честно, если вы настаиваете что это именно часть ЯП.
> Зачем вам в текущем Расте так необходимо "без либы"?
> Вам этот язык зачем вообще? Перед пацанами попонтоваться?

за тем, что C это язык системного программирования, который используется для написания в том числе ядер ОС, и для программирования в том числе и на bare metal. В стандарте C предусмотрен даже режим freestanding environment, подразумевающий отсутствие каких-либо библиотек вообще. Rust метит на место C, и должен, по-логике, предоставлять аналогичные возможности.

> Ну напишите достойную либу взамен стд, глядишь оно как-то в процессе создания

друг вам вынь да положь,

... overquoting is deleted

> и типа все вам обязаны.

по-спокойней не нервничайте так. Нервные клетки не восстанавливаются.

Ответить | Правка | Наверх | Cообщить модератору

441. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +1 +/
Сообщение от Аноним (-), 09-Авг-21, 16:04 
> На языке C уже в в первые годы своего существования было переписан

Фу. Хрусто^Сишкомакаки только и умеют что переписывать!(с)
> как userland UNIX, так и его ядро, а что Rust сделал для хип-хопа в свои годы? (с)

И как, там кода по объему хоть в пол-RedoxOS студенческого наберется?

> C, и должен, по-логике, предоставлять аналогичные возможности.

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

Ответить | Правка | Наверх | Cообщить модератору

442. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  –1 +/
Сообщение от Совершенно другой аноним (?), 09-Авг-21, 16:12 
>> На языке C уже в в первые годы своего существования было переписан
>> как userland UNIX, так и его ядро, а что Rust сделал для хип-хопа в свои годы? (с)
> И как, там кода по объему хоть в пол-RedoxOS студенческого наберется?

в отличие от Redox оно работало, и даже в том виде было гораздо более полезно.

>> C, и должен, по-логике, предоставлять аналогичные возможности.
> И че, не предоставляет?
> Тут критикуют очередного горе-набросчика за пространно-мутные рассуждизмы и упорное избегание
> конкретики.
> Так-то недавно, в "соседней" новости о "хрусте" тоже сначала с умным видом
> предлагали взять хелловрот на "хрусте" и посчитать все зависимости, а потом
> долго плевались и отмазывались, что хелловрот "нипраильный, негодный и несчитаица" -
> потому что в нем взяли и обошлись без std-либы, просто вызывая
> сисколы.

Вы с предыдущим Анонимом договоритесь, он там спрашивал - зачем без библиотек.

Ответить | Правка | Наверх | Cообщить модератору

449. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +/
Сообщение от Аноним (-), 09-Авг-21, 16:33 
> в отличие от ... бла-бла-опять-рассуждизмы-0-конкретики

...
> Вы с предыдущим Анонимом договоритесь, опять очередной уход от "неудобных" вопросов

Ну, в принципе, ничего иного и не ожидалось.


Ответить | Правка | Наверх | Cообщить модератору

471. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  –1 +/
Сообщение от Урри (ok), 09-Авг-21, 17:38 
Вообще-то оный аноним прав - язык С как только появился, так сразу на нем написали кучу нужного и работающего кода. Причем весь этот код (за редкими исключениями) можно и сейчас спокойно скомпилировать под целую кучу платформ. Скомпилировать и запустить.

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

Раст же разрабатывают типичные смузихлебы в стиле аджайл: "не надо думать, надо делать". Всплыла в процессе проблема? Решаем. Всплыла новая - решаем. Оказалось, что предыдущие решения плохие - все выкидываем и по решаем новой.

Поэтому раст уже сейчас выглядит как лоскутное одеяло - заплатка на заплатке. Куча совершенно излишних в нормальном языке элементов синтаксиса. зачастую закодированных символами. Зачем??

Язык С, на котором удобно и просто можно закодировать ВСЕ, имеет 32 зарезервированных слова. Тридцать два. Этого хватает, чтобы построить любую нужную конструкцию и запрограммировать любой нужный алгоритм.

У раста более 60 зарезервированных слов, и лень считать сколько зарезервированных одноразовых символов.

Впрочем, ладно. То такое. Технический долг он такой - обязательно догонит.

Питон очень дорого и с большими боями таки выстоял, не умер. Но у него было преимущество в незанятой нише и отсутствии конкурентов. Сможет ли раст выстоять, не имея таких преимуществ?

Ответить | Правка | Наверх | Cообщить модератору

478. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +/
Сообщение от Аноним (579), 09-Авг-21, 17:57 
> Вообще-то оный аноним прав - язык С как только появился, так сразу
> на нем написали кучу нужного и работающего кода. Причем весь этот
> код (за редкими исключениями) можно и сейчас спокойно скомпилировать под целую
> кучу платформ. Скомпилировать и запустить.

И опять - 0 конкретики, только размышлизмы и рассуждизмы.

> Ибо синтаксис языка С изначально был настолько качественно продуман, что до сих
> пор не нуждается в переделке.


#define SWAP(x, y) \
  do { \
    tmp = (x); \
    (x) = (y); \
    (y) = tmp; } \
  while (0)
...
static const signed long int* const restrict борщ
...
struct timeval {
                         time_t          tv_sec;  // изначальное отсутствие отдельного неймспейса у структов передает приветы
                         suseconds_t     tv_usec;
                 };


о да, о да, развестье еще кому-нибудь этой мягкуой французской бул^W лапши на ушах ...
  

> остальной унылый наброс поскипан - повторение одних и тех же пространных рассуждизмов в 100500 вызывает лишь скуку

Ответить | Правка | Наверх | Cообщить модератору

494. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +/
Сообщение от Прохожий (??), 09-Авг-21, 20:43 
Тогда, вообще-то, софта никакого не было. И писать можно было, вообще-то, изначально или в машинных кодах, или на ассемблере. А тут, о радость, подвезли хоть что-то более удобоваримое, более высокоуровневое - C! Конечно, народ накинулся на этот язык, потому что альтернативы и не было ему, в отличие от дней сегодняшних.

Синтаксис языка С продуман? Не смеши мои тапки: left evaluated-выражения, rigth evaluated-выражения, здесь так, здесь сяк, а здесь в газету заворачиваем. И где продуманность работы с указателями и памятью? А макросы чего стОят, хотя это и не совсем C: лапша лапшой.

Что такое "типичные смузихлёбы"? Ты только водку на работе пьёшь, только хардкор?

Ну ок, видимо, в твоём извращённом лексиконе это что-то ругательское, сродни идиотам малограмотным. Ты так кого называешь? Профессионалов высокого класса в области теории типов? Ты сам вообще кто, чтобы давать подобные оценки? Хотя бы кандидатскую защитил? Или курсы ускоренного программирования на C - наше всё?

> Язык С, на котором удобно и просто можно закодировать ВСЕ, имеет 32 зарезервированных слова. Тридцать два.

И при этом 80% ошибок - работа с памятью. Простота же, чё!

Ответить | Правка | К родителю #471 | Наверх | Cообщить модератору

493. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +/
Сообщение от Прохожий (??), 09-Авг-21, 20:27 
> На языке C уже в в первые годы своего существования было переписан как userland UNIX, так и его ядро, а что Rust сделал для хип-хопа в свои годы? (с)

UNIX тогда чем-чем был? Правильный ответ: примитивщиной. Поэтому не аргумент.
На Rust Redox написан.

> Rust метит на место C, и должен, по-логике, предоставлять аналогичные возможности.

Дык он и предоставляет. И дополнительно другие возможности, которых в C отродясь не было и никогда, наверное, уже не будет. Не хотите пользоваться стандартной библиотекой? Вас кто-то заставляет?

Ответить | Правка | К родителю #440 | Наверх | Cообщить модератору

536. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  –1 +/
Сообщение от Совершенно другой аноним (?), 10-Авг-21, 08:40 
>> На языке C уже в в первые годы своего существования было переписан как userland UNIX, так и его ядро, а что Rust сделал для хип-хопа в свои годы? (с)
> UNIX тогда чем-чем был? Правильный ответ: примитивщиной. Поэтому не аргумент.

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

> На Rust Redox написан.

И где он? он предоставляет возможности той "примитивщины", которой тогда был UNIX? Ещё раз повторюсь - уже тогда и UNIX и C вполне себе приносили пользу.

Ответить | Правка | Наверх | Cообщить модератору

539. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  –3 +/
Сообщение от Аноним (-), 10-Авг-21, 09:03 
> Раст еще достаточно молодой язык.

Ну как, уже более 10 лет вроде. При этом какие-то дурные детские болезни в каких-то самых базовых вещах. Не понимаю, почему когда кто-то хочет юзать это в линухе то должны отваливаться какие-то секурити фичи т.к. видите ли гении не придумали ничего умнее как в стандартную либу затолкать, как не подумали о модульности и опциональности жырнолибы. И все это при freestanding в сях в стандарте с 99 года, например. Теперь конечно феерически костылят, но это во первых WIP, во вторых костыли.

> А языку С сколько лет уже?

А это, их опыт и набитые шишки не котировались, все надо с ноля набить? Ну, тогда может годиков через 15 и станет чем-то относительно вменяемым.

> По-вашему, язык С моментально возник именно в таком состоянии, какой он сейчас?

По моему мнению - тупо вставать на 1 грабли 2 раза, и только глупый человек не учится на чужих ошибках. Как можно понтоваться претензией на системность и не подумать о freestanding и подвидах этого я не понимаю. Единственное объяснение - те кто корчил из себя системщиков, таковыми не являлись, грубо зафэйлив свою часть, и это в результате чуть не на уровне дизайна некоторых вещей. Cерьезный пр#$б. Какой-нибудь си достаточно примитивен и прост для того чтобы можно было get away with it, заткнув и заворкэраундив. А на расте постоянно переделывают компилер, линкер, стандартную либу, ... - все на гвозди прибито.

> В каких условиях он создавался? Размер кода первых версий С, количество людей
> его создававших. Требования и цели.

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

> А пока что кроме "крепко прибитой" ненависти, мешающей вам трезво мыслить, в
> вашей "бошке" ничего особо не наблюдается.

Ну, мне не нравится NIH. Зачем мне набивать все шишки заново с теми кто нагло проигнорил чужой опыт и факапы? Да еще шестерит перед корпами.

> Зачем вам в текущем Расте так необходимо "без либы"?
> Вам этот язык зачем вообще? Перед пацанами попонтоваться?

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

А пацаны так то там нормальные, понтануться перед ними - сочту за честь. Если они это засчитают. А вот это нелегко, они там себе цену знают и их скилл под стать.

> Нужна такая эквилибристика с либами, ну так и юзайте С дальше.

Ну так нафиг было понтоваться системностью и лезть в линух? :)

> рас-tight-ится и рас-coupl-ится. Просто сразу видно, вы реально проектированием не
> занимались, поэтому и не знаете как это происходит.

Я вижу что вот этим вот - при создании хруста и его либ почти не пахло, это должно мне добавить оптимизма на счет этого хайпа? Лучше бы они побольше этого и поменьше хайпа и прибитых на гвозди допущений - глядишь что-то дельное бы вышло.

> Народ еще с одной либой не разобрался толком, как ее готовить, а
> вам уже подавай сразу несколько.

Вообще, переделать откровенную х...ю пока ее массово не взяли в оборот - менее болезненно чем когда это используется в куче мест. И вон какой-нибудь posix или дурные функции в стандартной либе сей - ну вот так, по человечески, это следовало бы выпилить. По соображениям качества софта и секурити. Но если это сделать - планета остановится. И такого пижонства на этой фазе себе позволить уже нельзя. Но в хрусте пока еще шанс есть и на их месте я бы резко выкатил какой-нибудь 2.0 с менее закорючистым синтаксисом и исправлением подобных тупняков.

> Естественно, что если что-то существует в единственном экземпляре, оно и будет tightly coupled.

Это circular dependency: это делает альтернативную реализацию сильно сложнее, менее востребованной, и в целом - "маловероятной". Дурной паттерн дизайна самоблокируется.

> Хотя, еще неизвестно, настолько ли оно действительно tightly coupled, насколько вы тут
> возмущенно кричите.

Судя по дискуссиям в LKML, теоретически, исправлению может поддаваться. Практически, кажется, это будет теми еще костылями.

> просто не умеете, а те кто умеют, им пока этого не надо. Чаще всего оказывается именно так.

Что-то дискуссии в LKML на тему произвели другое впечатление.

> Вам оно надо? Ну так возьмите и реализуйте!

Ну, мне оно не настолько надо, чтобы чьи-то факапы аж на фазе архитектуры грудью костылировать. Мне что-то жрать надо, да и разгребать за корповскими вебмакаками возомнившими себя системщиками их факапы - так себе занятие, имхо.

> Не можете сами? А с чего это вдруг вам вынь да положь,
> и типа все вам обязаны.

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

> В-общем, нет у вас реально обоснованных претензий. Лишь тупая ненависть, оправдываемая
> притянутыми за уши проблемами, которых у других нет, а у вас
> почему-то есть, но сами вы их решить не можете.

Ну, знаете, я могу оценить объем работ в исправлении косяков корп вебмакак. И что-то мне этим забесплатно заниматься - не вштыривает. Ну и да, будем честны, я не люблю корпов, вебмакаки и (анти)паттерны которые они приносят. Главный из которых - code first, think later.

Ответить | Правка | К родителю #435 | Наверх | Cообщить модератору

417. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +1 +/
Сообщение от amonimous (?), 09-Авг-21, 10:26 
Если только это не СТАНДАРТНАЯ библиотека.
Ответить | Правка | К родителю #226 | Наверх | Cообщить модератору

423. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  –2 +/
Сообщение от mathimaticusExterminatus (?), 09-Авг-21, 11:06 
тогда CVE будет на конкретную реализацию языка
Ответить | Правка | Наверх | Cообщить модератору

239. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +/
Сообщение от макпыф (ok), 08-Авг-21, 17:44 
на ЯП нет, это библиотека
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

348. "Уязвимость в сетевых библиотеках языков Rust и Go, позволяющ..."  +/
Сообщение от Прохожий (??), 08-Авг-21, 23:35 
Ух ты, оказывается сову на глобус можно натянуть, не вникая в написанное.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру