From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from markus.defensec.nl (markus.defensec.nl [45.80.168.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D8E77325483 for ; Mon, 28 Sep 2026 12:21:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=45.80.168.93 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790598096; cv=none; b=ZQNcCDZtGmBhePLJogNhsPM0nxyQzxGrXzZnt5KFXe6uqE6huvHAz/VN3TCt2DEIjIjROuk0eLupxn5FyDV0ZQj+VUm6/WWz/QyBl/Tei1Mfl5dAFP6HH0yDPtHz/b083BFteSJaPcJu8Tddh2D2jQ+D7pZF29xgOUalEJws0uI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1790598096; c=relaxed/simple; bh=PZCGSbCK4VB14+6fR2Tx8vCdbtsjmQupvvWL5r2Fyao=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=F3H5gH8zLHdsXfXHU/RqSojwdrCV3M+RG17965WqI3yXD2wZNyOHS+nDiYcBoy65eXrtQF5oR2jEM7CG5NI7RZZK573z/ssm3BKIo1RiKILrsdvMDX03B0827Nz7Cn5ejXrv8Exmy2A0Y/r8P1ml/jeKwircAY3awwcv5/sZc1o= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=defensec.nl; spf=pass smtp.mailfrom=defensec.nl; dkim=pass (1024-bit key) header.d=defensec.nl header.i=@defensec.nl header.b=KPwwYXw9; arc=none smtp.client-ip=45.80.168.93 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=defensec.nl Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=defensec.nl Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=defensec.nl header.i=@defensec.nl header.b="KPwwYXw9" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=defensec.nl; s=default; t=1790598092; bh=PZCGSbCK4VB14+6fR2Tx8vCdbtsjmQupvvWL5r2Fyao=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=KPwwYXw9cqomXSY2ThbWDWPhWUTqlhNK+U1bIqXIvVFccowViKP7KRS7YINJ1JXck jZ/I/FTUg4VV27DoeSRhQFn2oXwDFcJhbqG91nk0QAZPABZIMX+cm/I2RmYsOsPz4k rMVwkC20Nsy83xs6CFR9h9ByRqYz+ibkpHe9GftQ= Received: from nimbus (nimbus.defensec.nl [IPv6:2a10:3781:2099::514]) by markus.defensec.nl (Postfix) with ESMTPSA id A633F2F2435; Mon, 28 Sep 2026 14:21:32 +0200 (CEST) From: Dominick Grift To: Russell Coker Cc: selinux-refpolicy@vger.kernel.org Subject: Re: /dev/full In-Reply-To: (Russell Coker's message of "Mon, 28 Sep 2026 22:10:43 +1000") References: <87bj9h4qc0.fsf@defensec.nl> Date: Mon, 28 Sep 2026 14:21:32 +0200 Message-ID: <877bk54ldf.fsf@defensec.nl> User-Agent: Gnus/5.13 (Gnus v5.13) Precedence: bulk X-Mailing-List: selinux-refpolicy@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Russell Coker writes: > On Monday, 28 September 2026 21:58:17 AEST Russell Coker wrote: >> On Monday, 28 September 2026 20:34:23 AEST Dominick Grift wrote: >> > Could also be that the name-based transition for /dev/full was never >> > added because the event was not reproduced after name-based transitions >> > became available. >> > >> > Bottom line: missing (name-based) type transition rule >> >> # sesearch -T -c chr_file|grep -v devpts_t|grep event >> type_transition kernel_t device_t:chr_file event_device_t; >> >> policy/modules/kernel/kernel.te: dev_filetrans_input_dev(kernel_t) >> >> Thanks for that, it was a default trans rule. I'll add a named transition >> for /dev/full > > That doesn't seem to work. > > root@ami:~# sesearch -T -c chr_file|grep null > type_transition kernel_t device_t:chr_file null_device_t full; > root@ami:~# dmesg|grep event_device_t > [ 3.269252] audit: type=1400 audit(1790597162.343:4): avc: denied { write > } for pid=330 comm="modprobe" name="full" dev="devtmpfs" ino=7 > scontext=system_u:system_r:kmod_t:s0 > tcontext=system_u:object_r:event_device_t:s0 tclass=chr_file permissive=0 > [ 3.272938] audit: type=1400 audit(1790597162.343:5): avc: denied { write > } for pid=332 comm="modprobe" name="full" dev="devtmpfs" ino=7 > scontext=system_u:system_r:kmod_t:s0 > tcontext=system_u:object_r:event_device_t:s0 tclass=chr_file permissive=0 What is the context associated with the init sid? Maybe that is actually creating it then? -- gpg --auto-key-locate clear,nodefault,wkd --locate-external-keys dominick.grift@defensec.nl Key fingerprint = FCD2 3660 5D6B 9D27 7FC6 E0FF DA7E 521F 10F6 4098 Dominick Grift Mastodon: @kcinimod@defensec.nl