The OpenNET Project / Index page

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



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

Оглавление

Для GCC подготовлены патчи для сборки универсальных исполняемых файлов, opennews (ok), 15-Июл-23, (0) [смотреть все]

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


52. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  –1 +/
Сообщение от Аноним (52), 16-Июл-23, 10:38 
Идеология - это то, что определяет все компромиссы. Так как компромиссы есть во всём, идеология определяет всё. Если вы готовы разбазаривать память и иметь уязвимые и забагованные программы, но гарантированно рабттающие - вам контейнеры и/или статическое связывание. Если вам насрать на гарантии работоспособности хлама, а важнее чтобы не было уязвимостей и багов, и чтобы память рационально использовалась - вам пакеты.
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

74. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +1 +/
Сообщение от n00by (ok), 16-Июл-23, 13:00 
Идеология - это буллшит, обязывающий гарантировать работу нубкитов с LD_PRELOAD и работу сборщикам пакетиков и экспертам по безопасности, видимшим руткиты лишь на картинках.
Ответить | Правка | Наверх | Cообщить модератору

102. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (102), 16-Июл-23, 20:02 
>LD_PRELOAD

- удобная вещь.

>работу сборщикам пакетиков и экспертам по безопасности,

Причём тут контейнеры?

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

118. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Neon (??), 17-Июл-23, 05:34 
>LD_PRELOAD

Дико неудобная

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

113. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (112), 17-Июл-23, 03:48 
> LD_PRELOAD

Статическое связывание тебя не спасёт на машине с отладчиком.

> руткиты

В пространстве ядра. Какая разница какое связывание?


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

120. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 17-Июл-23, 08:39 
Для видевших руткиты лишь на картинках попробую объяснить. Нубкит - это "руткит" режима пользователя. Он не запускает процесс под отладкой для трассировки и поиска нужных для перехвата мест, не использует дизассемблер с той же целью, решая NP-полную задачу. Он тупо смотрит импорт/экспорт.
Ответить | Правка | Наверх | Cообщить модератору

114. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (112), 17-Июл-23, 04:05 
> гарантировать работу нубкитов

Вот статическая линковка и пустые надежды на nooby-разрабов ПО, как раз, гарантируют работоспособность эксплоитов, налдолго и во всех дистрибутивах страны (с такой моделью сборки-доставки ПО).
А там, где сопроводители пакетов и разделяемые либы, там ни дыр в libSSL.a, исправленных полвека назад, ни совместимости для эксплоитейшн-автоматики, зато сплошные удобства для частых обновлений ПО.

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

121. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +2 +/
Сообщение от n00by (ok), 17-Июл-23, 08:42 
> с такой моделью сборки-доставки ПО.

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

> А там, где сопроводители пакетов и разделяемые либы, там

Там вопрос из FAQ на хеккерном форуме:
Q: как закрепиться в системе линукс, где чорная консоль?!
А: используй LD_PRELOAD, бро!!!111

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

129. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  –1 +/
Сообщение от Аноним (129), 17-Июл-23, 09:46 
Я правильно понимаю, что вы утверждаете, что те

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

неправы, и что пересобрать и обновить всю систему со всеми программам в ней - это то же самое, что обновить одну библиотеку?

Мейнтейнеры и сборщики пакетов делают свою работу. Без этой работы нам бы пришлось обновлять всю систему и каждую программу в ней. Количество работы для сопровождающих снап-пакетов только увеличится. Но частота необходимости обновления каждого контейнера - тоже. И придётся платить каждому сопровождающему, который желает подзаработать (а почти все захотят подзаработать, коммерциализация опенсорса - это стандартная тема для нытья деятелей опенсорса, видите-ли работают не покладая рук, а сверхприбылей нет), каждого snapcraft-образа за каждую пересборку. С отчислением процента Canonical. Sustainable commercial opensource. Не говоря уже о потреблении памяти. Вот это то будущее, за которое вы так топите.

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

133. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +2 +/
Сообщение от n00by (ok), 17-Июл-23, 11:49 
> Я правильно понимаю, что вы утверждаете, что те
>>Они пытаются внушить доверчивому пользователю, что обновление мифической .so чем-то принципиально отличается от обновления приложений, когда библиотека в них "вкомпилирована".
> неправы, и что пересобрать и обновить всю систему со всеми программам в
> ней - это то же самое, что обновить одну библиотеку?

Я утверждаю, что вы не понимаете, что такое принципиальное отличие. Вы полагаете это отличие количественным, тогда как оно качественное.

> Мейнтейнеры и сборщики пакетов делают свою работу.

Архитектура системы - это дело архитектора, а не специалиста по автоматизации запуска git clone && rpmbuild. Собственно потому архитектура форков форков и скопирована у RedHat.

> Количество работы для сопровождающих снап-пакетов только увеличится.

Сам придумал тезис про снап пакеты, сам с ним поспорил - вот это настоящий эксперт.

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

140. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  –2 +/
Сообщение от freehckemail (ok), 17-Июл-23, 12:46 
>> Я правильно понимаю, что вы утверждаете, что <...мейнтейнеры...>
>> неправы, и что пересобрать и обновить всю систему со всеми программам в
>> ней - это то же самое, что обновить одну библиотеку?

Дорогой Аноним! Я думаю, всё гораздо проще:

> Архитектура системы - это дело архитектора, а не специалиста по автоматизации запуска git clone && rpmbuild.

Товарищ c говорящим псевдонимом n00by попросту не понимает и не уважает работу мейнтейнеров.

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

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

156. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +2 +/
Сообщение от n00by (ok), 17-Июл-23, 17:52 
Я насмотрелся на эту "работу" в одном местячковом дистрибутиве. Майнтайнер не способен исправить переполнение стека, когда ему указывают точную строку с ошибкой в исходнике. И никого там нет, кто бы мог ему подсказать. Потому то майнтайнеры и стесняются перевести название своей профессии на родной язык.
Ответить | Правка | Наверх | Cообщить модератору

158. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  –2 +/
Сообщение от freehckemail (ok), 17-Июл-23, 18:09 
Ну, может быть не может, а может быть не хочет. Это в конце концов не важно, потому что это -- не его работа.

Впрочем, претензии у тебя, товарищ... Пойди ещё прожекту скажи, что он не нужен, потому что переполнение стека не может исправить. И продакту заодно то же самое передай. =)

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

162. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +1 +/
Сообщение от n00by (ok), 17-Июл-23, 18:30 
> Ну, может быть не может, а может быть не хочет. Это в
> конце концов не важно, потому что это -- не его работа.

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

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

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

169. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +2 +/
Сообщение от freehckemail (ok), 17-Июл-23, 19:33 
> Его работа собрать в пакетик трендовый сет иконок, а потом хлопать глазками, когда rpm при установке этого дела падает.

Дорогой, если мейнтейнер всегда такой дурак, что ж... Ну так займи место мейнтейнера и выполни его работу достойно. =)

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

180. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (180), 18-Июл-23, 02:17 
> Дорогой, если мейнтейнер всегда такой дурак, что ж... Ну так займи место мейнтейнера и выполни его работу достойно.

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


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

186. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 18-Июл-23, 09:55 
В данном случае "сопроводители" проще поступили в итоге. Выкинули rpm5 и взяли rpm4. А то там делает Аноним - это никому не известно, потому что в ядро анонимные коммиты не принимают, например.
Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

185. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 18-Июл-23, 09:51 
>> Его работа собрать в пакетик трендовый сет иконок, а потом хлопать глазками, когда rpm при установке этого дела падает.
> Дорогой, если мейнтейнер всегда такой дурак, что ж... Ну так займи место
> мейнтейнера и выполни его работу достойно. =)

Я и выполнил за него его работу. Мою работу приняли и принялись продавать, нарушая ТК РФ. Мне за эту работу заплатили публичной клеветой и травлей.

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

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

197. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от freehckemail (ok), 18-Июл-23, 11:05 
> Я и выполнил за него его работу. Мою работу приняли и принялись
> продавать, нарушая ТК РФ. Мне за эту работу заплатили публичной клеветой
> и травлей.

То есть ты-то конечно всё выполнил достойно и на уровне, но работодатель этого никогда не подтвердит, да? Бедненький.

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

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

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

181. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (180), 18-Июл-23, 02:19 
> понимать и уметь программировать - это не работа майнтайнера. И как раз из-за отсутствия понимания и умения, не майнтайнеру решать, как следует линковать компоненты ОС и приложения.

На практике, большинство пакетов пакетируется (автоматизированно) меньшинством сопрводителей в дистрибутиве. И это меньшинство одновременно является разработчиками дистрибутива (и ПО).


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

187. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 18-Июл-23, 09:58 
>> понимать и уметь программировать - это не работа майнтайнера. И как раз из-за отсутствия понимания и умения, не майнтайнеру решать, как следует линковать компоненты ОС и приложения.
> На практике, большинство пакетов пакетируется (автоматизированно) меньшинством сопрводителей
> в дистрибутиве. И это меньшинство одновременно является разработчиками дистрибутива (и
> ПО).

Ну да. А архитектор на всю эту толпу один и работал в RedHat, а теперь в Microsoft... (оратора скручивают фанаты и уносят на экзекуцию с криками "да здравствует SysV init!" и "долой Wayland!").

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

183. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (180), 18-Июл-23, 02:34 
> не майнтайнеру решать, как следует линковать компоненты ОС и приложения

В организованном дистрибутиве существует общие соглашения, какие настройки (оптимизаций и безопасности) компиляции и линковки использовать для сборки *всего* ПО, и как всё это своевременно обновлять.
А что могут предложить разрозненые разработчики ПО? Бинарные блобы, собранные в разнобой с неизвестными настройками, с обновляемыми по желанию левой пятки зависимостями, как в Винде? Спасибо, не надо.

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

188. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 18-Июл-23, 10:01 
>> не майнтайнеру решать, как следует линковать компоненты ОС и приложения
> В организованном дистрибутиве существует общие соглашения, какие настройки (оптимизаций
> и безопасности) компиляции и линковки использовать для сборки *всего* ПО, и
> как всё это своевременно обновлять.

Подробнее можно почитать по ключевому слову "франшиза".

> А что могут предложить разрозненые разработчики ПО? Бинарные блобы, собранные в разнобой
> с неизвестными настройками, с обновляемыми по желанию левой пятки зависимостями, как
> в Винде? Спасибо, не надо.

Так в Винде динамическое связывание как раз. Сюрприз, да?

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

214. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (180), 19-Июл-23, 08:57 
> Так в Винде динамическое связывание как раз. Сюрприз, да?

Ты для Винды горе-погромировал даже меньше, чем для Линукса, да? Иначе, был бы в курсе, что полагаться на наличие нужных твоей программе динамических библиотек в Винде не приходится, подтянуть средствами системы, как зависимость, практически тоже нельзя, без централизованных-то методов доставки ПО (пакетника, репозиториев и сопротиводителей), поэтому прикладные программы всё своё носят с собой. А статически или динамически линковаться - вопрос десятый, только в лицензии упирается (GPL vs LGPL/BSD).


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

215. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 19-Июл-23, 09:44 
> А статически или динамически линковаться - вопрос десятый,
> только в лицензии упирается (GPL vs LGPL/BSD).

Вот это да. Оказывается, упирается в лицензии. То есть аргументы против статического связывания - идеологические, как я и заявлял изначально. Спасибо.

>> Так в Винде динамическое связывание как раз. Сюрприз, да?
> Ты для Винды горе-погромировал даже меньше, чем для Линукса, да? Иначе, был
> бы в курсе, что полагаться на наличие нужных твоей программе динамических
> библиотек в Винде не приходится, подтянуть средствами системы, как зависимость, практически
> тоже нельзя, без централизованных-то методов доставки ПО (пакетника, репозиториев и сопротиводителей),
> поэтому прикладные программы всё своё носят с собой.

