The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в процессорах Intel, приводящая к утечке данных по сторонним каналам, opennews (??), 28-Апр-23, (0) [смотреть все]

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


55. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (55), 28-Апр-23, 21:38 
> При тех выч мощностях их бы послали даже не на 3 буквы на пинками, потому что их поделие тормозило бы дико, настолько что смысла его даже рассматривать нет.

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

> следствие прогресса, который вы пытаетесь помножить на ноль.

Глупости. Если современная техника лучше допотопной и позволяет писать и выполнять безопасный код, то какой смысл возиться с небезопасным? Ты ещё порекомендуй отказаться от языков высокого уровня, потому что когда-то компьютеры не могли компилировать и всё надо было писать на ассемблере и ещё нанимать девочек, которые будут мнемоники переводить в машинные коды.

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

57. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +1 +/
Сообщение от Ivan_83 (ok), 28-Апр-23, 21:52 
Зачем мне ваша безопасность если оно жрёт и память и проц как не в себя а пользу я не вижу?

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


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

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

59. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  –1 +/
Сообщение от Анонимусс (?), 28-Апр-23, 22:18 
Так проблема в том что "а пользу я не вижу".

> Мне от компьютера нужно то что я заказывал - обработать нужную мне информацию и показать результат.

Прям как в 80х! Не хватает только девочек с прикладной, которые будут забивать код в эвм))
Ну не самому же это делать в самом деле)

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

63. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +1 +/
Сообщение от Ivan_83 (ok), 28-Апр-23, 22:41 
Объясняю на простом и доступном языке.

Я покупаю перфоратор потому что мне нужны дырки в стене которые он делает.
Мне не нужен перфоратор, не нужны буры, не нужен чемоданчик с запасными щётками, смазкой и тп, мне нужны ДЫРКИ в стене.

Точно так же с компьютером.
Я его купил чтобы лазать по инету, играть в игры, общатся.
Иногда мне приходится самому что то там дописывать, править баги, писать вообще новые проги с нуля - но только потому что мне нужен результат работы этих программ, не сами программы/патчи.

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

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

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

64. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Анонимусс (?), 28-Апр-23, 22:55 
Объясняю на простом и доступном языке.

Ты считаешь что если тебе что-то не нужно, то это не нужно и всем остальным.
Это первая и самая важная ошибка. Тебе нужен комп чтобы он тебе что-то считал, на мобиле у тебя только пароль от wifi, а безопасность сводится к сигналке и стволу.
И больше тебе ничего не нужно. Но это ТВОИ ЛИЧНЫЕ проблемы.
Зато можешь поныть в интернетиках, смотря на прогресс.

> cтоит в 10х, жрёт электричества 10х, шумит 10х

Какая же бездарная брехня... Даже джава редко настолько медленнее чем дыряшка.
Основная идея раста как раз сделать все возможные проверки в compile-time.
И минимальное кол-во проверок во время выполнения.

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

> я не боюсь ударов током и лишних дырок в организме

Ну если действительно так, то осчастливь мир и сделай пару новых дырок))

PS. в перфах бош как раз двойная изоляция, плавный пуск и муфта от заклинивания.
Они заботятся о безопасности своих пользователей.

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

68. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Ivan_83 (ok), 28-Апр-23, 23:19 
Меня устраивает то как оно есть сейчас, это вы с гнилью во все щели лезите.

С вам тоже разрешает включить массу compile time проверок, я вот включаю у себя в проектах, а то что другие не включают - это не проблема С.
Ходите с петицией к компиляторщикам чтобы включали всё по дефолту и -Werror заодно, получится не хуже вашей гнили, ругани будет точно больше.

Ещё раз, мне пофик что у боша, я купил дырки. )

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

140. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (139), 29-Апр-23, 17:06 
> Даже джава редко настолько медленнее

