From ab87c5104c533cd481e5af9e88c05169f5ed2a39 Mon Sep 17 00:00:00 2001 From: Jack Vander Pol Date: Wed, 13 May 2026 12:59:48 -0400 Subject: [PATCH] Added behavior to shellcommand to allow for error status per #311 --- oval-schemas/independent-definitions-schema.xsd | 17 ++++++++++++++++- 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/oval-schemas/independent-definitions-schema.xsd b/oval-schemas/independent-definitions-schema.xsd index 2bc68cf..b3e57be 100644 --- a/oval-schemas/independent-definitions-schema.xsd +++ b/oval-schemas/independent-definitions-schema.xsd @@ -1045,6 +1045,7 @@ The evaluation of the object should always produce one item. If the command exec + The shell entity defines the specific shell to use (e.g. bash, csh, ksh, etc.). Any tool collecting information for this object will need to know the shell in order to use it properly. @@ -1137,7 +1138,21 @@ A subexpression (using parentheses) can call out a piece of the matched stdout_l - + + + The ShellCommandBehaviors complex type defines behaviors that allow content authors to determine when a shellcommand item may have a status set to 'error'. By default all shellcommands are set to 'exist', with any error data captured as part of the stderr_line elment and exit_status element. + + + + 'error_if_exit_status_not_0' enables the OVAL interpeter to set the shellcommand item to a status of 'error' if exit_status is not set to 0. The default is false. + + + + + 'error_if_stderr_exists' enables the OVAL interpeter to set the shellcommand item to a status of 'error' if data is returned to stderr. The default is false. + + +