> В той версии YAMA, которую добавили в ядро, остался только контроль ptrace.

Да. А жаль.

> Остальные "защиты" выкинули по требованию рецензентов

Патчи в mainstream-ядра продвигаются по частям. Это не значит, что остальные части не будут включены несколько позже, когда удастся получить ACK'и.

> (и правильно, а то захотел сходить по чужому симлинку - пересобери ядро, дух Ubuntu as is).

Во-первых, говоря именно о симлинках, ограничение распространялось бы лишь на симлинки в каталогах с +t (таких как /tmp). Сознательно ходить по чужим симлинкам в /tmp может быть нужно очень-очень редко (возможно, для проверки какого-нибудь exploit'а). Во-вторых, никакой пересборки ядра не требуется - есть sysctl'ы kernel.yama.protected_sticky_symlinks и kernel.yama.protected_nonaccess_hardlinks. Если не нравится, что эти вещи включены по умолчанию, их можно выключать при загрузке системы с помощью /etc/sysctl.conf. Если такое умолчание не нравится maintainer'ам ядра, оно может быть другим (т.е. эти ограничения могут быть по умолчанию выключены), что на мой взгляд не является существенным поводом не принимать патчи, которые иначе придется продолжать поддерживать на уровне дистрибутивов.

Кстати, по моему опыту, из этих трех ограничений иногда слегка мешает лишь принятое сейчас ограничение ptrace - да и то только при разработке/отладке (возможность не-root'у присоединить отладчик к отдельно запущенному процессу). А еще Wine этому смущается когда Win64-программа падает и он хочет выдать диагностику. Но я тем не менее за наличие этой вещи в ядре. Отключить ее на системах, использующихся для разработки/отладки, не сложно (kernel.yama.ptrace_scope = 0 в /etc/sysctl.conf). Ограничения симлинков и хардлинков же не мешают вообще.