The OpenNET Project / Index page

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



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

Оглавление

В sudo устранена уязвимость, позволяющая переписать файл на ..., opennews (??), 01-Июн-17, (0) [смотреть все]

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


31. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  –1 +/
Сообщение от пох (?), 01-Июн-17, 09:59 
> а какой вообще правильный способ получения этих данных из ядра?

для большинства - никакого.
В смысле, не нужно это никому.
Для такой специфичной штуки, как sudo - вполне правилен способ, которым исправили - нех.шастать по /dev/shm в поисках терминала, можно ненароком и найти. Я бы еще и этот список сократил ровно до двух строк для линукса, не пытаясь угодить всем на свете - предоставив остальным ручку в configure.

(надо заметить, что когда ее в 93м году писали, никаких /dev/shm в природе не было, и, что удивительно - как-то вот обходились. Этот код сравнительно недавно появился, и хз для чего.)

вообще, следует иметь в виду, что sudo изначально была написана плохо (я с ней ковырялся в 97м году, поковырялся, плюнул и решил что я это пожалуй не буду использовать), и с годами лучше не стала. Зачем убунтоиды ее навязывают всему миру - я без понятия, поскольку в их дефолтной конфигурации (именно от них ее растиражировали остальные) вся польза старательно помножена на ноль -
Defaults targetpw   # ask for the password of the target user i.e. root
ALL     ALL=(ALL) ALL   # WARNING! Only use this together with 'Defaults targetpw'!
afair, этим изобретением мы обязаны именно убунте. Найдите тут десять отличий от банального использования su (которая как раз написана хорошо, поскольку неведомой херни там на два порядка меньше) ?

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

41. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  –1 +/
Сообщение от Нанобот (ok), 01-Июн-17, 11:13 
да хрен с этим большинством
как мне, в случае необходимости, программно узнать ppid или rss или stime процесса?
Ответить | Правка | Наверх | Cообщить модератору

49. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  –1 +/
Сообщение от пох (?), 01-Июн-17, 12:26 
> как мне, в случае необходимости, программно узнать ppid или rss или stime процесса?

а причем тут sudo и этот баг?
с pid/rss все по прежнему, как двадцать лет назад - в линуксе их принято читать из /proc/$pid/status (что в не-hardened линуксах доступно с правами юзера, а если у тебя hardened - так ты, значит, и не хочешь, чтобы кто угодно мог узнать), в bsd - через анус, поскольку kmem дают на почитание не всем, proc монтировать нынче не принято, поэтому придумана отдельная (дыра) через sysctl.

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

105. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  –1 +/
Сообщение от Нанобот (ok), 01-Июн-17, 18:31 
> а причем тут sudo и этот баг?

Я пытался поставить себя на место разработчиков sudo и понять, что можно было бы сделать, чтоб не допустить эту ошибку (думал, может существуют альтернативные способы получения этой информации, лишённые недостатков как при парсинге /proc)

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

106. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  –1 +/
Сообщение от пох (?), 01-Июн-17, 19:06 
> Я пытался поставить себя на место разработчиков sudo

так им не ppid надо.

> лишённые недостатков как при парсинге /proc

для sudo, которая существует на свете много дольше, чем линуксы, основной недостаток /proc вот в этом вот:
> ls -la /proc/

total 4
dr-xr-xr-x   2 root  wheel  512 Jan  3  2012 .
drwxr-xr-x  19 root  wheel  512 Apr 18 22:38 ..

;-)
И формат status у всех свой, даже если он там и будет.
А еще есть системы, где и вовсе /proc никакого нет.

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

47. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +1 +/
Сообщение от Crazy Alex (ok), 01-Июн-17, 12:08 
Как самый минимум - с sudo не надо на каждый чих вводить пароль, при этом можро не сидеть в рутовой консоли. Шансы начудить по ошибке это явно уменьшает.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

68. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  –1 +/
Сообщение от Аноним (-), 01-Июн-17, 14:57 
Ну на самом деле я немного не согласен. Я после 10 ввода ввожу уже на автомате. Как-то раз чуть не потёр важные файлы, благо вовремя остановил и успел восстановить частично.
Ответить | Правка | Наверх | Cообщить модератору

92. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от Crazy Alex (ok), 01-Июн-17, 16:54 
на сервере - есть такое дело, да. Но речь изначально шла об убунтах/локалхостах, там не так часто приходится рутом что-то делать, обычно это именно "на первый раз ввёл пароль, потом автоматом". Плюс каждое написанное sudo тоже напоминает, что надо перепроверить, что делаешь. Не гарантия ни разу, но польза есть.
Ответить | Правка | Наверх | Cообщить модератору

97. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  –1 +/
Сообщение от Аноним (-), 01-Июн-17, 17:39 
> на сервере

Будешь удивлён - на локалхосте :) Просто автоматом уже набираю для apt, например.

> на первый раз ввёл пароль, потом автоматом

Я параноик - у меня каждый раз надо вводить пароль.

