History log of /freebsd/share/man/man4/mac_bsdextended.4 (Results 1 – 25 of 42)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 9d81f99b 11-Oct-2024 Warner Losh <imp@FreeBSD.org>

mac_bsdextended: Use SYSCTL VARIABLES section

All the other man pages, except iicbus(4), use .Sh SYSCTL VARIABLES for
documentig sysctls. iicbus(4) has a legitmate reason for varying,
though.

Spons

mac_bsdextended: Use SYSCTL VARIABLES section

All the other man pages, except iicbus(4), use .Sh SYSCTL VARIABLES for
documentig sysctls. iicbus(4) has a legitmate reason for varying,
though.

Sponsored by: Netflix

show more ...


Revision tags: release/13.4.0, release/14.1.0, release/13.3.0, release/14.0.0
# fa9896e0 16-Aug-2023 Warner Losh <imp@FreeBSD.org>

Remove $FreeBSD$: two-line nroff pattern

Remove /^\.\\"\n\.\\"\s*\$FreeBSD\$$\n/


Revision tags: release/13.2.0, release/12.4.0
# 287d467c 18-Jul-2022 Mitchell Horne <mhorne@FreeBSD.org>

mac: add new mac_ddb(4) policy

Generally, access to the kernel debugger is considered to be unsafe from
a security perspective since it presents an unrestricted interface to
inspect or modify the sy

mac: add new mac_ddb(4) policy

Generally, access to the kernel debugger is considered to be unsafe from
a security perspective since it presents an unrestricted interface to
inspect or modify the system state, including sensitive data such as
signing keys.

However, having some access to debugger functionality on production
systems may be useful in determining the cause of a panic or hang.
Therefore, it is desirable to have an optional policy which allows
limited use of ddb(4) while disabling the functionality which could
reveal system secrets.

This loadable MAC module allows for the use of some ddb(4) commands
while preventing the execution of others. The commands have been broadly
grouped into three categories:
- Those which are 'safe' and will not emit sensitive data (e.g. trace).
Generally, these commands are deterministic and don't accept
arguments.
- Those which are definitively unsafe (e.g. examine <addr>, search
<addr> <value>)
- Commands which may be safe to execute depending on the arguments
provided (e.g. show thread <addr>).

Safe commands have been flagged as such with the DB_CMD_MEMSAFE flag.

Commands requiring extra validation can provide a function to do so.
For example, 'show thread <addr>' can be used as long as addr can be
checked against the system's list of process structures.

The policy also prevents debugger backends other than ddb(4) from
executing, for example gdb(4).

Reviewed by: markj, pauamma_gundo.com (manpages)
Sponsored by: Juniper Networks, Inc.
Sponsored by: Klara, Inc.
Differential Revision: https://reviews.freebsd.org/D35371

show more ...


Revision tags: release/13.1.0
# 68445e34 24-Feb-2022 Christian Brueffer <brueffer@FreeBSD.org>

Fix mdoc macro usage and style in section 4 manpages.


Revision tags: release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0, release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0, release/10.3.0, release/10.2.0, release/10.1.0
# 246e7a2b 02-Sep-2014 Neel Natu <neel@FreeBSD.org>

IFC @r269962

Submitted by: Anish Gupta (akgupt3@gmail.com)


# ee7b0571 19-Aug-2014 Simon J. Gerraty <sjg@FreeBSD.org>

Merge head from 7/28


# 1b833d53 13-Aug-2014 Alexander V. Chernikov <melifaro@FreeBSD.org>

Sync to HEAD@r269943.


Revision tags: release/9.3.0
# 6c899950 26-Jun-2014 Baptiste Daroussin <bapt@FreeBSD.org>

use .Mt to mark up email addresses consistently (final part)

PR: 191174
Submitted by: Franco Fichtner <franco at lastsummer.de>


Revision tags: release/10.0.0, release/9.2.0, release/8.4.0, release/9.1.0, release/8.3.0_cvs, release/8.3.0, release/9.0.0, release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0, release/8.1.0_cvs, release/8.1.0
# a4bf5fb9 28-Apr-2010 Kirk McKusick <mckusick@FreeBSD.org>

Update to current version of head.


# aa12cea2 14-Apr-2010 Ulrich Spörlein <uqs@FreeBSD.org>

mdoc: order prologue macros consistently by Dd/Dt/Os

Although groff_mdoc(7) gives another impression, this is the ordering
most widely used and also required by mdocml/mandoc.

Reviewed by: ru
Appro

mdoc: order prologue macros consistently by Dd/Dt/Os

Although groff_mdoc(7) gives another impression, this is the ordering
most widely used and also required by mdocml/mandoc.

