The OpenNET Project / Index page

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



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

Оглавление

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

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


52. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  –1 +/
Сообщение от anonimus (?), 28-Апр-23, 20:58 
>  появилась гниль (раст)

давай больше пафоса) можешь рассказать про грибы порабощающие людей и прочие байки с РенТВ

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

2. ни о какой безопасности никто не думал, банков и онлайн покупок не было, облаков с фотками и  соц.сетей тоже

3. интернет был на начальном этапе развития (в виде университетских сетей), а потом просто медленный
это сейчас могут взломать сайт и выкачать 100500 гигов, а тогда надо было ехать к тебе домой, бить физиономию и отбирать комп целиком

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

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

эти времена прошли, но до сих пор многие СИшники совершают одни и те же ошибки как и 15-20 лет назад: выходят за границы массивов, портят память соседям, очищают ее дважды и тд

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

Но есть и другие люди знакомы с проблемой и то что она не решается десятилетиями.
Например Линус Торвальдс.
Именно поэтому раст добавляется в ядро (а не отвратительные плюсы)

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

56. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +2 +/
Сообщение от Ivan_83 (ok), 28-Апр-23, 21:45 
Проблема не в инструментах а в тех кто ими пользуется.
У современного поколения уже просто фобия перед С, замечу что это из области психи а не техники.
Если кто то совершает одни и теже ошибки - это опять же проблема его необучаемости.

1. И раньше писали разные люди и сильно по разному, и делились и нет, в этом плане мало что поменялось, разве что делится нынче стало на порядки проще.

2. Думали в первую очередь о скорости, потом чтобы не падало.
Эти приоритеты и сейсач никуда не делись, я лично не готов терпеть лаги только ради мнимой безопасности.
Банки онлайн были где то с 2005 года, по крайней мере я тогда уже точно видел их. У меня один клиент жаловался что SSL не работает и он туда попасть не может, оказалось зря я FIPS включил в групповой политике :)

5. Виртуализация, контейнеры, гипервизоры - это костыли.


Есть уже давно высокоуровневые языки, кому не нравится С - уходят туда, но это не останавливает их от таких же банальных ошибок.

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

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

82. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  –2 +/
Сообщение от Аноним (81), 29-Апр-23, 04:28 
Опять пердежь в лужу. Знающие люди говорят что люди просто не разберутся в современном коде почему он так написан. За примером ходить далеко ненужно - взять те же иксы.
Вот иди сначала потрать время выясни хоть что-то прежде чем вещать с офигеть важной миной.
Ответить | Правка | Наверх | Cообщить модератору

108. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (102), 29-Апр-23, 11:50 
И как раст предлагает решать возрастающую сложность кода?
А никак. Но си который старается не делать лишних абстракций это плохо, а раст который делает DSL для макросов и смешивает разные модули (вроде линтера и компилятора) это почему-то хорошо.
Ответить | Правка | Наверх | Cообщить модератору

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

А вот и нет. У раста есть куча вещей - мелких и не очень для этого.

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

DSL для макросов как раз прекрасное решение, намного лучше тупого #define, потому что будет если у тебя в двух файлах два одинаковых #define? А в расте при коллизии имен ты просто указываешь "путь" к нужному.

Или напр. enum. Ну, в си они убогие by design, но еще добавляют проблем - значения должны быть уникальны во всех енамах. И опять привет коллизии. Или уродливые уникальные имена. В плюсах это решили через enum class, а в си, на момент когда о нее пришлось последний раз мараться, нет.

Нормальные "протоколы" в виде трейтов. Мощнейший инструмент, позволяет отделить "намерение" от "реализации", писать нормальные моки для тестов, заодно и избавляющий от кучи ошибок типизации. И необходимости передавать void* в качестве параметра))

> смешивает разные модули (вроде линтера и компилятора)

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

> Но си который старается не делать лишних абстракций это плохо

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

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

117. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +1 +/
Сообщение от Ivan_83 (ok), 29-Апр-23, 13:52 
Вы обмазываетесь синтаксическим сахаром вместо решения реальных проблем.
Всё что вы описали это фап на сам процесс.
Ответить | Правка | Наверх | Cообщить модератору

132. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от anonymous (??), 29-Апр-23, 16:08 
В случае раста это даже не сахар, это какие-то синтаксические экскременты.
Ответить | Правка | Наверх | Cообщить модератору

118. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +1 +/
Сообщение от Ivan_83 (ok), 29-Апр-23, 13:53 
Не удивительно что ваши "знающие" гнилеманы ни в чём кроме гнили разобратся не могут, у них мозги думают только про гнилостный сахар а не про технологии.
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

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

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

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

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

134. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +1 +/
Сообщение от Ivan_83 (ok), 29-Апр-23, 16:17 
Так это же перевод, локализация названия, чего оно вам так режет уши?

Сишечка позволяет насыпать любое количество сахара, просто со времинем понимаешь что много сахара - зло, и стремишься его минимизировать дабы не писать "сектансткий код" который будет понятен только тебе. (сектанты заменяют термины и вводят свой новояз как средство для изоляции адептов от общества)

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

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

175. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (175), 30-Апр-23, 20:04 
Вообще-то "гниль" - это "rot", "putridness".
"Гниение" - это те же "rot", "putrescence", "decay", иносказательно "corruption".

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

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

235. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (-), 06-Май-23, 22:11 
> Но что поделаешь, что за столько лет сишники так и не придумали
> как не допускать детских ошибок.

Вот те раз, MISRA даже бизнес на этом делает - и все "не придумали". Но вообще, статический анализатор можно и нашару запустить, так то.

> Приходится думать за них.

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

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

90. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +1 +/
Сообщение от ivan_erohin (?), 29-Апр-23, 08:40 
> Банки онлайн были где то с 2005 года

банки онлайн (по диалапу или интернету) были с 2002 года.
помню как сейчас - клиент-банк местного сбербанка, ppp через диалап,
я отследил взаимодействие клиента и сервера и запретил все остальное фаерволлом
(NT4, WinRoute). потом очень злорадствовал, когда кое-кто подцепил оттуда
самоходную программу, предположительно от соседей по модемному пулу.

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

181. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (-), 30-Апр-23, 23:05 
> У современного поколения уже просто фобия перед С, замечу что это из
> области психи а не техники.

У них скоорее проблема в hype driven. Стадный эффект. Маркетинг. Нет хайпа - все, это не круто.

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

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

> Если кто то совершает одни и теже ошибки - это опять же
> проблема его необучаемости.

Абсолютно. И верования в серебряные пули способствуют факапам кодеров и фэйлам проектов. Почему-то.

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

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

> SSL не работает и он туда попасть не может, оказалось зря
> я FIPS включил в групповой политике :)

FIPS очень специфичная штука регламентирующая криптоалгоритмы и включать ЭТО в любой настройке где оно есть надо ТОЛЬКО если от вас требуют комплайнс и требователи готовы к тому что за этим следует. В остальных случаях это грабли.

> 5. Виртуализация, контейнеры, гипервизоры - это костыли.

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

> но это не останавливает их от таких же банальных ошибок.

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

> Торвальдс не сам притащил гниль в ядро, он не стал сильно мешать
> этому, это сильно разные действия.

Торвальдс видимо хочет посмотреть что у них получится. А почему бы и нет? У сей есть свои назойливые антифичи, и любой кто кодил что-то крупнее хелловорлда знает об этом. И а частности например работа с integer, pointer и UB. Первое в сях просто определено абы как и кодить на этом без багов рокетсайнс. Скажите вашему крупному проекту -Wconversion и расскажите как вам оно. Второе сделано так что не подлежит полноценному статическому анализу. Третьего слишком много в стандартах. Так быть не должно.

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

У винды так то и не осталось почти системных кодеров. Майкрософт всех разогнал.

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

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

>многопоточность, виртуализация, контейнеры и  гипервизоры

Костыли си процессоров.

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

86. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +1 +/
Сообщение от аНОНИМ (?), 29-Апр-23, 06:15 

>>многопоточность, виртуализация, контейнеры и  гипервизоры
> Костыли си процессоров.

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

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

126. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноньимъ (ok), 29-Апр-23, 15:21 
Да, появились до сей, но в других формах наверное.
Ответить | Правка | Наверх | Cообщить модератору

131. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +1 +/
Сообщение от n00by (ok), 29-Апр-23, 16:07 
Раньше оно было в форме шкафа, а теперь в форме телефона.
Ответить | Правка | Наверх | Cообщить модератору

236. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (-), 06-Май-23, 22:13 
> Раньше оно было в форме шкафа, а теперь в форме телефона.

Да уже и в форме SD-карточки есть. Да что там, вон та штука, меньше рисового зерна, умещает в себе больше чем тот шкаф.

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

133. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (133), 29-Апр-23, 16:11 
Я так думаю, что человек неуклюже указал на "сходимость" в точку направлений развития языка и железа, их "тянет друг к другу". Смотри, проги для типичного компа в последние десятилетия в большинстве своем написаны на Си/Си++. При проектировании очередного, нового процессора, инженеры ориентируются в немалой степени и на существующий прикладной софт, который будет на новом изделии крутиться и который в основном на си/плюсах. И синтетические тесты потом крутят и из реальных программ попугаев выдавливают. Смотрят по существующим программам что там как типично ветвится, как данные гоняются, чтобы кэши оптимальнее загрузить, что можно распараллелить по конвеерам и до какой степени и т.д. и т.п. В свою очередь создатели компиляторов этих самых распространенных языков (и изредка создатели простых программ, где это нужно), опираясь на меняющуюся архитектуру процессора, выжимают из него оптимизациями всё что могут, подгоняют под ЦПУ - выравнивают данные в памяти, раскручивают циклы и т.д. и т.п. Такой вот постоянный непрерывный процесс сходимости двух сторон, программной и железячной, к синергии, подстройки друг к другу. А программная ширпотребная часть, повторюсь, в основном написана на си/плюсах.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

135. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Ivan_83 (ok), 29-Апр-23, 16:21 
Вы просто гениальный растоман!
Вам надо на конференциях доклады делать, гарантирую их будут смотреть все, только ради вас.
Ответить | Правка | Наверх | Cообщить модератору

109. "Уязвимость в процессорах Intel, приводящая к утечке данных п..."  +/
Сообщение от Аноним (102), 29-Апр-23, 11:55 
Как это принято у растоманов смешались в кучу кони, люди, языки, процессоры, архитектура, вирутуализация, времена, нравы и над всем этим конечно же царит адский си. Вот уж фантазия у людей бывает.
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

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

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




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

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