Если бы ты сам нагорепрограммировал для Винды хоть что-то, то бы был в курсе, что это вопрос уровня FAQ и описан в MSDN и наверняка у Рихтера. Проблема в консистентности инициализации рантайма Си, с которым динамечески связаны чужие библиотеки. Исходников от последних нет, пересобрать их нельзя, потому и самому приходится линковать динамически.

В Линуксе этой проблемы нет, исходники доступны, пересобирай как удобно, но делают "лишь бы ни как в Венде" и линкуют точно так же -- динамически. =)

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

222. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (180), 19-Июл-23, 10:28 
> Оказывается, упирается в лицензии.

На Винде - да. Там разработчики сами себе предоставленины, выбора у них нет. А в Линуксе есть пакетные менеджеры, репозитории и сопроводители ПО - здесь есть, кому думать, как лучше.

> консистентности инициализации рантайма Си

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

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

226. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 19-Июл-23, 10:57 
>> консистентности инициализации рантайма Си
> Ой, не выделывайся. Всё проще - M$ вместо библиотек предпочитает инсталляторы (с
> дозвонами) и не шмогла в централизованную доставку (не захотела, так схавают).

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

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

227. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (180), 19-Июл-23, 12:59 
Ещё раз для туговатых на уши просвещаю. Вантуз-разработчики линкуются статически с BSD-либами (проще слямзить) и динамически с LGPL-либами. По сугубо идеологическим причинам.

В Линуксе решение принимается по техническим причинам. Лицензия роли не играет, потому что всё ПО открытое, линкуйся как хочешь.

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

230. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 19-Июл-23, 15:24 
> В Линуксе решение принимается

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

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

182. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (180), 18-Июл-23, 02:29 
> Архитектура системы - это дело архитектора, а не специалиста по автоматизации запуска git clone && rpmbuild. Собственно потому архитектура форков форков и скопирована у RedHat.

Такими архитекторами являются разработчики дистрибутивов, которые отлично справлялись со своей работой, когда RedHat ещё под стол пешком ходил.
Debian, например, стал популярен задолго до появления systemd и для многих начинающих разработчиков других дистрибутивов был образцом правильной архитектуры системы и настройки ПО. А свою архитектуру redhat-засланцы туда чуть ли не насильно пропихивали. Те, кто "по-доброму" не хотел "копировать у Redhat-а" даже откололись в свой дистрибутив. И до них уже полно nosystemd-дистрибутивов существовало.

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

189. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 18-Июл-23, 10:07 
>> Архитектура системы - это дело архитектора, а не специалиста по автоматизации запуска git clone && rpmbuild. Собственно потому архитектура форков форков и скопирована у RedHat.
> Такими архитекторами являются разработчики дистрибутивов, которые отлично справлялись
> со своей работой, когда RedHat ещё под стол пешком ходил.
> Debian, например, стал популярен задолго до появления systemd и для многих начинающих
> разработчиков других дистрибутивов был образцом правильной архитектуры системы и настройки
> ПО.

Вспомнила бабка, как девкой была.

> А свою архитектуру redhat-засланцы туда чуть ли не насильно пропихивали.
> Те, кто "по-доброму" не хотел "копировать у Redhat-а" даже откололись в
> свой дистрибутив. И до них уже полно nosystemd-дистрибутивов существовало.

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

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

223. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (180), 19-Июл-23, 10:29 
Повзрослей.

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

184. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +1 +/
Сообщение от Аноним (180), 18-Июл-23, 02:43 
> обновление мифической .so чем-то принципиально отличается от обновления приложений, когда библиотека в них "вкомпилирована".

