MAC_TEST(4)
π MAC_TEST(4) π
okay bestie, welcome to MAC_TEST β the MAC framework's testing policy, straight out of the Kernel Interfaces Manual. yes it's a whole manual page and yes we're gonna get through it together π«Ά
β¨ NAME β¨
mac_test β the MAC framework testing policy π§ͺ
πΈ SYNOPSIS πΈ
so like, if you wanna compile the testing policy into your kernel, you drop these lines into your kernel configuration file:
options MAC
options MAC_TEST
or β alternate route, bestie β if you'd rather load the testing module at boot time, you put this in your kernel configuration file:
options MAC
and then in loader.conf(5):
mac_test_load="YES"
see how options MAC shows up in both? that's not a typo, that's the vibe. MAC is the main character, MAC_TEST is the guest star π
π¦ DESCRIPTION π¦
okay so the mac_test policy module implements a testing facility for the MAC framework. among other things (iykyk), mac_test will try to catch corrupt labels that the system is attempting to destroy and drop to the debugger. dramatic? yes. necessary? also yes.
and on top of that, there's a whole set of statistics about how many times various MAC framework entry points have been called, and it all lives in the security.mac.test sysctl(8) tree. stats girlies stay winning πβ¨
π Label Format π
no labels are defined for mac_test. that's it. that's the whole section. nothing. zero. the void. π
π SEE ALSO π
go read these too, fr fr:
mac(4)mac_biba(4)mac_bsdextended(4)mac_ifoff(4)mac_lomac(4)mac_mls(4)mac_none(4)mac_partition(4)mac_portacl(4)mac_seeotheruids(4)mac(9)
β HISTORY β
the mac_test policy module first appeared in FreeBSD 5.0 and was developed by the TrustedBSD Project. iconic behavior since day one π«Ά
π AUTHORS π
this software was contributed to the FreeBSD Project by Network Associates Labs, the Security Research Division of Network Associates Inc. under DARPA/SPAWAR contract N66001-01-C-8035 (βCBOSSβ), as part of the DARPA CHATS research program. shoutout to the researchers, no cap πβ¨
π BUGS π
okay this is the part where we get serious for a sec, bestie, because it matters:
while the MAC Framework design is intended to support the containment of the root user, not all attack channels are currently protected by entry point checks. as such, MAC Framework policies should not be relied on, in isolation, to protect against a malicious privileged user.
like, don't run a whole security strategy off one policy and call it a day. that's not it. that's giving false confidence. π
and that's the page!! this was the mac_test manual page from Debian, dated July 25, 2015. ty for reading, go touch some kernel config files, ily πππ
π¦ where this page comes from
- debian bookworm: freebsd-manpages 12.2-1 Β· BSD-2-Clause-FreeBSD AND BSD-4-Clause
- debian trixie: freebsd-manpages 12.2-2 Β· BSD-2-Clause-FreeBSD AND BSD-4-Clause
- ubuntu jammy: freebsd-manpages 12.2-1 Β· BSD-2-Clause-FreeBSD AND BSD-4-Clause
- ubuntu noble: freebsd-manpages 12.2-1 Β· BSD-2-Clause-FreeBSD AND BSD-4-Clause
- ubuntu questing: freebsd-manpages 12.2-2
- ubuntu resolute: freebsd-manpages 12.2-2build1 Β· BSD-2-Clause-FreeBSD AND BSD-4-Clause
- ubuntu stonking: freebsd-manpages 12.2-2build1 Β· BSD-2-Clause-FreeBSD AND BSD-4-Clause
- Copyright (c) 2002 Networks Associates Technology, Inc
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms