You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Variables provide a way to group one or more values for consistent reference within other OVAL content.
77
77
|
78
78
79
-
An Annotated Sample
79
+
Sample Definition (OVAL 6.0 encapsulated style)
80
+
tests, objects, states and variables are encapsulated within the OVAL definition. This makes for much easier to read defintions, and much more portable content, you can copy a defintion from one content file to another.
The metadata element contains information about the definition, including its title and description. This definition checks whether WinRM traffic is encrypted or not.
105
-
-->
106
-
<title>WinRM Traffic Must be Encrypted</title>
107
-
<affected family="windows">
108
-
<platform>Microsoft Windows Server 2016</platform>
<description>The Windows Remote Management (WinRM) client must not allow unencrypted traffic.</description>
112
-
</metadata>
113
-
<notes>
114
-
<note>This sample was based on an OVAL definition included in the Windows Server 2016 STIG available at https://iase.disa.mil/ </note>
115
-
</notes>
116
-
criteria operator="AND">
117
-
<!--
118
-
The criteria element specifies the assertion to be tested using information gathered from the endpoint.
119
-
-->
120
-
<criterion comment="Verifies 'WinRM Client: Allow unencrypted traffic' is set to 'Disabled'" test_ref="oval:org.oval-community.example:tst:1"/>\
121
-
<!--
122
-
The criterion elements define logical terms in the assertion. This criteria only uses 1 criterion element to check if 'WinRM Client: Allow unencrypted traffic' is set to 'Disabled'.
123
-
124
-
By default, the truth values returned by the tests are AND'ed to determine the truth value of the assertion.
125
-
-->
126
-
</criteria>
127
-
</definition>
128
-
</definitions>
129
-
130
-
<tests>
131
-
<!--
132
-
The tests element contains the OVAL Test(s). OVAL Tests specify what to search for on an endpoint (i.e., objects) and what is expected to be found (i.e., states).
133
-
134
-
The registry_test is used to check information in the Windows registry.
135
-
-->
136
-
<registry_test check="all" check_existence="at_least_one_exists" comment="WinRM Client: Allow unencrypted traffic is set to 'Disabled'" id="oval:org.oval-community.example:tst:1" version="1" xmlns="http://oval.mitre.org/XMLSchema/oval-definitions-5#windows">
137
-
<!--
138
-
This registry_test checks that 'Allow unencrypted traffic' is set to 'Disabled'.
<description>Computer is in the windows family</description>
108
+
</metadata>
109
+
<criteria>
110
+
<criterion test_ref="oval:oval-community:tst:1" comment="The installed operating system belongs to the Microsoft Windows family" />
111
+
</criteria>
112
+
<tests>
113
+
<family_test xmlns="urn:oval:v6:definitions:independent" id="oval:oval-community:tst:1" version="1" check="all" comment="The installed operating system belongs to the Microsoft Windows family">
This style has separate silos of data for definitions, tests, objects, states, variables. This makes for easy sharing of existing tests, objects, states, variables within a single file, but can make the file very hard to read/understand/maintain. It also makes it very challenging to copy a definition from one file to another.
<description>Computer is in the windows family</description>
160
+
</metadata>
161
+
<criteria>
162
+
<criterion test_ref="oval:oval-community:tst:1" comment="The installed operating system belongs to the Microsoft Windows family" />
163
+
</criteria>
164
+
</definition>
165
+
</definitions>
166
+
<tests>
167
+
<family_test xmlns="urn:oval:v6:definitions:independent" id="oval:oval-community:tst:1" version="1" check="all" comment="The installed operating system belongs to the Microsoft Windows family">
<family_state xmlns="urn:oval:v6:definitions:independent" id="oval:oval-community:ste:1" version="1" comment="Microsoft Windows family">
177
+
<family>windows</family>
178
+
</family_state>
179
+
</states>
176
180
</oval_definitions>
177
181
178
182
@@ -215,18 +219,20 @@ XCCDF
215
219
The `eXtensible Configuration Checklist Description Format <https://csrc.nist.gov/projects/security-content-automation-protocol/scap-specifications/xccdf>`_ language describes security checklists. Documents in this format may reference OVAL components or documents, as well as ones from other standards, creating a portable and flexible checklist.
216
220
|
217
221
218
-
SCE
219
-
The `Script Check Engine <https://www.open-scap.org/features/other-standards/sce/>`_ complements OVAL with scripts that check things that OVAL cannot or does not. SCE results files are created as an XML. By using XLST transformations, OVAL and SCE results can be aggregated into a single HTML file or PDF document.
220
-
|
221
-
222
222
CPE
223
223
The `Common Platform Enumeration <https://cpe.mitre.org/specification/>`_ provides a standard naming scheme for IT platforms and systems. OVAL uses it to consistently identify the target platforms of checks and definitions.
224
224
|
225
225
226
-
Datastreams
227
-
**Datastream** is a format that consolidates multiple SCAP components into a single file (including OVAL).
226
+
OCIL
227
+
The `Open Checklist Interactive Language <https://csrc.nist.gov/Projects/Security-Content-Automation-Protocol/Specifications/ocil>`_ provides a method for interviewing the end user to answer test that cannot be automated.
228
+
|
229
+
230
+
SCAP Datastreams
231
+
The 'SCAP Datastream <https://csrc.nist.gov/projects/security-content-automation-protocol/scap-releases/scap-1-3>`_ is a format that consolidates multiple SCAP components into a single file (including OVAL).
232
+
|
228
233
229
-
**ARF**, or the **Asset Reporting Format**, is also called Result Datastream. It consolidates multiple results files into one.
234
+
ARF
235
+
The `Asset Reporting Format <https://csrc.nist.gov/Projects/Security-Content-Automation-Protocol/Specifications/arf>`_ , is also called Result Datastream. It consolidates multiple results files into one.
Copy file name to clipboardExpand all lines: guidelines/index.rst
+11-2Lines changed: 11 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,12 +5,15 @@
5
5
6
6
.. _welcome-to-the-guidelines:
7
7
8
-
The OVAL Community Version 5.12 Documenation
8
+
The OVAL Community Version 6.0 Documenation
9
9
=========================================
10
10
11
11
Welcome to the guidelines for OVAL, the Open Vulnerability and Assessment Language. These guidelines are designed to explain everything you need to know to start contributing to OVAL (or link you to places to ask questions, should the explanations not suffice), as well as provide a variety of standards and resources to the community.
12
12
13
-
If you are looking for documentation for OVAL version 5.11.2, please visit: https://oval-community-guidelines.readthedocs.io/en/5.11.2_release/
13
+
If you are looking for documentation for documentation on previous versions of OVAL
14
+
15
+
* OVAL version 5.12: https://oval-community-guidelines.readthedocs.io/en/5.12_release/
16
+
* OVAL version 5.11.2: https://oval-community-guidelines.readthedocs.io/en/5.11.2_release/
14
17
15
18
**Notice:**
16
19
@@ -24,6 +27,12 @@ What is OVAL?
24
27
25
28
OVAL is an open language built by security experts, system administrators, and software developers to universalize assessment and reporting on the state of computer systems.
26
29
30
+
What changed in version 6.0?
31
+
--------------------------
32
+
* Removed all deprecated items from OVAL 5.12, in order to substantially decrease the size/complexity of the language. This was accomplished without removing any functionality from currently published SCAP/OVAL content. 139 different OVAL deprecated tests were removed from 5.12 to 6.0, along with several entire platforms.
33
+
* Added the concept of an 'encapsulated definition', which allows for OVAL definition files to have a new element called 'encapsulated_definition', which contains all of the tests, objects, states and variables needed to perform the given defintion. This was added to allow content to be easier to write, maintain, and merge with other files.
0 commit comments