Отличается. Принципиально.
- Обновление .so не влечет обязательного обновления всех зависимых программ, только несовместимых по API.
- Модель сборки с разделяемыми библиотеками позволяет осуществлять централизованное управление зависимостями программ. Например, следить и выполнять исправление уязвимостей во всех программах, а не только тех, про которые мы не забыли.

> как закрепиться в системе линукс
> используй LD_PRELOAD

Это не про закрепление (восстановление после перезагрузки), а про эксплуатацию.

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

190. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 18-Июл-23, 10:16 
>> обновление мифической .so чем-то принципиально отличается от обновления приложений, когда библиотека в них "вкомпилирована".
> Отличается. Принципиально.
> - Обновление .so не влечет обязательного обновления всех зависимых программ, только несовместимых
> по API.

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

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

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

>> как закрепиться в системе линукс
>> используй LD_PRELOAD
> Это не про закрепление (восстановление после перезагрузки), а про эксплуатацию.

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

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

212. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (180), 19-Июл-23, 08:50 
> Ну понятно - граф зависимостей построить не судьба. Это же надо уметь кодить, а не только менять цифирки в сборочных сценариях

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

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

204. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +1 +/
Сообщение от uis (??), 18-Июл-23, 14:20 
> Это не про закрепление (восстановление после перезагрузки), а про эксплуатацию.

Я хз что там можно эксплуатировать. Если пытаться в setuid программки лезть, то ld.so будет игнорировать, а если в не setuid, то не понятнозачем, если ты не получаешь новых привилегий.

Меня напрягает эта фиксация на приоритетной загрузке.

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

211. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (180), 19-Июл-23, 08:46 
> Я хз что там можно эксплуатировать.
> не понятнозачем, если ты не получаешь новых привилегий.

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

А вот как поможет закрепиться в системе LD_PRELOAD на процессе, запущенном с пользовательскими привилегиями - это только nooby-эксперт ведает, но он нам не расскажет. В .bashrc он его, что ли, экспортирует? Но тогда зачем так сложно - через динамический линковщик? Когда bashrc - это и так полноценный shell? Загадки, тайны, тени...

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

217. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 19-Июл-23, 09:54 
Я лично тебе не расскажу, потому что слишком долго потребуется объяснять, что такое руткит, зачем он перехватывает функции. Почему в приоритете модифицируют данные, а не код - это уже тема лекций для следующего курса.
Ответить | Правка | Наверх | Cообщить модератору

224. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (180), 19-Июл-23, 10:32 
А ниче, что руткиту для установки требуются привилегии суперпользователя?


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

225. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 19-Июл-23, 10:42 
> А ниче, что руткиту для установки требуются привилегии суперпользователя?

Это уже не моя компетенция. Сходи к доктору, расскажи о фантазиях. К сожалению, подобная твоей чушь является здесь "нормой".

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

228. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от Аноним (180), 19-Июл-23, 13:01 
Ты хоть лично себе, для начала, расскажи, что такое руткит.
Ответить | Правка | Наверх | Cообщить модератору

229. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 19-Июл-23, 15:19 
А был бы ты поумнее, а не просто анонимным сборщиком пакетиков в выдуманном дистрибутиве, нашёл бы у меня на гитхапе это слово.
Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

216. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 19-Июл-23, 09:49 
Что бы угнать пароли из браузера или пошифровать данные пользователя - достаточно прав пользователя.
Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

239. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от uis (??), 14-Авг-23, 23:55 
> Что бы угнать пароли из браузера или пошифровать данные пользователя - достаточно
> прав пользователя.

Ну и чем cat отличается от LD_PRELOAD= cat?

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

240. "Для GCC подготовлены патчи для сборки универсальных исполняе..."  +/
Сообщение от n00by (ok), 26-Ноя-23, 10:58 
>> Что бы угнать пароли из браузера или пошифровать данные пользователя - достаточно
>> прав пользователя.
> Ну и чем cat отличается от LD_PRELOAD= cat?

Занятно вот так через время перечитать ветку с начала. Особенно вот эти передёргивания, когда контекст и предыдущие вопросы выкидываются.

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

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

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




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

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