From: Alexey Tourbin <alexey.tourbin@gmail.com>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] Vulnerability policy
Date: Thu, 2 Mar 2017 09:57:52 +0300
Message-ID: <CA+qzenm81CQDa38mqRzO-b3NXDPYdzjeSTQF8-nRRGz2LN=Zjg@mail.gmail.com> (raw)
In-Reply-To: <CA++8mrqq621EkmffxUAC3z_56q0nTapu-D_ifEyLvq6iLNhBdA@mail.gmail.com>
2017-02-28 20:06 GMT+03:00 lineprinter <lineprinter@altlinux.org>:
> По результатам обсуждения страница
> https://www.altlinux.org/Vulnerability_Policy была обновлена, желающим
> предлагаю прокомментировать.
Полагаться на %changelog - плохая идея. В моей практике знаете какой
был случай? Один пациент прислал мне пакет postgesql.src.rpm с
исправлением уязвимости, чтобы я собрал его в updates. (Было это в
2003 году, тогда еще не было бранчей, а были updates для
дистрибутивов.) И вот я из любопытства просматриваю этот пакет,
строчка Patch: там есть, а соответствующей строчки %patch - нету. Я
пациенту пишу: патч не прикладывается. Он: то есть как это не
прикладывается? То есть совсем не прикладывается. Языковая
двусмысленность такая немного смешная.
Полагаться на исправленную версию - несколько лучше. Поскольку
облажаться пациенту в этом случае сложнее. Проблема только в том, что
опережающая версия иногда используется для сборки пререлизов (такие
сборки часто получают релиз alt0.1 и т.д.) Поэтому в плане версий
можно выделить три случая:
- версия > succ(v) - уязвимость исправлена (где v - уязвимая версия).
- версия = succ(v) - пограничный случай, смотрим на релиз alt0*.
- версия = v - скорее всего не исправлена, если нет упоминания в %changelog.
Но это только если бы версии последовательно нумеровались. Если,
например, уязвимы версии вплоть до 3.3, а в сизифе имеется
4.0-alt-0.1, то сказать что либо сложно. Кроме того, релизы alt0*
перегружены: они также используются для бекпортов в бранчи.
Вообще, если ставить дело на серьезную ногу, то вся это эвристика не
годится, а играют роль только два критерия: 1) текстовое совпадение в
коде (а именно, сделать rpm -bp и дальше смотреть, прикладывается ли
патч или наоборот patch -R); 2) воспроизводимость уязвимости. Нужно
уметь воспроизвести уязвимость в уязвимой версии и показать, что
уязвимость больше не воспроизводится в исправленной версии. Это самое
тяжелое, и это конечно надо стараться как-то автоматизировать. Я в
свое время несколько пакетов так исправил.
Потом мне это надоело до чертиков. Там еще было очень много
имитационной деятельности. То есть нужно было писать анонс:
"обнаружена уязвимость, потенциальный злоумышленник может вас задрать"
и там еще ссылки надо было вставлять на скачивание rpm-пакетов. Ну в
общем подражание Ред Хату при отсутствии редхатовских клиентов и
бюджетов - маразм в чистом виде.
Дались они вам эти уязвимости. Мой опыт показывает, что сколько их не
исправляй, они тут же новые вскакивают. Как говорил Иисус Христос,
сборка обновлений - это суета и томление духа. Советую вам лучше
что-нибудь выпить. В Пятерочке сейчас продается Rauli Chardonnay 2015
за 300 с небольшим рублей. По-моему, ничего.
next prev parent reply other threads:[~2017-03-02 6:57 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-21 17:29 lineprinter
2017-02-21 17:49 ` Anton Farygin
2017-02-21 18:33 ` Michael Shigorin
2017-02-21 18:44 ` Dmitry V. Levin
2017-02-21 19:02 ` Anton Farygin
2017-02-21 19:32 ` Michael Shigorin
2017-02-21 19:34 ` Alexey Gladkov
2017-02-22 7:31 ` Sergey V Turchin
2017-02-22 7:34 ` Michael Shigorin
2017-02-21 19:09 ` Dmitry Derjavin
2017-02-22 10:07 ` Igor Zubkov
2017-02-22 11:20 ` Andrew Clark
2017-02-28 17:04 ` lineprinter
2017-03-06 17:08 ` Anton Farygin
2017-02-28 17:06 ` lineprinter
2017-02-28 17:39 ` Alexey Tourbin
2017-02-28 17:51 ` Евгений Терешков
2017-02-28 18:12 ` Alexey Tourbin
2017-03-04 1:03 ` [devel] needrestart (was: Vulnerability policy) Dmitry V. Levin
2017-03-02 6:57 ` Alexey Tourbin [this message]
2017-03-03 5:35 ` [devel] Vulnerability policy Alexey Tourbin
2017-03-03 15:00 ` Sergey Afonin
2017-03-03 15:06 ` Alexey Tourbin
2017-05-02 15:31 ` Dmitry V. Levin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CA+qzenm81CQDa38mqRzO-b3NXDPYdzjeSTQF8-nRRGz2LN=Zjg@mail.gmail.com' \
--to=alexey.tourbin@gmail.com \
--cc=devel@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git