> Плюс каждое написанное sudo тоже напоминает, что надо перепроверить

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

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

124. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +1 +/
Сообщение от Orduemail (ok), 03-Июн-17, 12:53 
> каждое написанное sudo тоже напоминает, что...

следующей введённой командой должна быть sudo bash: сколько уже можно вводить этот долбаный sudo.

> напоминает, что надо перепроверить, что делаешь.

use PS1, Luke. Раскрась руту приглашение ко вводу в shell так, чтобы оно резало глаза. Воткни туда что-нибудь красненькое, обязательно \$ в конце, чтобы видеть # вместо $. Не надо делать рутовый PS1 слишком длинным -- всё же удобство редактирования команд важно, но ярким и "опасно" выглядящим -- обязательно. И сигналы ACHTUNG! ACHTUNG! твой мозг будет получать не тратя время на ввод команды sudo.

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

64. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от Аноним (-), 01-Июн-17, 14:04 

>[оверквотинг удален]
> стала. Зачем убунтоиды ее навязывают всему миру - я без понятия,
> поскольку в их дефолтной конфигурации (именно от них ее растиражировали остальные)
> вся польза старательно помножена на ноль -
> Defaults targetpw   # ask for the password of the target
> user i.e. root
> ALL     ALL=(ALL) ALL   # WARNING! Only
> use this together with 'Defaults targetpw'!
> afair, этим изобретением мы обязаны именно убунте. Найдите тут десять отличий от
> банального использования su (которая как раз написана хорошо, поскольку неведомой херни
> там на два порядка меньше) ?

Аналоги sudo есть? С тем же функционалом и без "неведомой херни", пусть хоть на порядок меньше. Ну и конечно же хотелось бы, что бы код был как картина маслом ;)

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

75. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от пох (?), 01-Июн-17, 15:39 
> Аналоги sudo есть? С тем же функционалом и без "неведомой херни", пусть

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

> хоть на порядок меньше. Ну и конечно же хотелось бы, что
> бы код был как картина маслом ;)

идеала все равно не будет - там сложный парсер, его аж дважды, помнится, с нуля переписывали, там нужно аккуратно обращаться с токенами, чтобы passwordless sudo не сделалась внезапно общехалявной для каждого nobody, и еще много всяких подводных камней даже для случая, когда у тебя там только trusted users, и sudo именно для замены su, а не для индивидуального доступа к отдельным фичам (который все равно защищает только от честных людей).

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

76. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от Michael Shigorinemail (ok), 01-Июн-17, 15:41 
> Аналоги sudo есть? С тем же функционалом и без "неведомой херни",
> пусть хоть на порядок меньше.

http://git.altlinux.org/people/ldv/packages/?p=sudo.git

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

81. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от Аноним (-), 01-Июн-17, 15:55 
> http://git.altlinux.org/people/ldv/packages/?p=sudo.git

Этот ваш альтовский sudo давным-давно поломан. Описанные в мане опции не работают. Молодцы, продолжайте в том же духе.

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

82. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от Michael Shigorinemail (ok), 01-Июн-17, 15:59 
>> http://git.altlinux.org/people/ldv/packages/?p=sudo.git
> Этот ваш альтовский sudo давным-давно поломан. Описанные в мане опции не работают.

А именно?

> Молодцы, продолжайте в том же духе.

Ну не набрасывать же тень на плетень, как это делаете Вы.

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

90. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от Аноним (-), 01-Июн-17, 16:51 
-E например. Остальное не проверял, потому что не нужно было.
Ответить | Правка | Наверх | Cообщить модератору

91. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от Аноним (-), 01-Июн-17, 16:53 
P.S. И не надо рассказывать, что -E — это дыра. Во-первых, дырой оно было бы, если бы было по умолчанию, а не опцией. Во-вторых, в любом случае поведение должно соответствовать документации.
Ответить | Правка | Наверх | Cообщить модератору

107. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от пох (?), 01-Июн-17, 19:12 
> P.S. И не надо рассказывать, что -E — это дыра. Во-первых, дырой
> оно было бы, если бы было по умолчанию, а не опцией.

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

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

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

111. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +1 +/
Сообщение от Аноним (-), 01-Июн-17, 19:31 
Вот и именно, что если дать дураку sudo — он найдёт способ отстрелить себе ногу, и отсутствие опции, про которую он всё равно не знает, его не спасёт. А не дураку бывает надо. Иногда. Редко.
Ответить | Правка | Наверх | Cообщить модератору

98. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 01-Июн-17, 17:46 
> -E например. Остальное не проверял, потому что не нужно было.

А теперь покажите пальцем место в мане из этого пакета, где эта опция описана.

// понаберут таких...

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

100. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от Аноним (-), 01-Июн-17, 18:03 
Когда ставил 7 версию — была. Что, убрали? Ну и ладно, всё равно живых пользователей альта в дикой природе мне встречать не доводилось. Если остались — их проблема, что работающие на всех остальных дистрибутивах скрипты у них падать будут.
Ответить | Правка | Наверх | Cообщить модератору

108. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от пох (?), 01-Июн-17, 19:13 
> скрипты у них падать будут.

ну-ка, ну-ка, с этого места поподробнее - это у кого у нас *такие* скрипты?
Не ansible ли снова?

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

110. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от Аноним (-), 01-Июн-17, 19:28 
Нет, не ansible. Если интересует предмет моей боли — это скрипт запуска GUI-приложения с рутовыми привилегиями (то есть нужна переменная DISPLAY, которую sudo нещадно ликвидирует). Да, я знаю про pkexec, нет, не подходит.
Ответить | Правка | Наверх | Cообщить модератору

114. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +1 +/
Сообщение от пох (?), 01-Июн-17, 21:03 
> Нет, не ansible. Если интересует предмет моей боли — это скрипт запуска
> GUI-приложения с рутовыми привилегиями (то есть нужна переменная DISPLAY, которую sudo
> нещадно ликвидирует).

хха, если бы так - хватило бы env_keep+=DISPLAY - это-то совершенно безобидно.
Засада в том, что хто ж енто последние двадцать лет видел сервер с +localhost, хотя бы?
А в env_keep=HOME столько всяких изумительных побочных эффектов, что даже я, у которого untrusted users и криворукие макаки по хостам не ходют, чавой-та к нему нервно отношусь.

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

120. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от Аноним (-), 01-Июн-17, 22:43 
> хватило бы env_keep+=DISPLAY - это-то совершенно безобидно.

Во-первых, не безобидно. Запускать в иксах что попало от рута — дело рискованное, и это давно уже запретили везде, где только можно. Тот же pkexec такое разрешает только для избранных программ, заранее прописанных в конфиге.
Во-вторых, править sudoers ради однократного запуска программы, да ещё и не на моей системе, — нет уж, увольте. К тому же такой возможности просто нет. Есть возможность запустить sudo -E, это работает везде, где есть sudo. Альт? Ну что ж, фиг с ним, с альтом, по крайней мере пока на нём юзеров не заведётся.

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

125. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от пох (?), 03-Июн-17, 15:55 
> Во-первых, не безобидно. Запускать в иксах что попало от рута

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

> и это давно уже запретили везде, где только можно

никто этого специально не запрещал, оно само сломалось с тех пор, как появились display managers (надо ж как-то изолироваться от других пользователей).

> К тому же такой возможности просто нет. Есть возможность запустить sudo -E

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

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

127. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от Michael Shigorinemail (ok), 05-Июн-17, 17:41 
> Нет, не ansible. Если интересует предмет моей боли — это скрипт запуска
> GUI-приложения с рутовыми привилегиями (то есть нужна переменная DISPLAY,
> которую sudo нещадно ликвидирует).

А какой красавец писал GUI-приложение с рутовыми привилегиями вместо привилегированного хелпера? (и нет, не пытающего опять-таки запустить всю ту хрень от рута)

(интересно, слышал ли этот экземпляр про MIT-MAGIC-COOKIE и дальше со всеми вытекающими)

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

128. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от пох (?), 05-Июн-17, 23:22 
> А какой красавец писал GUI-приложение с рутовыми привилегиями вместо привилегированного
> хелпера?

а смысл?
Если запускать его в trusted окружении (читай, из под собственного юзера на собственных иксах, где нет левых клиентов), гораздо надежнее вручную дернуть su, чем полагаться на хелпер (который могут и поломать, и попытаться запустить без спросу другие).
Хотя, разумеется, это не стильно,не модно и не молодежно, и скорее всего речь о какой-нибудь хрени двадцатилетней давности, еще на osf/motif. (хотя, хотя... а скажите-ка, у нас вайршкварк-то уже обзавелся подобным хелпером?)

> (интересно, слышал ли этот экземпляр про MIT-MAGIC-COOKIE и дальше со всеми вытекающими)

ну, я, собственно, на это и намекал.
впрочем cat .Xauthority > /root/.Xauthority - всегда так делаем!


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

86. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от пох (?), 01-Июн-17, 16:14 
> http://git.altlinux.org/people/ldv/packages/?p=sudo.git

sudoedit зачем-то починен, а не выброшен нафиг ;-)

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

118. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  +/
Сообщение от Аноним (-), 01-Июн-17, 21:31 

> Аналоги sudo есть? С тем же функционалом и без "неведомой херни", пусть
> хоть на порядок меньше. Ну и конечно же хотелось бы, что
> бы код был как картина маслом ;)

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

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

121. "В sudo устранена уязвимость, позволяющая переписать файл на ..."  –1 +/
Сообщение от пох (?), 01-Июн-17, 22:50 
> Опенята клепали же свой аналог doas,

вам мало roaming в sshd и насквозь гнилой libressl, чтобы понять, что это будет еще хуже, чем sudo?
(особенно, когда попытаешься отвязать от общего чудо-проекта - включая вот ровно обсуждаемые грабли. Они линуксоспецифичны, сюрприз, да?)

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

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

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




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

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