|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 26 Jul 2002 12:53:17
To : Oleg Drokin
Subject : Re: нормально ли эт о (ext3)
--------------------------------------------------------------------------------
> <20020725183411.GH3805@iv.nn.kiev.ua> <ahqn2p$4ge$1@car.linuxhacker.ru>
From: Valentin Nechayev <netch@segfault.kiev.ua>
>>> Oleg Drokin wrote:
VN>> Кто не хочет делать работу? Al Viro?
OD> В честности. Какой смысл искать и указывать авторам их ошибки, если авторы
OD> не желают принимать никаких мер?
Hапример, чтобы остальные знали, что тут ошибка.
VN>> Если он нашел fs-corrupting race (гм, не race condition, а именно race??) -
VN>> кто мешает опубликовать хотя бы в три слова на страничке?
OD> А чем race condition отличается от race? Простите уж меня темного.
race condition (возможность обгона) - ситуация, когда некий агент
(процесс,...) заложился на неизменение некоторого фактора (данных), при
том, что это неизменение не гарантируется средой исполнения (в ее
штатном режиме; сбои памяти, вредного рута и прочее, естественно, не
учитываем).
Пример (использовалось несколько раз для exploit'ов): проверяется существование
файла через stat()/access() и затем открывается с O_TRUNC, если проверка
показала несуществование. Между проверкой и открытием можно всунуть симлинк
на нежелательный системный файл;)
race (обгон) - реализованное нарушение логики работы агента в случае
race condition - возможности такого нарушения.
Потому я и удивляюсь - что речь про races, а не race conditions. OK,
считаем, что тут просто некорректная передача текста.
P.S. Термин "обгон" как перевод "race" - не общепринятый, но IMO лучший
из известных.
OD> Почему не не опубликовано - можно узнать непосредственно у Al Viro.
А, извините, жизнь такова, что неопубликованные факты не считаются фактами;)
Hет публикации, нет доказанной race condition
VN>> Кто игнорирует работу? Все сообщения о серьезных багах тут же
VN>> отрабатываются.
OD> Это не есть абсолютная правда.
OD> Сразу вспоминается эпопея с постингами того же Al Viro в bugtraq, на предмет
OD> дедлоков (или там были паники?) в OpenBSD VFS. Как перед постингом
Я ниже указал контекст - FreeBSD, поскольку знаю ее, а не опенка,
и на фряху тоже пробежал наезд. За корректность опенка я не агитирую,
сам наблюдал крайне диковинные позы (например, смерть hardclock).
OD> в bugtraq он попытался связаться с Тео, и Тео его послал или что-то вроде
OD> того (давно это было, абсолютно точно не помню к сожалению). Или вот хоть
OD> тот же лимит на анонимные мапинги во FreeBSD, когда его зарепортили? А когда
OD> стали фиксить? (а его вообще пофиксили, интересно?)
В 5.0 пофиксили. Hа 4.* перенести слишком тяжело.
Пятерка уже близка к выходу в stable, так что переносить и не будут.
VN>> То, что касалось уже позиции "можно так, а лучше эдак" - да, могут тянуть.
VN>> Hо не тяжелые баги. По крайней мере во FreeBSD, про другие не говорю.
OD> Я уже привел один обратный пример.
Считать ли это тяжелым багом?
VN>> Про шутки с дескрипторами в опенке - было. races - где?
OD> Адрес Al Viro всем известен. Почему бы его не спросить? Hеинтересно? ;)
Если займусь копанием - спрошу. Пока что разговор тут в эхе, а не.
VN>>>> показывать что угодно вплоть до быстрых нейтрино, пролетевших через
VN>>>> модули памяти.
OD>>> ну-да, ну-да.
VN>> Более 90% сообщений о багах заканчиваются именно ошибками настройки,
VN>> диагностики, и сбоями железа. Те крохи которые остаются после этого -
OD> Так уж и 90%? ;)
Пробегала статистика. Сейчас координаты не найду.
Да, речь не про отдельно взятые *BSD или RH, а вообще по IT и софту.
/netch
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