Ну если копнуть историю, то java разрабатывалась для SPARC. И там она была вполне себе. С учётом всей сановской архитектуры. Даже на телефонах работала. Но Интел - это же другое, да. То, что её начали туда пихать, на железки которые до сих пор не имеют шин типа SBUS, NBUS - это "веяние рынка". Sun проcpали патамушта дорого.

> большинству это нафиг не сдалось

Большинству вообще ничего нафиг не сдалось, три основных функции организма - ихнее всё.

>PS. в перфах бош как раз двойная изоляция, плавный пуск и муфта от заклинивания.

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

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

203. Скрыто модератором  +/
Сообщение от Аноним (-), 02-Май-23, 04:04 
Ответить | Правка | Наверх | Cообщить модератору

141. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  –1 +/
Сообщение от Аноним (139), 29-Апр-23, 17:08 
>мне нужны ДЫРКИ в стене.

Стеночный дырофил?

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

193. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (-), 01-Май-23, 17:46 
> Так проблема в том что "а пользу я не вижу".

Представляешь, для начала компьютер должен работать. И желательно - хорошо. А постоянные тупнями, лаги и дергание программ с ломовым жрачем ресурсов вызывают у пользователей только ненависть. Хоть трижды безопасно оно там будет, это не сильно ценно если остальные параметры трэш. А ультрабезопасность дорогой ценой пользователям не особо надо, такая вот печаль. Они лучше Win95 без системой прав будут пользоваться если UX лучше. И пользовались, т.к. это позволяло более дешевому компу шустро работать, а NT4 да и винтукей не очень хорошо продавались и даже такой кадавр как MS смог на более безопасную архитектуру ос перейти лишь с 3 серьезной попытки (у них и иные причины были, и много).

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

65. Скрыто модератором  –1 +/
Сообщение от Аноним (-), 28-Апр-23, 22:59 
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

66. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (-), 28-Апр-23, 23:03 
Ой, а чего это ты вдруг тему решил сменить? Я ему про Фому, он мне про Ерёму.

Ты заявил, что раст был невозможен в 70-е из-за тормознутости программ. Я говорю тебе, что нет. Он был невозможен из-за тормознутости компилятора: компилятор выполняет очень много работы, столько, сколько в 70-х было невозможно выполнить. А вот результат, в плане производительности и потребления памяти, как правило в пределах статистической погрешности от результата на C. Иногда быстрее, иногда медленнее, но там речь идёт о единицах процентов или меньше.

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

69. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Ivan_83 (ok), 28-Апр-23, 23:57 
Да какие там 70-е, до CORE арихитектуры растоманов бы то 100% выгоняли везде понятнокакими тряпками.
У меня почти топовый п3 не мог обычный 720p h.264 проиграть программно, а тут ещё вы со своей поделкой.

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

Потом у С компилетайм проверки почему то не тормозят, а у современного С их там очень не мало.


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

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

72. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Анонин (?), 29-Апр-23, 00:37 
> а на практических реализациях разница может улететь в разы

но пруфцов мы как всегда от тебя не дождемся?

> как с крестами я неоднократно видел.

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

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

просто вранье на вранье))
Давай откроем cvedetails для кернела, напр за 2022год, потому что 23 еще в процессе, и отсортируем по score от 7 и выше
CVE-2022-0435 - Overflow

CVE-2022-34918 - Buffer Overflow
CVE-2022-32250 - Use After Free
CVE-2022-29581 - Use After Free
CVE-2022-29156 - Double Free
CVE-2022-28893 - Use After Free
CVE-2022-23222 - NULL Pointer Dereference
CVE-2022-1998 - Use After Free
CVE-2022-1943 - Out-of-bounds Write
CVE-2022-1882 - Use After Free
CVE-2022-1786 - Use After Free
CVE-2022-1679 - Use After Free
CVE-2022-1652 - Use After Free
CVE-2022-1116 - Integer Overflow or Wraparound (юху! что-то новенькое!)
CVE-2022-0998 - Integer Overflow or Wraparound (ладно, не такое уж новенькое)
CVE-2022-0995 - Out-of-bounds Write
CVE-2022-0847 - Improper Initialization (ура! первая логическая... ну, как логическая, этот хлам просто позволяет так делать)
CVE-2022-0742 - Failure to Release Memory Before Removing Last Reference ('Memory Leak')
CVE-2022-0646 - Incomplete Cleanup (вторая логическая! но если бы был бы нормальный RAII, хотя стоп, мы же про си говорим, какой RAII...)
CVE-2022-0500 - Failure to Constrain Operations within the Bounds of a Memory Buffer
CVE-2022-0185 - Integer Overflow or Wraparound
CVE-2021-34866 - Access of Resource Using Incompatible Type ('Type Confusion') - логическая, исправляется нормальной системой типов
CVE-2021-22600 - Double Free
СVE-2021-4197 - Improper Authentication - логическая
CVE-2021-4157 - Failure to Constrain Operations within the Bounds of a Memory Buffer
CVE-2021-4154 - Use After Free
CVE-2021-4093 - Out-of-bounds Read
CVE-2021-3847 - Improper Preservation of Permissions - логическая
CVE-2021-3773 - хз, пусть будет логическая
CVE-2021-3760 - Use After Free
CVE-2021-3752 - Use After Free
CVE-2021-3715 - Use After Free
CVE-2021-3656 - Missing Authorization - логическая

Итого - у нас 33 ошибки, из которых максимум 7 логических, а остальные 26 (или 79%) - традиционное сишное д***мо с памятью.

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

И сколько дыряшного кода не приводит к CVE - можно только гадать.
А ты можешь думать что хочешь)))

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

73. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Ivan_83 (ok), 29-Апр-23, 01:24 
Не дождётесь, я ж на гниле не пишу.

Всего 33 типа ошибки на такую огромную кодовую базу, давай покажи сколько с помощью них нахакали.

Вот тебе новость: https://www.opennet.ru/opennews/art.shtml?num=59036
и такого полно, и всякое прямо без паролей в инет выставляют - даже ломать не надо.
Я это к тому, что в денежном эквиваленте ущерб от этих ошибок вообще не виден на общем фоне.

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

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

100. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Анонин (?), 29-Апр-23, 10:28 
> Всего 33 типа ошибки на такую огромную кодовую базу

Мда... ты опять недогоняешь. Это 33 cve за 2022 год с скором больше 7. А самих cve на порядок больше - 300 с чем-то за тот же год. Плюс не каждый баг является CVE. Думаю обычных багов порядка на два-три больше.

Поэтому еще раз - из группы ошибок, которые представляют наибольшую угрозу для безопасности пользователя - 79% сишного рукодупство с памятью. Что 10 лет назад, что 20 лет назад, что сейчас - сплошные out-of-bounds, use-after-free, double-free и тд. Сишники... сишники никогда не меняются

> Я это к тому, что в денежном эквиваленте ущерб от этих ошибок вообще не виден на общем фоне.

И пруфцов как обычно не будет?)

> Потом сходи посмотри на вордпресс

Ахаха, вот мы и скатились до сравнения ядра линукса с поделками на пыхе! Шикарно.
Может еще сравним с лабами школьников из спецшкол? На их фоне ядро будет выглядеть прост прекрасно.

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

119. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Ivan_83 (ok), 29-Апр-23, 14:11 
Чувак, жизнь полна ошибок, ошибатся, признавать ошибки, исправлять ошибки - таков путь.

Я не знаю как вас воспитывали и обучали (надеюсь не сильно били током) что вы так боитесь любых ошибок.

Пых такой же как раст, или вы думаете что расте будут писать какие то особенные эльфы, совсем не похожие на гоблинов с пхп?
Любой высокоуровневый язык привлекает как раз низко квалифицированных разрабов, которые ничего не понимают и не хотят понимать.
А поскольку гниль пеарят как "язык для илиты где нет ошибак" то он быстро наберёт как раз разрабов уровня пхп пограмист, которые будут везде с умным видом говорить: "раз собралось значит ашибак нет, капелятыр гарантырует!" и будет плести кучу умных слов про трейты, тесты и прочее.

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

