From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gremlin@basealt.ru>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00,
 HEADER_FROM_DIFFERENT_DOMAINS,RP_MATCHES_RCVD autolearn=unavailable
 autolearn_force=no version=3.4.1
Date: Wed, 12 Jan 2022 21:52:19 +0300
From: "Alexey V. Vissarionov" <gremlin@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Message-ID: <20220112185219.GD22847@altlinux.org>
References: <Yd5aPmKAiAVWfEM4@beehive.mskdc.altlinux.org>
 <20220112171010.GB11057@altlinux.org> <Yd8XUU+SWjeWz0Rj@portlab>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <Yd8XUU+SWjeWz0Rj@portlab>
Subject: Re: [devel]
 =?koi8-r?b?UTog0M/SwSDSwdrSxdvB1NggcHJpdmlsZWdlZCBleGVj?=
 =?koi8-r?b?dXRhYmxlcyDR187PIM7BINXSz9fOxSDEydPU0snC1dTJ18/XPw==?=
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Jan 2022 18:52:23 -0000
Archived-At: <http://lore.altlinux.org/devel/20220112185219.GD22847@altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On 2022-01-12 21:00:49 +0300, Vladimir D. Seleznev wrote:

 >>> #41695	libgtop		normal	 ---
 >>> Содержит suid-бинарник
 >> Я думаю, есть смысл, чтобы ядро за этим следило.
 >> Загружаешь ему список разрешённых privileged executables,
 >> все остальные запрещены.
 > Лучше сопровождать белый список suid-бинарников, которые можно
 > собирать в репозитории (с привязкой к пакетам, в которых они
 > упакованы). И дополнять этот список только после вычитки кода
 > инженером безопасности.

Это две независимые задачи.

Первая - что можно запускать как SUID. Влили список через sysctl,
потом дали указание отключить этот интерфейс (точно так же, как
/proc/sys/kernel/modules_disabled), и все: запустить бинарь можно,
но SUID не работает. И список уже хрен поменяешь - только если в
/etc/suid.d файл добавить и перезагрузиться. Мне оно видится как
файл + umask, кстати: 4 - разрешен SUID, 2 - разрешен SGID, 6 -
разрешены SUID и SGID, какой бы дикостью это ни было, ибо o+x).

Вторая - что можно собирать в репу. В идеале, конечно, SUID-бинарей
в системе вообще быть не должно, но всем понятно, что бы живем в
неидеальном мире. И как минимум предупреждение о том, что какая-то
софтина пытается протащить SUID-бинарь будет весьма полезно (а кому
очень надо, добавят "suid" в no_sisyphus_check и соберут локально;
мы же этого будем максимально избегать).


-- 
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net