Re: [bitbake-devel] [PATCH RFC 0/2] bitbake: Add basic landlock support

David Nyström <[email protected]> Thu, 16 Jul 2026 17:50:54 +0200 (CEST)
Newsgroups org.openembedded.lists.bitbake-devel
Message-ID <[email protected]>
--832332988958181617842170541250322
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE



On Thu, 16 Jul 2026, Richard Purdie wrote:

> Hi David,
>
> On Fri, 2026-06-12 at 13:38 +0200, David Nystr=C3=B6m via lists.openembed=
ded.org wrote:
>> When current implementation runs in an unprivileged docker container,
>> basic networking will be allowed by default in all steps, ignoring the
>> network varflags intention.
>> Introduce support for landlock blocking of bind and connect, providing
>> basic support for blocking TCP.
>> UDP is corrently beeing worked on upstream, but not yet supported.
>>
>> Landlock requires PR_SET_NO_NEW_PRIVS to prevent escape,
>> which is also attempted, this prevents privilege escalation from child.
>> devshell and related are already tagged with network varflag and
>> can sudo at will.
>>
>> syscall ABI is asm-generic, 5.13+ for all archs except alpha.
>> On alpha, we leak 2 fd:s in the childs context before graceful exit,
>> which is cleaned up at child termination.
>> Don't have an alpha target, so this is not tested, evaluated via
>> static analysis only.
>>
>> Landlock also provides a future possibility for filesystem
>> limitations with the purpose of catching bugs, and preventing
>> persistance of supply chain releated payloads. writes to f.ex.
>> .bashrc and friends.
>>
>> Signed-off-by: David Nystr=C3=B6m <[email protected]>
>> ---
>> David Nystr=C3=B6m (2):
>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 utils: Add landlock_restrict_network func=
tion
>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 bitbake-worker: Call landlock_restrict_ne=
twork for tasks without network
>>
>> =C2=A0bin/bitbake-worker |=C2=A0 2 ++
>> =C2=A0lib/bb/utils.py=C2=A0=C2=A0=C2=A0 | 26 ++++++++++++++++++++++++++
>> =C2=A02 files changed, 28 insertions(+)
>
> I think this has generally has positive comments, we just need to take
> Paul's review comments into account about the magic numbers. Would you
> be able to send a version with those tweaks?

Yes, thanks for the review, and sorry for the late reply.
Will reroll with comments.

> Thanks,
>
> Richard
>=

--832332988958181617842170541250322--