Reviewed by: ru
Approved by: philip, ed (mentors)

show more ...


Revision tags: release/7.3.0_cvs, release/7.3.0, release/8.0.0_cvs, release/8.0.0, release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0, release/6.2.0_cvs, release/6.2.0, release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0, release/6.0.0_cvs, release/6.0.0
# 846e187c 21-May-2005 Tom Rhodes <trhodes@FreeBSD.org>

Fix sentence structure to follow a better logic (zero is disable and
one is enable).


Revision tags: release/5.4.0_cvs, release/5.4.0
# 4654c8f4 11-Apr-2005 Tom Rhodes <trhodes@FreeBSD.org>

Avoid using the word "interface" twice in a sentence.


Revision tags: release/4.11.0_cvs, release/4.11.0, release/5.3.0_cvs, release/5.3.0
# 2393bd42 08-Oct-2004 Giorgos Keramidas <keramida@FreeBSD.org>

Close a .Bl list with an .El to fix a groff warning.


# 88af0398 10-Sep-2004 Tom Rhodes <trhodes@FreeBSD.org>

Remove the debugging tunable, it was not being used.
Enable first match by default.[1]

We should: rwatson [1]


# 45fd0f24 21-Aug-2004 Tom Rhodes <trhodes@FreeBSD.org>

Document recently added features and bump the doc date.


# 5203edcd 03-Jul-2004 Ruslan Ermilov <ru@FreeBSD.org>

Mechanically kill hard sentence breaks and double whitespaces.


Revision tags: release/4.10.0_cvs, release/4.10.0, release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0, release/5.1.0_cvs, release/5.1.0
# 3cc3bf52 01-Jun-2003 Ruslan Ermilov <ru@FreeBSD.org>

Assorted mdoc(7) fixes.


# 149c7230 21-May-2003 Ruslan Ermilov <ru@FreeBSD.org>

Kill whitespace at EOL.

Approved by: re (blanket)


Revision tags: release/4.8.0_cvs, release/4.8.0
# 0c6e926f 31-Mar-2003 Chris Costello <chris@FreeBSD.org>

Document the new mac_portacl(4) policy.

Sponsored by: DARPA, Network Associates Laboratories
Obtained from: TrustedBSD Project


Revision tags: release/5.0.0_cvs, release/5.0.0
# ccf09d7c 15-Jan-2003 Chris Costello <chris@FreeBSD.org>

Update cross-references to include mac(4).

Sponsored by: DARPA, Network Associates Laboratories


# 5792da74 08-Jan-2003 Chris Costello <chris@FreeBSD.org>

o Refer to "Network Associates Laboratories" instead of "NAI Labs" or
"Network Associates Labs" in the copyright notice.
o Remove clause #3 in the license terms.
o Remove the line break from my nam

o Refer to "Network Associates Laboratories" instead of "NAI Labs" or
"Network Associates Labs" in the copyright notice.
o Remove clause #3 in the license terms.
o Remove the line break from my name.

Sponsored by: DARPA, Network Associates Laboratories

show more ...


# 9cad8863 08-Jan-2003 Chris Costello <chris@FreeBSD.org>

Cross-reference mac_lomac.4

Sponsored by: DARPA, Network Associates Laboratories


# 5fa65465 18-Dec-2002 Chris Costello <chris@FreeBSD.org>

Refer to the now-existent `options MAC_BSDEXTENDED'.

MFC Candidate.

Prompted by: dcs
Sponsored by: DARPA, Network Associates Laboratories


# 057baf37 11-Dec-2002 Chris Costello <chris@FreeBSD.org>

Document the following MAC policies:
o ifoff: Interface silencing policy
o partition: Process partitioning policy

Add associated Makefile entries and man page cross-references.

Obtained from: Trust

Document the following MAC policies:
o ifoff: Interface silencing policy
o partition: Process partitioning policy

Add associated Makefile entries and man page cross-references.

Obtained from: TrustedBSD Project
Sponsored by: DARPA, Network Associates Labs
Approved by: re (blanket)

show more ...


# 17c5113a 10-Dec-2002 Chris Costello <chris@FreeBSD.org>

Document the following MAC policies:
o None: Stub policy
o Seeotheruids: The "see processes and sockets owned by other users" policy
o Test: Debugging policy

Standardize the SYNOPSIS and HISTORY sec

Document the following MAC policies:
o None: Stub policy
o Seeotheruids: The "see processes and sockets owned by other users" policy
o Test: Debugging policy

Standardize the SYNOPSIS and HISTORY sections.

Update SEE ALSO sections.

show more ...


12