Те я веду к том, что среднее колличество ошибок относительно кодовой базы примерно постоянная величина если специально не проводить отбора пограмистов и специально не вводить в процесс разработки методики для уменьшения ошибок и их раннего обнаружения.
Условно через 10 лет на гниле будет быдлокодеров даже больше, потому что они придут с улицы и не будут нифига понимать в происходящем.
Это сейчас под действием пропаганды на гнль свитчатся всякие Сишники и крестовики которые что то видели и им надоело думать о том откуда берутся ошибки.

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

127. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Анонин (?), 29-Апр-23, 15:34 
Мы не боимся ошибок. Просто на ошибках надо учиться. А не повторять их из года в года с жалкими оправданиями.
Ну а если ты не учишься... то у меня для тебя плохие новости))

А на си сейчас пишут великие умы? Или какие-то особенные эльфы?
Нет, такие же быдлокодеры что на пыхе, только с непомерным ЧСВ.

> и будет плести кучу умных слов про трейты, тесты и прочее.

Ахаха, ну да, тесты не нужны))

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

> Это сейчас под действием пропаганды на гнль свитчатся всякие Сишники и крестовики

Так это ж прекрасно! Если слабый разраб умудриться допустить ошибку с памятью в расте, только представь что он может натворить в проекте на с++ или си)))

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

130. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Ivan_83 (ok), 29-Апр-23, 16:00 
Раз вы их не боитесь - чего постоянно о них говорите?

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

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

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

Прекрасно, только держите свою гниль по дальше от существующих проектов.

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

151. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Анонимусс (?), 29-Апр-23, 22:38 
> чего постоянно о них говорите?

Потому что они наносят ущерб, в том числе экономический, это же очевидно!
Утечки перс. данных, украденные коммерческие секреты, вымогатели, шифровальщики. Это мало?

> или по забывчивости, не внимательности либо их совершают в первый раз.

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

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

> потому что это всё равно когданибудь случится

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

> Прекрасно, только держите свою гниль по дальше от существующих проектов.

Прекрасно, мы услышали твое крайне важное для нас мнение и продолжим улучшать существующие проекты))

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

161. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Ivan_83 (ok), 30-Апр-23, 01:37 
И сколько утечек и взломов было по вине С дырок против общего числа?

Эмбед пограмисты - это ближе к электроникам, там несколько другой склад ума и несколько другая культура разработки.

Смешной у вас подход к теории вероятности.
Вам говорят что это не избежно а вы вместо рекавери и минимизации ущерба бегаете с надеждой что это не произойдёт.

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

145. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (133), 29-Апр-23, 21:20 
> Чувак, жизнь полна ошибок, ошибатся, признавать ошибки, исправлять ошибки - таков путь.

Есть другой путь. Значительно бОльшую часть ошибок исключить. Вон разработчики андроида частично это смогли, выбрав другой путь - в новой нативщине вытеснять си/плюсы в пользу раста. Вот что они сказали в декабре 2022 насчет типичных сишных ошибок памяти:

"To date, there have been zero memory safety vulnerabilities discovered in Android’s Rust code."

и в новом нативном коде (это си/плюсы/раст) раста там уже 21% и планируют это дело увеличивать. Там же, в конце резюме, итог:

"What’s next?

Migrating away from C/C++ is challenging, but we’re making progress. Rust use is growing in the Android platform, but that’s not the end of the story. To meet the goals of improving security, stability, and quality Android-wide, we need to be able to use Rust anywhere in the codebase that native code is required. We’re implementing userspace HALs in Rust. We’re adding support for Rust in Trusted Applications. We’ve migrated VM firmware in the Android Virtualization Framework to Rust. With support for Rust landing in Linux 6.1 we’re excited to bring memory-safety to the kernel, starting with kernel drivers.

As Android migrates away from C/C++ to Java/Kotlin/Rust, we expect the number of memory safety vulnerabilities to continue to fall. Here’s to a future where memory corruption bugs on Android are rare!"

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

162. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Ivan_83 (ok), 30-Апр-23, 01:42 
А ты не думал что это не про раст а про сохранение бюджета и рабочих мест?

Ну вот что там в андройде ещё писать?
Основное написано, можно выгонять 80% народа, оставшиеся будут поддерживать то чот есть и допиливать редкие новые фичи.
И тут они нашли фатальный недостаток и теперь надо в поте лица всё переписать с нуля, давайте ещё рабов на галеру!!! И пайку увеличивайте!!! Срочно, тонем!!!!


> "To date, there have been zero memory safety vulnerabilities discovered in Android’s Rust code."
> раста там уже 21%

Ну да, а если просто переписать на С с нуля оно бы отличалось?)

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

227. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (-), 06-Май-23, 19:25 
> А ты не думал что это не про раст а про сохранение
> бюджета и рабочих мест?

С этим сейчас будет душновато. И тут коса вполне может найти на камень. Если кто не заметил, айти сейчас не очень. А самые хайпованые почему-то трансформируются в записи на layoffs.com или как там его правильно. Чем хайповее и сиюминутнее нечто - тем быстрее оказывается что без вот этих, дескать, можно и обойтись если прижало.

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

121. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Ivan_83 (ok), 29-Апр-23, 14:30 
Вон там выше уже новый растоман: https://www.opennet.ru/openforum/vsluhforumID3/130337.html#81
просто илита, ваш будущий коллега.
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

103. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Tron is Whistling (?), 29-Апр-23, 11:42 
И даже если бы, да кабы, грибы, бабушка, дедушка, вот это всё.
Хеллоуворлдщики ядро не перепишут. Максимум пару драйверов на 500 строк, и то тех, где сложной логики нет.
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

142. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (139), 29-Апр-23, 17:19 
>Мне не нужна безопасность какая то там, у меня для этого замок на двери, и если будет мало я куплю ствол и подключю сигнализацию.

Очень плохие новости для тебя. Лет тебе маловато, это пройдет, со временем...
А тем временем новое поколение напилит другой треш. Молодёжь сегодня разная бывает, да :)

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

78. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  –1 +/
Сообщение от Аноньимъ (ok), 29-Апр-23, 03:27 
Когда-то компьютеры отлично исполняли лисп и не только.

И только потом вдруг решили что это не круто и нужно писать на СИ под примитивные вычислители (си процессоры они же риск)

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

87. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от аНОНИМ (?), 29-Апр-23, 06:23 
> Когда-то компьютеры отлично исполняли лисп и не только.
> И только потом вдруг решили что это не круто и нужно писать
> на СИ под примитивные вычислители (си процессоры они же риск)

Платные пропихиватели гнили готовы на всё, даже на искажение истории ВТ. За похлёбку в день.

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

137. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от n00by (ok), 29-Апр-23, 16:25 
Ричард Столлман считал, что он нашел злую силу, которая уничтожила
лабораторию. Он считал, что это Symbolics. Он дал себе клятву: «Я никогда не буду
использовать LISP'машину Symbolics сам, и никому не буду помогать в этом… Я не буду
говорить ни с кем, кто работает в Symbolics или с людьми, которые с ними поддерживают
отношения”.

...

Ричард Столлман ушел из МТИ, но в его голове созрел план: написать свою
версию популярной закрытой компьютерной операционной системы UNIX и раздать ее
всем желающим.

Стивен Леви
Хакеры: Герои компьютерной революции

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

154. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Neon (??), 29-Апр-23, 23:13 
И в итоге никакой ОС Ричард Столлман так и не написал. Маниловщина обыкновенная. А написали совсем другие люди.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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