StigData/Archive/Windows.Server.2019/U_MS_Windows_Server_2019_DC_STIG_V2R2_Manual-xccdf.xml
|
<?xml version="1.0" encoding="utf-8"?> <?xml-stylesheet type='text/xsl' href='STIG_unclass.xsl'?> <Benchmark xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:cpe="http://cpe.mitre.org/language/2.0" xmlns:xhtml="http://www.w3.org/1999/xhtml" xmlns:dsig="http://www.w3.org/2000/09/xmldsig#" xsi:schemaLocation="http://checklists.nist.gov/xccdf/1.1 http://nvd.nist.gov/schema/xccdf-1.1.4.xsd http://cpe.mitre.org/dictionary/2.0 http://cpe.mitre.org/files/cpe-dictionary_2.1.xsd" id="Windows_Server_2019_DC_STIG" xml:lang="en" xmlns="http://checklists.nist.gov/xccdf/1.1"> <status date="2021-03-05">accepted</status> <title>Microsoft Windows Server 2019 Security Technical Implementation Guide</title> <description>This Security Technical Implementation Guide is published as a tool to improve the security of Department of Defense (DoD) information systems. The requirements are derived from the National Institute of Standards and Technology (NIST) 800-53 and related documents. Comments or proposed revisions to this document should be sent via email to the following address: disa.stig_spt@mail.mil.</description> <notice id="terms-of-use" xml:lang="en" /> <front-matter xml:lang="en" /> <rear-matter xml:lang="en" /> <reference href="https://cyber.mil"> <dc:publisher>DISA</dc:publisher> <dc:source>STIG.DOD.MIL</dc:source> </reference> <plain-text id="release-info">Release: 2 Benchmark Date: 04 May 2021</plain-text> <plain-text id="generator">3.2.2.36079</plain-text> <plain-text id="conventionsVersion">1.10.0</plain-text> <version>2</version> <Profile id="MAC-1_Classified"> <title>I - Mission Critical Classified</title> <description><ProfileDescription></ProfileDescription></description> <select idref="V-205624" selected="true" /> <select idref="V-205625" selected="true" /> <select idref="V-205626" selected="true" /> <select idref="V-205627" selected="true" /> <select idref="V-205628" selected="true" /> <select idref="V-205629" selected="true" /> <select idref="V-205630" selected="true" /> <select idref="V-205631" selected="true" /> <select idref="V-205632" selected="true" /> <select idref="V-205633" selected="true" /> <select idref="V-205634" selected="true" /> <select idref="V-205635" selected="true" /> <select idref="V-205636" selected="true" /> <select idref="V-205637" selected="true" /> <select idref="V-205638" selected="true" /> <select idref="V-205639" selected="true" /> <select idref="V-205640" selected="true" /> <select idref="V-205641" selected="true" /> <select idref="V-205642" selected="true" /> <select idref="V-205643" selected="true" /> <select idref="V-205644" selected="true" /> <select idref="V-205645" selected="true" /> <select idref="V-205646" selected="true" /> <select idref="V-205647" selected="true" /> <select idref="V-205648" selected="true" /> <select idref="V-205649" selected="true" /> <select idref="V-205650" selected="true" /> <select idref="V-205651" selected="true" /> <select idref="V-205652" selected="true" /> <select idref="V-205653" selected="true" /> <select idref="V-205654" selected="true" /> <select idref="V-205655" selected="true" /> <select idref="V-205656" selected="true" /> <select idref="V-205657" selected="true" /> <select idref="V-205658" selected="true" /> <select idref="V-205659" selected="true" /> <select idref="V-205660" selected="true" /> <select idref="V-205661" selected="true" /> <select idref="V-205662" selected="true" /> <select idref="V-205663" selected="true" /> <select idref="V-205664" selected="true" /> <select idref="V-205665" selected="true" /> <select idref="V-205666" selected="true" /> <select idref="V-205667" selected="true" /> <select idref="V-205668" selected="true" /> <select idref="V-205669" selected="true" /> <select idref="V-205670" selected="true" /> <select idref="V-205671" selected="true" /> <select idref="V-205672" selected="true" /> <select idref="V-205673" selected="true" /> <select idref="V-205674" selected="true" /> <select idref="V-205675" selected="true" /> <select idref="V-205676" selected="true" /> <select idref="V-205677" selected="true" /> <select idref="V-205678" selected="true" /> <select idref="V-205679" selected="true" /> <select idref="V-205680" selected="true" /> <select idref="V-205681" selected="true" /> <select idref="V-205682" selected="true" /> <select idref="V-205683" selected="true" /> <select idref="V-205684" selected="true" /> <select idref="V-205685" selected="true" /> <select idref="V-205686" selected="true" /> <select idref="V-205687" selected="true" /> <select idref="V-205688" selected="true" /> <select idref="V-205689" selected="true" /> <select idref="V-205690" selected="true" /> <select idref="V-205691" selected="true" /> <select idref="V-205692" selected="true" /> <select idref="V-205693" selected="true" /> <select idref="V-205694" selected="true" /> <select idref="V-205695" selected="true" /> <select idref="V-205696" selected="true" /> <select idref="V-205697" selected="true" /> <select idref="V-205698" selected="true" /> <select idref="V-205699" selected="true" /> <select idref="V-205700" selected="true" /> <select idref="V-205701" selected="true" /> <select idref="V-205702" selected="true" /> <select idref="V-205703" selected="true" /> <select idref="V-205704" selected="true" /> <select idref="V-205705" selected="true" /> <select idref="V-205706" selected="true" /> <select idref="V-205707" selected="true" /> <select idref="V-205708" selected="true" /> <select idref="V-205709" selected="true" /> <select idref="V-205710" selected="true" /> <select idref="V-205711" selected="true" /> <select idref="V-205712" selected="true" /> <select idref="V-205713" selected="true" /> <select idref="V-205714" selected="true" /> <select idref="V-205715" selected="true" /> <select idref="V-205716" selected="true" /> <select idref="V-205717" selected="true" /> <select idref="V-205718" selected="true" /> <select idref="V-205719" selected="true" /> <select idref="V-205720" selected="true" /> <select idref="V-205721" selected="true" /> <select idref="V-205722" selected="true" /> <select idref="V-205723" selected="true" /> <select idref="V-205724" selected="true" /> <select idref="V-205725" selected="true" /> <select idref="V-205726" selected="true" /> <select idref="V-205727" selected="true" /> <select idref="V-205728" selected="true" /> <select idref="V-205729" selected="true" /> <select idref="V-205730" selected="true" /> <select idref="V-205731" selected="true" /> <select idref="V-205732" selected="true" /> <select idref="V-205733" selected="true" /> <select idref="V-205734" selected="true" /> <select idref="V-205735" selected="true" /> <select idref="V-205736" selected="true" /> <select idref="V-205737" selected="true" /> <select idref="V-205738" selected="true" /> <select idref="V-205739" selected="true" /> <select idref="V-205740" selected="true" /> <select idref="V-205741" selected="true" /> <select idref="V-205742" selected="true" /> <select idref="V-205743" selected="true" /> <select idref="V-205744" selected="true" /> <select idref="V-205745" selected="true" /> <select idref="V-205746" selected="true" /> <select idref="V-205747" selected="true" /> <select idref="V-205748" selected="true" /> <select idref="V-205749" selected="true" /> <select idref="V-205750" selected="true" /> <select idref="V-205751" selected="true" /> <select idref="V-205752" selected="true" /> <select idref="V-205753" selected="true" /> <select idref="V-205754" selected="true" /> <select idref="V-205755" selected="true" /> <select idref="V-205756" selected="true" /> <select idref="V-205757" selected="true" /> <select idref="V-205758" selected="true" /> <select idref="V-205759" selected="true" /> <select idref="V-205760" selected="true" /> <select idref="V-205761" selected="true" /> <select idref="V-205762" selected="true" /> <select idref="V-205763" selected="true" /> <select idref="V-205764" selected="true" /> <select idref="V-205765" selected="true" /> <select idref="V-205766" selected="true" /> <select idref="V-205767" selected="true" /> <select idref="V-205768" selected="true" /> <select idref="V-205769" selected="true" /> <select idref="V-205770" selected="true" /> <select idref="V-205771" selected="true" /> <select idref="V-205772" selected="true" /> <select idref="V-205773" selected="true" /> <select idref="V-205774" selected="true" /> <select idref="V-205775" selected="true" /> <select idref="V-205776" selected="true" /> <select idref="V-205777" selected="true" /> <select idref="V-205778" selected="true" /> <select idref="V-205779" selected="true" /> <select idref="V-205780" selected="true" /> <select idref="V-205781" selected="true" /> <select idref="V-205782" selected="true" /> <select idref="V-205783" selected="true" /> <select idref="V-205784" selected="true" /> <select idref="V-205785" selected="true" /> <select idref="V-205786" selected="true" /> <select idref="V-205787" selected="true" /> <select idref="V-205788" selected="true" /> <select idref="V-205789" selected="true" /> <select idref="V-205790" selected="true" /> <select idref="V-205791" selected="true" /> <select idref="V-205792" selected="true" /> <select idref="V-205793" selected="true" /> <select idref="V-205794" selected="true" /> <select idref="V-205795" selected="true" /> <select idref="V-205796" selected="true" /> <select idref="V-205797" selected="true" /> <select idref="V-205798" selected="true" /> <select idref="V-205799" selected="true" /> <select idref="V-205800" selected="true" /> <select idref="V-205801" selected="true" /> <select idref="V-205802" selected="true" /> <select idref="V-205803" selected="true" /> <select idref="V-205804" selected="true" /> <select idref="V-205805" selected="true" /> <select idref="V-205806" selected="true" /> <select idref="V-205807" selected="true" /> <select idref="V-205808" selected="true" /> <select idref="V-205809" selected="true" /> <select idref="V-205810" selected="true" /> <select idref="V-205811" selected="true" /> <select idref="V-205812" selected="true" /> <select idref="V-205813" selected="true" /> <select idref="V-205814" selected="true" /> <select idref="V-205815" selected="true" /> <select idref="V-205816" selected="true" /> <select idref="V-205817" selected="true" /> <select idref="V-205818" selected="true" /> <select idref="V-205819" selected="true" /> <select idref="V-205820" selected="true" /> <select idref="V-205821" selected="true" /> <select idref="V-205822" selected="true" /> <select idref="V-205823" selected="true" /> <select idref="V-205824" selected="true" /> <select idref="V-205825" selected="true" /> <select idref="V-205826" selected="true" /> <select idref="V-205827" selected="true" /> <select idref="V-205828" selected="true" /> <select idref="V-205829" selected="true" /> <select idref="V-205830" selected="true" /> <select idref="V-205831" selected="true" /> <select idref="V-205832" selected="true" /> <select idref="V-205833" selected="true" /> <select idref="V-205834" selected="true" /> <select idref="V-205835" selected="true" /> <select idref="V-205836" selected="true" /> <select idref="V-205837" selected="true" /> <select idref="V-205838" selected="true" /> <select idref="V-205839" selected="true" /> <select idref="V-205840" selected="true" /> <select idref="V-205841" selected="true" /> <select idref="V-205842" selected="true" /> <select idref="V-205843" selected="true" /> <select idref="V-205844" selected="true" /> <select idref="V-205845" selected="true" /> <select idref="V-205846" selected="true" /> <select idref="V-205847" selected="true" /> <select idref="V-205848" selected="true" /> <select idref="V-205849" selected="true" /> <select idref="V-205850" selected="true" /> <select idref="V-205851" selected="true" /> <select idref="V-205852" selected="true" /> <select idref="V-205853" selected="true" /> <select idref="V-205854" selected="true" /> <select idref="V-205855" selected="true" /> <select idref="V-205856" selected="true" /> <select idref="V-205857" selected="true" /> <select idref="V-205858" selected="true" /> <select idref="V-205859" selected="true" /> <select idref="V-205860" selected="true" /> <select idref="V-205861" selected="true" /> <select idref="V-205862" selected="true" /> <select idref="V-205863" selected="true" /> <select idref="V-205864" selected="true" /> <select idref="V-205865" selected="true" /> <select idref="V-205866" selected="true" /> <select idref="V-205867" selected="true" /> <select idref="V-205868" selected="true" /> <select idref="V-205869" selected="true" /> <select idref="V-205870" selected="true" /> <select idref="V-205871" selected="true" /> <select idref="V-205872" selected="true" /> <select idref="V-205873" selected="true" /> <select idref="V-205874" selected="true" /> <select idref="V-205875" selected="true" /> <select idref="V-205876" selected="true" /> <select idref="V-205877" selected="true" /> <select idref="V-205878" selected="true" /> <select idref="V-205879" selected="true" /> <select idref="V-205880" selected="true" /> <select idref="V-205881" selected="true" /> <select idref="V-205882" selected="true" /> <select idref="V-205883" selected="true" /> <select idref="V-205884" selected="true" /> <select idref="V-205885" selected="true" /> <select idref="V-205886" selected="true" /> <select idref="V-205887" selected="true" /> <select idref="V-205888" selected="true" /> <select idref="V-205889" selected="true" /> <select idref="V-205890" selected="true" /> <select idref="V-205891" selected="true" /> <select idref="V-205892" selected="true" /> <select idref="V-205893" selected="true" /> <select idref="V-205894" selected="true" /> <select idref="V-205895" selected="true" /> <select idref="V-205896" selected="true" /> <select idref="V-205897" selected="true" /> <select idref="V-205898" selected="true" /> <select idref="V-205899" selected="true" /> <select idref="V-205900" selected="true" /> <select idref="V-205901" selected="true" /> <select idref="V-205902" selected="true" /> <select idref="V-205903" selected="true" /> <select idref="V-205904" selected="true" /> <select idref="V-205905" selected="true" /> <select idref="V-205906" selected="true" /> <select idref="V-205907" selected="true" /> <select idref="V-205908" selected="true" /> <select idref="V-205909" selected="true" /> <select idref="V-205910" selected="true" /> <select idref="V-205911" selected="true" /> <select idref="V-205912" selected="true" /> <select idref="V-205913" selected="true" /> <select idref="V-205914" selected="true" /> <select idref="V-205915" selected="true" /> <select idref="V-205916" selected="true" /> <select idref="V-205917" selected="true" /> <select idref="V-205918" selected="true" /> <select idref="V-205919" selected="true" /> <select idref="V-205920" selected="true" /> <select idref="V-205921" selected="true" /> <select idref="V-205922" selected="true" /> <select idref="V-205923" selected="true" /> <select idref="V-205924" selected="true" /> <select idref="V-205925" selected="true" /> <select idref="V-214936" selected="true" /> <select idref="V-236001" selected="true" /> </Profile> <Profile id="MAC-1_Public"> <title>I - Mission Critical Public</title> <description><ProfileDescription></ProfileDescription></description> <select idref="V-205624" selected="true" /> <select idref="V-205625" selected="true" /> <select idref="V-205626" selected="true" /> <select idref="V-205627" selected="true" /> <select idref="V-205628" selected="true" /> <select idref="V-205629" selected="true" /> <select idref="V-205630" selected="true" /> <select idref="V-205631" selected="true" /> <select idref="V-205632" selected="true" /> <select idref="V-205633" selected="true" /> <select idref="V-205634" selected="true" /> <select idref="V-205635" selected="true" /> <select idref="V-205636" selected="true" /> <select idref="V-205637" selected="true" /> <select idref="V-205638" selected="true" /> <select idref="V-205639" selected="true" /> <select idref="V-205640" selected="true" /> <select idref="V-205641" selected="true" /> <select idref="V-205642" selected="true" /> <select idref="V-205643" selected="true" /> <select idref="V-205644" selected="true" /> <select idref="V-205645" selected="true" /> <select idref="V-205646" selected="true" /> <select idref="V-205647" selected="true" /> <select idref="V-205648" selected="true" /> <select idref="V-205649" selected="true" /> <select idref="V-205650" selected="true" /> <select idref="V-205651" selected="true" /> <select idref="V-205652" selected="true" /> <select idref="V-205653" selected="true" /> <select idref="V-205654" selected="true" /> <select idref="V-205655" selected="true" /> <select idref="V-205656" selected="true" /> <select idref="V-205657" selected="true" /> <select idref="V-205658" selected="true" /> <select idref="V-205659" selected="true" /> <select idref="V-205660" selected="true" /> <select idref="V-205661" selected="true" /> <select idref="V-205662" selected="true" /> <select idref="V-205663" selected="true" /> <select idref="V-205664" selected="true" /> <select idref="V-205665" selected="true" /> <select idref="V-205666" selected="true" /> <select idref="V-205667" selected="true" /> <select idref="V-205668" selected="true" /> <select idref="V-205669" selected="true" /> <select idref="V-205670" selected="true" /> <select idref="V-205671" selected="true" /> <select idref="V-205672" selected="true" /> <select idref="V-205673" selected="true" /> <select idref="V-205674" selected="true" /> <select idref="V-205675" selected="true" /> <select idref="V-205676" selected="true" /> <select idref="V-205677" selected="true" /> <select idref="V-205678" selected="true" /> <select idref="V-205679" selected="true" /> <select idref="V-205680" selected="true" /> <select idref="V-205681" selected="true" /> <select idref="V-205682" selected="true" /> <select idref="V-205683" selected="true" /> <select idref="V-205684" selected="true" /> <select idref="V-205685" selected="true" /> <select idref="V-205686" selected="true" /> <select idref="V-205687" selected="true" /> <select idref="V-205688" selected="true" /> <select idref="V-205689" selected="true" /> <select idref="V-205690" selected="true" /> <select idref="V-205691" selected="true" /> <select idref="V-205692" selected="true" /> <select idref="V-205693" selected="true" /> <select idref="V-205694" selected="true" /> <select idref="V-205695" selected="true" /> <select idref="V-205696" selected="true" /> <select idref="V-205697" selected="true" /> <select idref="V-205698" selected="true" /> <select idref="V-205699" selected="true" /> <select idref="V-205700" selected="true" /> <select idref="V-205701" selected="true" /> <select idref="V-205702" selected="true" /> <select idref="V-205703" selected="true" /> <select idref="V-205704" selected="true" /> <select idref="V-205705" selected="true" /> <select idref="V-205706" selected="true" /> <select idref="V-205707" selected="true" /> <select idref="V-205708" selected="true" /> <select idref="V-205709" selected="true" /> <select idref="V-205710" selected="true" /> <select idref="V-205711" selected="true" /> <select idref="V-205712" selected="true" /> <select idref="V-205713" selected="true" /> <select idref="V-205714" selected="true" /> <select idref="V-205715" selected="true" /> <select idref="V-205716" selected="true" /> <select idref="V-205717" selected="true" /> <select idref="V-205718" selected="true" /> <select idref="V-205719" selected="true" /> <select idref="V-205720" selected="true" /> <select idref="V-205721" selected="true" /> <select idref="V-205722" selected="true" /> <select idref="V-205723" selected="true" /> <select idref="V-205724" selected="true" /> <select idref="V-205725" selected="true" /> <select idref="V-205726" selected="true" /> <select idref="V-205727" selected="true" /> <select idref="V-205728" selected="true" /> <select idref="V-205729" selected="true" /> <select idref="V-205730" selected="true" /> <select idref="V-205731" selected="true" /> <select idref="V-205732" selected="true" /> <select idref="V-205733" selected="true" /> <select idref="V-205734" selected="true" /> <select idref="V-205735" selected="true" /> <select idref="V-205736" selected="true" /> <select idref="V-205737" selected="true" /> <select idref="V-205738" selected="true" /> <select idref="V-205739" selected="true" /> <select idref="V-205740" selected="true" /> <select idref="V-205741" selected="true" /> <select idref="V-205742" selected="true" /> <select idref="V-205743" selected="true" /> <select idref="V-205744" selected="true" /> <select idref="V-205745" selected="true" /> <select idref="V-205746" selected="true" /> <select idref="V-205747" selected="true" /> <select idref="V-205748" selected="true" /> <select idref="V-205749" selected="true" /> <select idref="V-205750" selected="true" /> <select idref="V-205751" selected="true" /> <select idref="V-205752" selected="true" /> <select idref="V-205753" selected="true" /> <select idref="V-205754" selected="true" /> <select idref="V-205755" selected="true" /> <select idref="V-205756" selected="true" /> <select idref="V-205757" selected="true" /> <select idref="V-205758" selected="true" /> <select idref="V-205759" selected="true" /> <select idref="V-205760" selected="true" /> <select idref="V-205761" selected="true" /> <select idref="V-205762" selected="true" /> <select idref="V-205763" selected="true" /> <select idref="V-205764" selected="true" /> <select idref="V-205765" selected="true" /> <select idref="V-205766" selected="true" /> <select idref="V-205767" selected="true" /> <select idref="V-205768" selected="true" /> <select idref="V-205769" selected="true" /> <select idref="V-205770" selected="true" /> <select idref="V-205771" selected="true" /> <select idref="V-205772" selected="true" /> <select idref="V-205773" selected="true" /> <select idref="V-205774" selected="true" /> <select idref="V-205775" selected="true" /> <select idref="V-205776" selected="true" /> <select idref="V-205777" selected="true" /> <select idref="V-205778" selected="true" /> <select idref="V-205779" selected="true" /> <select idref="V-205780" selected="true" /> <select idref="V-205781" selected="true" /> <select idref="V-205782" selected="true" /> <select idref="V-205783" selected="true" /> <select idref="V-205784" selected="true" /> <select idref="V-205785" selected="true" /> <select idref="V-205786" selected="true" /> <select idref="V-205787" selected="true" /> <select idref="V-205788" selected="true" /> <select idref="V-205789" selected="true" /> <select idref="V-205790" selected="true" /> <select idref="V-205791" selected="true" /> <select idref="V-205792" selected="true" /> <select idref="V-205793" selected="true" /> <select idref="V-205794" selected="true" /> <select idref="V-205795" selected="true" /> <select idref="V-205796" selected="true" /> <select idref="V-205797" selected="true" /> <select idref="V-205798" selected="true" /> <select idref="V-205799" selected="true" /> <select idref="V-205800" selected="true" /> <select idref="V-205801" selected="true" /> <select idref="V-205802" selected="true" /> <select idref="V-205803" selected="true" /> <select idref="V-205804" selected="true" /> <select idref="V-205805" selected="true" /> <select idref="V-205806" selected="true" /> <select idref="V-205807" selected="true" /> <select idref="V-205808" selected="true" /> <select idref="V-205809" selected="true" /> <select idref="V-205810" selected="true" /> <select idref="V-205811" selected="true" /> <select idref="V-205812" selected="true" /> <select idref="V-205813" selected="true" /> <select idref="V-205814" selected="true" /> <select idref="V-205815" selected="true" /> <select idref="V-205816" selected="true" /> <select idref="V-205817" selected="true" /> <select idref="V-205818" selected="true" /> <select idref="V-205819" selected="true" /> <select idref="V-205820" selected="true" /> <select idref="V-205821" selected="true" /> <select idref="V-205822" selected="true" /> <select idref="V-205823" selected="true" /> <select idref="V-205824" selected="true" /> <select idref="V-205825" selected="true" /> <select idref="V-205826" selected="true" /> <select idref="V-205827" selected="true" /> <select idref="V-205828" selected="true" /> <select idref="V-205829" selected="true" /> <select idref="V-205830" selected="true" /> <select idref="V-205831" selected="true" /> <select idref="V-205832" selected="true" /> <select idref="V-205833" selected="true" /> <select idref="V-205834" selected="true" /> <select idref="V-205835" selected="true" /> <select idref="V-205836" selected="true" /> <select idref="V-205837" selected="true" /> <select idref="V-205838" selected="true" /> <select idref="V-205839" selected="true" /> <select idref="V-205840" selected="true" /> <select idref="V-205841" selected="true" /> <select idref="V-205842" selected="true" /> <select idref="V-205843" selected="true" /> <select idref="V-205844" selected="true" /> <select idref="V-205845" selected="true" /> <select idref="V-205846" selected="true" /> <select idref="V-205847" selected="true" /> <select idref="V-205848" selected="true" /> <select idref="V-205849" selected="true" /> <select idref="V-205850" selected="true" /> <select idref="V-205851" selected="true" /> <select idref="V-205852" selected="true" /> <select idref="V-205853" selected="true" /> <select idref="V-205854" selected="true" /> <select idref="V-205855" selected="true" /> <select idref="V-205856" selected="true" /> <select idref="V-205857" selected="true" /> <select idref="V-205858" selected="true" /> <select idref="V-205859" selected="true" /> <select idref="V-205860" selected="true" /> <select idref="V-205861" selected="true" /> <select idref="V-205862" selected="true" /> <select idref="V-205863" selected="true" /> <select idref="V-205864" selected="true" /> <select idref="V-205865" selected="true" /> <select idref="V-205866" selected="true" /> <select idref="V-205867" selected="true" /> <select idref="V-205868" selected="true" /> <select idref="V-205869" selected="true" /> <select idref="V-205870" selected="true" /> <select idref="V-205871" selected="true" /> <select idref="V-205872" selected="true" /> <select idref="V-205873" selected="true" /> <select idref="V-205874" selected="true" /> <select idref="V-205875" selected="true" /> <select idref="V-205876" selected="true" /> <select idref="V-205877" selected="true" /> <select idref="V-205878" selected="true" /> <select idref="V-205879" selected="true" /> <select idref="V-205880" selected="true" /> <select idref="V-205881" selected="true" /> <select idref="V-205882" selected="true" /> <select idref="V-205883" selected="true" /> <select idref="V-205884" selected="true" /> <select idref="V-205885" selected="true" /> <select idref="V-205886" selected="true" /> <select idref="V-205887" selected="true" /> <select idref="V-205888" selected="true" /> <select idref="V-205889" selected="true" /> <select idref="V-205890" selected="true" /> <select idref="V-205891" selected="true" /> <select idref="V-205892" selected="true" /> <select idref="V-205893" selected="true" /> <select idref="V-205894" selected="true" /> <select idref="V-205895" selected="true" /> <select idref="V-205896" selected="true" /> <select idref="V-205897" selected="true" /> <select idref="V-205898" selected="true" /> <select idref="V-205899" selected="true" /> <select idref="V-205900" selected="true" /> <select idref="V-205901" selected="true" /> <select idref="V-205902" selected="true" /> <select idref="V-205903" selected="true" /> <select idref="V-205904" selected="true" /> <select idref="V-205905" selected="true" /> <select idref="V-205906" selected="true" /> <select idref="V-205907" selected="true" /> <select idref="V-205908" selected="true" /> <select idref="V-205909" selected="true" /> <select idref="V-205910" selected="true" /> <select idref="V-205911" selected="true" /> <select idref="V-205912" selected="true" /> <select idref="V-205913" selected="true" /> <select idref="V-205914" selected="true" /> <select idref="V-205915" selected="true" /> <select idref="V-205916" selected="true" /> <select idref="V-205917" selected="true" /> <select idref="V-205918" selected="true" /> <select idref="V-205919" selected="true" /> <select idref="V-205920" selected="true" /> <select idref="V-205921" selected="true" /> <select idref="V-205922" selected="true" /> <select idref="V-205923" selected="true" /> <select idref="V-205924" selected="true" /> <select idref="V-205925" selected="true" /> <select idref="V-214936" selected="true" /> <select idref="V-236001" selected="true" /> </Profile> <Profile id="MAC-1_Sensitive"> <title>I - Mission Critical Sensitive</title> <description><ProfileDescription></ProfileDescription></description> <select idref="V-205624" selected="true" /> <select idref="V-205625" selected="true" /> <select idref="V-205626" selected="true" /> <select idref="V-205627" selected="true" /> <select idref="V-205628" selected="true" /> <select idref="V-205629" selected="true" /> <select idref="V-205630" selected="true" /> <select idref="V-205631" selected="true" /> <select idref="V-205632" selected="true" /> <select idref="V-205633" selected="true" /> <select idref="V-205634" selected="true" /> <select idref="V-205635" selected="true" /> <select idref="V-205636" selected="true" /> <select idref="V-205637" selected="true" /> <select idref="V-205638" selected="true" /> <select idref="V-205639" selected="true" /> <select idref="V-205640" selected="true" /> <select idref="V-205641" selected="true" /> <select idref="V-205642" selected="true" /> <select idref="V-205643" selected="true" /> <select idref="V-205644" selected="true" /> <select idref="V-205645" selected="true" /> <select idref="V-205646" selected="true" /> <select idref="V-205647" selected="true" /> <select idref="V-205648" selected="true" /> <select idref="V-205649" selected="true" /> <select idref="V-205650" selected="true" /> <select idref="V-205651" selected="true" /> <select idref="V-205652" selected="true" /> <select idref="V-205653" selected="true" /> <select idref="V-205654" selected="true" /> <select idref="V-205655" selected="true" /> <select idref="V-205656" selected="true" /> <select idref="V-205657" selected="true" /> <select idref="V-205658" selected="true" /> <select idref="V-205659" selected="true" /> <select idref="V-205660" selected="true" /> <select idref="V-205661" selected="true" /> <select idref="V-205662" selected="true" /> <select idref="V-205663" selected="true" /> <select idref="V-205664" selected="true" /> <select idref="V-205665" selected="true" /> <select idref="V-205666" selected="true" /> <select idref="V-205667" selected="true" /> <select idref="V-205668" selected="true" /> <select idref="V-205669" selected="true" /> <select idref="V-205670" selected="true" /> <select idref="V-205671" selected="true" /> <select idref="V-205672" selected="true" /> <select idref="V-205673" selected="true" /> <select idref="V-205674" selected="true" /> <select idref="V-205675" selected="true" /> <select idref="V-205676" selected="true" /> <select idref="V-205677" selected="true" /> <select idref="V-205678" selected="true" /> <select idref="V-205679" selected="true" /> <select idref="V-205680" selected="true" /> <select idref="V-205681" selected="true" /> <select idref="V-205682" selected="true" /> <select idref="V-205683" selected="true" /> <select idref="V-205684" selected="true" /> <select idref="V-205685" selected="true" /> <select idref="V-205686" selected="true" /> <select idref="V-205687" selected="true" /> <select idref="V-205688" selected="true" /> <select idref="V-205689" selected="true" /> <select idref="V-205690" selected="true" /> <select idref="V-205691" selected="true" /> <select idref="V-205692" selected="true" /> <select idref="V-205693" selected="true" /> <select idref="V-205694" selected="true" /> <select idref="V-205695" selected="true" /> <select idref="V-205696" selected="true" /> <select idref="V-205697" selected="true" /> <select idref="V-205698" selected="true" /> <select idref="V-205699" selected="true" /> <select idref="V-205700" selected="true" /> <select idref="V-205701" selected="true" /> <select idref="V-205702" selected="true" /> <select idref="V-205703" selected="true" /> <select idref="V-205704" selected="true" /> <select idref="V-205705" selected="true" /> <select idref="V-205706" selected="true" /> <select idref="V-205707" selected="true" /> <select idref="V-205708" selected="true" /> <select idref="V-205709" selected="true" /> <select idref="V-205710" selected="true" /> <select idref="V-205711" selected="true" /> <select idref="V-205712" selected="true" /> <select idref="V-205713" selected="true" /> <select idref="V-205714" selected="true" /> <select idref="V-205715" selected="true" /> <select idref="V-205716" selected="true" /> <select idref="V-205717" selected="true" /> <select idref="V-205718" selected="true" /> <select idref="V-205719" selected="true" /> <select idref="V-205720" selected="true" /> <select idref="V-205721" selected="true" /> <select idref="V-205722" selected="true" /> <select idref="V-205723" selected="true" /> <select idref="V-205724" selected="true" /> <select idref="V-205725" selected="true" /> <select idref="V-205726" selected="true" /> <select idref="V-205727" selected="true" /> <select idref="V-205728" selected="true" /> <select idref="V-205729" selected="true" /> <select idref="V-205730" selected="true" /> <select idref="V-205731" selected="true" /> <select idref="V-205732" selected="true" /> <select idref="V-205733" selected="true" /> <select idref="V-205734" selected="true" /> <select idref="V-205735" selected="true" /> <select idref="V-205736" selected="true" /> <select idref="V-205737" selected="true" /> <select idref="V-205738" selected="true" /> <select idref="V-205739" selected="true" /> <select idref="V-205740" selected="true" /> <select idref="V-205741" selected="true" /> <select idref="V-205742" selected="true" /> <select idref="V-205743" selected="true" /> <select idref="V-205744" selected="true" /> <select idref="V-205745" selected="true" /> <select idref="V-205746" selected="true" /> <select idref="V-205747" selected="true" /> <select idref="V-205748" selected="true" /> <select idref="V-205749" selected="true" /> <select idref="V-205750" selected="true" /> <select idref="V-205751" selected="true" /> <select idref="V-205752" selected="true" /> <select idref="V-205753" selected="true" /> <select idref="V-205754" selected="true" /> <select idref="V-205755" selected="true" /> <select idref="V-205756" selected="true" /> <select idref="V-205757" selected="true" /> <select idref="V-205758" selected="true" /> <select idref="V-205759" selected="true" /> <select idref="V-205760" selected="true" /> <select idref="V-205761" selected="true" /> <select idref="V-205762" selected="true" /> <select idref="V-205763" selected="true" /> <select idref="V-205764" selected="true" /> <select idref="V-205765" selected="true" /> <select idref="V-205766" selected="true" /> <select idref="V-205767" selected="true" /> <select idref="V-205768" selected="true" /> <select idref="V-205769" selected="true" /> <select idref="V-205770" selected="true" /> <select idref="V-205771" selected="true" /> <select idref="V-205772" selected="true" /> <select idref="V-205773" selected="true" /> <select idref="V-205774" selected="true" /> <select idref="V-205775" selected="true" /> <select idref="V-205776" selected="true" /> <select idref="V-205777" selected="true" /> <select idref="V-205778" selected="true" /> <select idref="V-205779" selected="true" /> <select idref="V-205780" selected="true" /> <select idref="V-205781" selected="true" /> <select idref="V-205782" selected="true" /> <select idref="V-205783" selected="true" /> <select idref="V-205784" selected="true" /> <select idref="V-205785" selected="true" /> <select idref="V-205786" selected="true" /> <select idref="V-205787" selected="true" /> <select idref="V-205788" selected="true" /> <select idref="V-205789" selected="true" /> <select idref="V-205790" selected="true" /> <select idref="V-205791" selected="true" /> <select idref="V-205792" selected="true" /> <select idref="V-205793" selected="true" /> <select idref="V-205794" selected="true" /> <select idref="V-205795" selected="true" /> <select idref="V-205796" selected="true" /> <select idref="V-205797" selected="true" /> <select idref="V-205798" selected="true" /> <select idref="V-205799" selected="true" /> <select idref="V-205800" selected="true" /> <select idref="V-205801" selected="true" /> <select idref="V-205802" selected="true" /> <select idref="V-205803" selected="true" /> <select idref="V-205804" selected="true" /> <select idref="V-205805" selected="true" /> <select idref="V-205806" selected="true" /> <select idref="V-205807" selected="true" /> <select idref="V-205808" selected="true" /> <select idref="V-205809" selected="true" /> <select idref="V-205810" selected="true" /> <select idref="V-205811" selected="true" /> <select idref="V-205812" selected="true" /> <select idref="V-205813" selected="true" /> <select idref="V-205814" selected="true" /> <select idref="V-205815" selected="true" /> <select idref="V-205816" selected="true" /> <select idref="V-205817" selected="true" /> <select idref="V-205818" selected="true" /> <select idref="V-205819" selected="true" /> <select idref="V-205820" selected="true" /> <select idref="V-205821" selected="true" /> <select idref="V-205822" selected="true" /> <select idref="V-205823" selected="true" /> <select idref="V-205824" selected="true" /> <select idref="V-205825" selected="true" /> <select idref="V-205826" selected="true" /> <select idref="V-205827" selected="true" /> <select idref="V-205828" selected="true" /> <select idref="V-205829" selected="true" /> <select idref="V-205830" selected="true" /> <select idref="V-205831" selected="true" /> <select idref="V-205832" selected="true" /> <select idref="V-205833" selected="true" /> <select idref="V-205834" selected="true" /> <select idref="V-205835" selected="true" /> <select idref="V-205836" selected="true" /> <select idref="V-205837" selected="true" /> <select idref="V-205838" selected="true" /> <select idref="V-205839" selected="true" /> <select idref="V-205840" selected="true" /> <select idref="V-205841" selected="true" /> <select idref="V-205842" selected="true" /> <select idref="V-205843" selected="true" /> <select idref="V-205844" selected="true" /> <select idref="V-205845" selected="true" /> <select idref="V-205846" selected="true" /> <select idref="V-205847" selected="true" /> <select idref="V-205848" selected="true" /> <select idref="V-205849" selected="true" /> <select idref="V-205850" selected="true" /> <select idref="V-205851" selected="true" /> <select idref="V-205852" selected="true" /> <select idref="V-205853" selected="true" /> <select idref="V-205854" selected="true" /> <select idref="V-205855" selected="true" /> <select idref="V-205856" selected="true" /> <select idref="V-205857" selected="true" /> <select idref="V-205858" selected="true" /> <select idref="V-205859" selected="true" /> <select idref="V-205860" selected="true" /> <select idref="V-205861" selected="true" /> <select idref="V-205862" selected="true" /> <select idref="V-205863" selected="true" /> <select idref="V-205864" selected="true" /> <select idref="V-205865" selected="true" /> <select idref="V-205866" selected="true" /> <select idref="V-205867" selected="true" /> <select idref="V-205868" selected="true" /> <select idref="V-205869" selected="true" /> <select idref="V-205870" selected="true" /> <select idref="V-205871" selected="true" /> <select idref="V-205872" selected="true" /> <select idref="V-205873" selected="true" /> <select idref="V-205874" selected="true" /> <select idref="V-205875" selected="true" /> <select idref="V-205876" selected="true" /> <select idref="V-205877" selected="true" /> <select idref="V-205878" selected="true" /> <select idref="V-205879" selected="true" /> <select idref="V-205880" selected="true" /> <select idref="V-205881" selected="true" /> <select idref="V-205882" selected="true" /> <select idref="V-205883" selected="true" /> <select idref="V-205884" selected="true" /> <select idref="V-205885" selected="true" /> <select idref="V-205886" selected="true" /> <select idref="V-205887" selected="true" /> <select idref="V-205888" selected="true" /> <select idref="V-205889" selected="true" /> <select idref="V-205890" selected="true" /> <select idref="V-205891" selected="true" /> <select idref="V-205892" selected="true" /> <select idref="V-205893" selected="true" /> <select idref="V-205894" selected="true" /> <select idref="V-205895" selected="true" /> <select idref="V-205896" selected="true" /> <select idref="V-205897" selected="true" /> <select idref="V-205898" selected="true" /> <select idref="V-205899" selected="true" /> <select idref="V-205900" selected="true" /> <select idref="V-205901" selected="true" /> <select idref="V-205902" selected="true" /> <select idref="V-205903" selected="true" /> <select idref="V-205904" selected="true" /> <select idref="V-205905" selected="true" /> <select idref="V-205906" selected="true" /> <select idref="V-205907" selected="true" /> <select idref="V-205908" selected="true" /> <select idref="V-205909" selected="true" /> <select idref="V-205910" selected="true" /> <select idref="V-205911" selected="true" /> <select idref="V-205912" selected="true" /> <select idref="V-205913" selected="true" /> <select idref="V-205914" selected="true" /> <select idref="V-205915" selected="true" /> <select idref="V-205916" selected="true" /> <select idref="V-205917" selected="true" /> <select idref="V-205918" selected="true" /> <select idref="V-205919" selected="true" /> <select idref="V-205920" selected="true" /> <select idref="V-205921" selected="true" /> <select idref="V-205922" selected="true" /> <select idref="V-205923" selected="true" /> <select idref="V-205924" selected="true" /> <select idref="V-205925" selected="true" /> <select idref="V-214936" selected="true" /> <select idref="V-236001" selected="true" /> </Profile> <Profile id="MAC-2_Classified"> <title>II - Mission Support Classified</title> <description><ProfileDescription></ProfileDescription></description> <select idref="V-205624" selected="true" /> <select idref="V-205625" selected="true" /> <select idref="V-205626" selected="true" /> <select idref="V-205627" selected="true" /> <select idref="V-205628" selected="true" /> <select idref="V-205629" selected="true" /> <select idref="V-205630" selected="true" /> <select idref="V-205631" selected="true" /> <select idref="V-205632" selected="true" /> <select idref="V-205633" selected="true" /> <select idref="V-205634" selected="true" /> <select idref="V-205635" selected="true" /> <select idref="V-205636" selected="true" /> <select idref="V-205637" selected="true" /> <select idref="V-205638" selected="true" /> <select idref="V-205639" selected="true" /> <select idref="V-205640" selected="true" /> <select idref="V-205641" selected="true" /> <select idref="V-205642" selected="true" /> <select idref="V-205643" selected="true" /> <select idref="V-205644" selected="true" /> <select idref="V-205645" selected="true" /> <select idref="V-205646" selected="true" /> <select idref="V-205647" selected="true" /> <select idref="V-205648" selected="true" /> <select idref="V-205649" selected="true" /> <select idref="V-205650" selected="true" /> <select idref="V-205651" selected="true" /> <select idref="V-205652" selected="true" /> <select idref="V-205653" selected="true" /> <select idref="V-205654" selected="true" /> <select idref="V-205655" selected="true" /> <select idref="V-205656" selected="true" /> <select idref="V-205657" selected="true" /> <select idref="V-205658" selected="true" /> <select idref="V-205659" selected="true" /> <select idref="V-205660" selected="true" /> <select idref="V-205661" selected="true" /> <select idref="V-205662" selected="true" /> <select idref="V-205663" selected="true" /> <select idref="V-205664" selected="true" /> <select idref="V-205665" selected="true" /> <select idref="V-205666" selected="true" /> <select idref="V-205667" selected="true" /> <select idref="V-205668" selected="true" /> <select idref="V-205669" selected="true" /> <select idref="V-205670" selected="true" /> <select idref="V-205671" selected="true" /> <select idref="V-205672" selected="true" /> <select idref="V-205673" selected="true" /> <select idref="V-205674" selected="true" /> <select idref="V-205675" selected="true" /> <select idref="V-205676" selected="true" /> <select idref="V-205677" selected="true" /> <select idref="V-205678" selected="true" /> <select idref="V-205679" selected="true" /> <select idref="V-205680" selected="true" /> <select idref="V-205681" selected="true" /> <select idref="V-205682" selected="true" /> <select idref="V-205683" selected="true" /> <select idref="V-205684" selected="true" /> <select idref="V-205685" selected="true" /> <select idref="V-205686" selected="true" /> <select idref="V-205687" selected="true" /> <select idref="V-205688" selected="true" /> <select idref="V-205689" selected="true" /> <select idref="V-205690" selected="true" /> <select idref="V-205691" selected="true" /> <select idref="V-205692" selected="true" /> <select idref="V-205693" selected="true" /> <select idref="V-205694" selected="true" /> <select idref="V-205695" selected="true" /> <select idref="V-205696" selected="true" /> <select idref="V-205697" selected="true" /> <select idref="V-205698" selected="true" /> <select idref="V-205699" selected="true" /> <select idref="V-205700" selected="true" /> <select idref="V-205701" selected="true" /> <select idref="V-205702" selected="true" /> <select idref="V-205703" selected="true" /> <select idref="V-205704" selected="true" /> <select idref="V-205705" selected="true" /> <select idref="V-205706" selected="true" /> <select idref="V-205707" selected="true" /> <select idref="V-205708" selected="true" /> <select idref="V-205709" selected="true" /> <select idref="V-205710" selected="true" /> <select idref="V-205711" selected="true" /> <select idref="V-205712" selected="true" /> <select idref="V-205713" selected="true" /> <select idref="V-205714" selected="true" /> <select idref="V-205715" selected="true" /> <select idref="V-205716" selected="true" /> <select idref="V-205717" selected="true" /> <select idref="V-205718" selected="true" /> <select idref="V-205719" selected="true" /> <select idref="V-205720" selected="true" /> <select idref="V-205721" selected="true" /> <select idref="V-205722" selected="true" /> <select idref="V-205723" selected="true" /> <select idref="V-205724" selected="true" /> <select idref="V-205725" selected="true" /> <select idref="V-205726" selected="true" /> <select idref="V-205727" selected="true" /> <select idref="V-205728" selected="true" /> <select idref="V-205729" selected="true" /> <select idref="V-205730" selected="true" /> <select idref="V-205731" selected="true" /> <select idref="V-205732" selected="true" /> <select idref="V-205733" selected="true" /> <select idref="V-205734" selected="true" /> <select idref="V-205735" selected="true" /> <select idref="V-205736" selected="true" /> <select idref="V-205737" selected="true" /> <select idref="V-205738" selected="true" /> <select idref="V-205739" selected="true" /> <select idref="V-205740" selected="true" /> <select idref="V-205741" selected="true" /> <select idref="V-205742" selected="true" /> <select idref="V-205743" selected="true" /> <select idref="V-205744" selected="true" /> <select idref="V-205745" selected="true" /> <select idref="V-205746" selected="true" /> <select idref="V-205747" selected="true" /> <select idref="V-205748" selected="true" /> <select idref="V-205749" selected="true" /> <select idref="V-205750" selected="true" /> <select idref="V-205751" selected="true" /> <select idref="V-205752" selected="true" /> <select idref="V-205753" selected="true" /> <select idref="V-205754" selected="true" /> <select idref="V-205755" selected="true" /> <select idref="V-205756" selected="true" /> <select idref="V-205757" selected="true" /> <select idref="V-205758" selected="true" /> <select idref="V-205759" selected="true" /> <select idref="V-205760" selected="true" /> <select idref="V-205761" selected="true" /> <select idref="V-205762" selected="true" /> <select idref="V-205763" selected="true" /> <select idref="V-205764" selected="true" /> <select idref="V-205765" selected="true" /> <select idref="V-205766" selected="true" /> <select idref="V-205767" selected="true" /> <select idref="V-205768" selected="true" /> <select idref="V-205769" selected="true" /> <select idref="V-205770" selected="true" /> <select idref="V-205771" selected="true" /> <select idref="V-205772" selected="true" /> <select idref="V-205773" selected="true" /> <select idref="V-205774" selected="true" /> <select idref="V-205775" selected="true" /> <select idref="V-205776" selected="true" /> <select idref="V-205777" selected="true" /> <select idref="V-205778" selected="true" /> <select idref="V-205779" selected="true" /> <select idref="V-205780" selected="true" /> <select idref="V-205781" selected="true" /> <select idref="V-205782" selected="true" /> <select idref="V-205783" selected="true" /> <select idref="V-205784" selected="true" /> <select idref="V-205785" selected="true" /> <select idref="V-205786" selected="true" /> <select idref="V-205787" selected="true" /> <select idref="V-205788" selected="true" /> <select idref="V-205789" selected="true" /> <select idref="V-205790" selected="true" /> <select idref="V-205791" selected="true" /> <select idref="V-205792" selected="true" /> <select idref="V-205793" selected="true" /> <select idref="V-205794" selected="true" /> <select idref="V-205795" selected="true" /> <select idref="V-205796" selected="true" /> <select idref="V-205797" selected="true" /> <select idref="V-205798" selected="true" /> <select idref="V-205799" selected="true" /> <select idref="V-205800" selected="true" /> <select idref="V-205801" selected="true" /> <select idref="V-205802" selected="true" /> <select idref="V-205803" selected="true" /> <select idref="V-205804" selected="true" /> <select idref="V-205805" selected="true" /> <select idref="V-205806" selected="true" /> <select idref="V-205807" selected="true" /> <select idref="V-205808" selected="true" /> <select idref="V-205809" selected="true" /> <select idref="V-205810" selected="true" /> <select idref="V-205811" selected="true" /> <select idref="V-205812" selected="true" /> <select idref="V-205813" selected="true" /> <select idref="V-205814" selected="true" /> <select idref="V-205815" selected="true" /> <select idref="V-205816" selected="true" /> <select idref="V-205817" selected="true" /> <select idref="V-205818" selected="true" /> <select idref="V-205819" selected="true" /> <select idref="V-205820" selected="true" /> <select idref="V-205821" selected="true" /> <select idref="V-205822" selected="true" /> <select idref="V-205823" selected="true" /> <select idref="V-205824" selected="true" /> <select idref="V-205825" selected="true" /> <select idref="V-205826" selected="true" /> <select idref="V-205827" selected="true" /> <select idref="V-205828" selected="true" /> <select idref="V-205829" selected="true" /> <select idref="V-205830" selected="true" /> <select idref="V-205831" selected="true" /> <select idref="V-205832" selected="true" /> <select idref="V-205833" selected="true" /> <select idref="V-205834" selected="true" /> <select idref="V-205835" selected="true" /> <select idref="V-205836" selected="true" /> <select idref="V-205837" selected="true" /> <select idref="V-205838" selected="true" /> <select idref="V-205839" selected="true" /> <select idref="V-205840" selected="true" /> <select idref="V-205841" selected="true" /> <select idref="V-205842" selected="true" /> <select idref="V-205843" selected="true" /> <select idref="V-205844" selected="true" /> <select idref="V-205845" selected="true" /> <select idref="V-205846" selected="true" /> <select idref="V-205847" selected="true" /> <select idref="V-205848" selected="true" /> <select idref="V-205849" selected="true" /> <select idref="V-205850" selected="true" /> <select idref="V-205851" selected="true" /> <select idref="V-205852" selected="true" /> <select idref="V-205853" selected="true" /> <select idref="V-205854" selected="true" /> <select idref="V-205855" selected="true" /> <select idref="V-205856" selected="true" /> <select idref="V-205857" selected="true" /> <select idref="V-205858" selected="true" /> <select idref="V-205859" selected="true" /> <select idref="V-205860" selected="true" /> <select idref="V-205861" selected="true" /> <select idref="V-205862" selected="true" /> <select idref="V-205863" selected="true" /> <select idref="V-205864" selected="true" /> <select idref="V-205865" selected="true" /> <select idref="V-205866" selected="true" /> <select idref="V-205867" selected="true" /> <select idref="V-205868" selected="true" /> <select idref="V-205869" selected="true" /> <select idref="V-205870" selected="true" /> <select idref="V-205871" selected="true" /> <select idref="V-205872" selected="true" /> <select idref="V-205873" selected="true" /> <select idref="V-205874" selected="true" /> <select idref="V-205875" selected="true" /> <select idref="V-205876" selected="true" /> <select idref="V-205877" selected="true" /> <select idref="V-205878" selected="true" /> <select idref="V-205879" selected="true" /> <select idref="V-205880" selected="true" /> <select idref="V-205881" selected="true" /> <select idref="V-205882" selected="true" /> <select idref="V-205883" selected="true" /> <select idref="V-205884" selected="true" /> <select idref="V-205885" selected="true" /> <select idref="V-205886" selected="true" /> <select idref="V-205887" selected="true" /> <select idref="V-205888" selected="true" /> <select idref="V-205889" selected="true" /> <select idref="V-205890" selected="true" /> <select idref="V-205891" selected="true" /> <select idref="V-205892" selected="true" /> <select idref="V-205893" selected="true" /> <select idref="V-205894" selected="true" /> <select idref="V-205895" selected="true" /> <select idref="V-205896" selected="true" /> <select idref="V-205897" selected="true" /> <select idref="V-205898" selected="true" /> <select idref="V-205899" selected="true" /> <select idref="V-205900" selected="true" /> <select idref="V-205901" selected="true" /> <select idref="V-205902" selected="true" /> <select idref="V-205903" selected="true" /> <select idref="V-205904" selected="true" /> <select idref="V-205905" selected="true" /> <select idref="V-205906" selected="true" /> <select idref="V-205907" selected="true" /> <select idref="V-205908" selected="true" /> <select idref="V-205909" selected="true" /> <select idref="V-205910" selected="true" /> <select idref="V-205911" selected="true" /> <select idref="V-205912" selected="true" /> <select idref="V-205913" selected="true" /> <select idref="V-205914" selected="true" /> <select idref="V-205915" selected="true" /> <select idref="V-205916" selected="true" /> <select idref="V-205917" selected="true" /> <select idref="V-205918" selected="true" /> <select idref="V-205919" selected="true" /> <select idref="V-205920" selected="true" /> <select idref="V-205921" selected="true" /> <select idref="V-205922" selected="true" /> <select idref="V-205923" selected="true" /> <select idref="V-205924" selected="true" /> <select idref="V-205925" selected="true" /> <select idref="V-214936" selected="true" /> <select idref="V-236001" selected="true" /> </Profile> <Profile id="MAC-2_Public"> <title>II - Mission Support Public</title> <description><ProfileDescription></ProfileDescription></description> <select idref="V-205624" selected="true" /> <select idref="V-205625" selected="true" /> <select idref="V-205626" selected="true" /> <select idref="V-205627" selected="true" /> <select idref="V-205628" selected="true" /> <select idref="V-205629" selected="true" /> <select idref="V-205630" selected="true" /> <select idref="V-205631" selected="true" /> <select idref="V-205632" selected="true" /> <select idref="V-205633" selected="true" /> <select idref="V-205634" selected="true" /> <select idref="V-205635" selected="true" /> <select idref="V-205636" selected="true" /> <select idref="V-205637" selected="true" /> <select idref="V-205638" selected="true" /> <select idref="V-205639" selected="true" /> <select idref="V-205640" selected="true" /> <select idref="V-205641" selected="true" /> <select idref="V-205642" selected="true" /> <select idref="V-205643" selected="true" /> <select idref="V-205644" selected="true" /> <select idref="V-205645" selected="true" /> <select idref="V-205646" selected="true" /> <select idref="V-205647" selected="true" /> <select idref="V-205648" selected="true" /> <select idref="V-205649" selected="true" /> <select idref="V-205650" selected="true" /> <select idref="V-205651" selected="true" /> <select idref="V-205652" selected="true" /> <select idref="V-205653" selected="true" /> <select idref="V-205654" selected="true" /> <select idref="V-205655" selected="true" /> <select idref="V-205656" selected="true" /> <select idref="V-205657" selected="true" /> <select idref="V-205658" selected="true" /> <select idref="V-205659" selected="true" /> <select idref="V-205660" selected="true" /> <select idref="V-205661" selected="true" /> <select idref="V-205662" selected="true" /> <select idref="V-205663" selected="true" /> <select idref="V-205664" selected="true" /> <select idref="V-205665" selected="true" /> <select idref="V-205666" selected="true" /> <select idref="V-205667" selected="true" /> <select idref="V-205668" selected="true" /> <select idref="V-205669" selected="true" /> <select idref="V-205670" selected="true" /> <select idref="V-205671" selected="true" /> <select idref="V-205672" selected="true" /> <select idref="V-205673" selected="true" /> <select idref="V-205674" selected="true" /> <select idref="V-205675" selected="true" /> <select idref="V-205676" selected="true" /> <select idref="V-205677" selected="true" /> <select idref="V-205678" selected="true" /> <select idref="V-205679" selected="true" /> <select idref="V-205680" selected="true" /> <select idref="V-205681" selected="true" /> <select idref="V-205682" selected="true" /> <select idref="V-205683" selected="true" /> <select idref="V-205684" selected="true" /> <select idref="V-205685" selected="true" /> <select idref="V-205686" selected="true" /> <select idref="V-205687" selected="true" /> <select idref="V-205688" selected="true" /> <select idref="V-205689" selected="true" /> <select idref="V-205690" selected="true" /> <select idref="V-205691" selected="true" /> <select idref="V-205692" selected="true" /> <select idref="V-205693" selected="true" /> <select idref="V-205694" selected="true" /> <select idref="V-205695" selected="true" /> <select idref="V-205696" selected="true" /> <select idref="V-205697" selected="true" /> <select idref="V-205698" selected="true" /> <select idref="V-205699" selected="true" /> <select idref="V-205700" selected="true" /> <select idref="V-205701" selected="true" /> <select idref="V-205702" selected="true" /> <select idref="V-205703" selected="true" /> <select idref="V-205704" selected="true" /> <select idref="V-205705" selected="true" /> <select idref="V-205706" selected="true" /> <select idref="V-205707" selected="true" /> <select idref="V-205708" selected="true" /> <select idref="V-205709" selected="true" /> <select idref="V-205710" selected="true" /> <select idref="V-205711" selected="true" /> <select idref="V-205712" selected="true" /> <select idref="V-205713" selected="true" /> <select idref="V-205714" selected="true" /> <select idref="V-205715" selected="true" /> <select idref="V-205716" selected="true" /> <select idref="V-205717" selected="true" /> <select idref="V-205718" selected="true" /> <select idref="V-205719" selected="true" /> <select idref="V-205720" selected="true" /> <select idref="V-205721" selected="true" /> <select idref="V-205722" selected="true" /> <select idref="V-205723" selected="true" /> <select idref="V-205724" selected="true" /> <select idref="V-205725" selected="true" /> <select idref="V-205726" selected="true" /> <select idref="V-205727" selected="true" /> <select idref="V-205728" selected="true" /> <select idref="V-205729" selected="true" /> <select idref="V-205730" selected="true" /> <select idref="V-205731" selected="true" /> <select idref="V-205732" selected="true" /> <select idref="V-205733" selected="true" /> <select idref="V-205734" selected="true" /> <select idref="V-205735" selected="true" /> <select idref="V-205736" selected="true" /> <select idref="V-205737" selected="true" /> <select idref="V-205738" selected="true" /> <select idref="V-205739" selected="true" /> <select idref="V-205740" selected="true" /> <select idref="V-205741" selected="true" /> <select idref="V-205742" selected="true" /> <select idref="V-205743" selected="true" /> <select idref="V-205744" selected="true" /> <select idref="V-205745" selected="true" /> <select idref="V-205746" selected="true" /> <select idref="V-205747" selected="true" /> <select idref="V-205748" selected="true" /> <select idref="V-205749" selected="true" /> <select idref="V-205750" selected="true" /> <select idref="V-205751" selected="true" /> <select idref="V-205752" selected="true" /> <select idref="V-205753" selected="true" /> <select idref="V-205754" selected="true" /> <select idref="V-205755" selected="true" /> <select idref="V-205756" selected="true" /> <select idref="V-205757" selected="true" /> <select idref="V-205758" selected="true" /> <select idref="V-205759" selected="true" /> <select idref="V-205760" selected="true" /> <select idref="V-205761" selected="true" /> <select idref="V-205762" selected="true" /> <select idref="V-205763" selected="true" /> <select idref="V-205764" selected="true" /> <select idref="V-205765" selected="true" /> <select idref="V-205766" selected="true" /> <select idref="V-205767" selected="true" /> <select idref="V-205768" selected="true" /> <select idref="V-205769" selected="true" /> <select idref="V-205770" selected="true" /> <select idref="V-205771" selected="true" /> <select idref="V-205772" selected="true" /> <select idref="V-205773" selected="true" /> <select idref="V-205774" selected="true" /> <select idref="V-205775" selected="true" /> <select idref="V-205776" selected="true" /> <select idref="V-205777" selected="true" /> <select idref="V-205778" selected="true" /> <select idref="V-205779" selected="true" /> <select idref="V-205780" selected="true" /> <select idref="V-205781" selected="true" /> <select idref="V-205782" selected="true" /> <select idref="V-205783" selected="true" /> <select idref="V-205784" selected="true" /> <select idref="V-205785" selected="true" /> <select idref="V-205786" selected="true" /> <select idref="V-205787" selected="true" /> <select idref="V-205788" selected="true" /> <select idref="V-205789" selected="true" /> <select idref="V-205790" selected="true" /> <select idref="V-205791" selected="true" /> <select idref="V-205792" selected="true" /> <select idref="V-205793" selected="true" /> <select idref="V-205794" selected="true" /> <select idref="V-205795" selected="true" /> <select idref="V-205796" selected="true" /> <select idref="V-205797" selected="true" /> <select idref="V-205798" selected="true" /> <select idref="V-205799" selected="true" /> <select idref="V-205800" selected="true" /> <select idref="V-205801" selected="true" /> <select idref="V-205802" selected="true" /> <select idref="V-205803" selected="true" /> <select idref="V-205804" selected="true" /> <select idref="V-205805" selected="true" /> <select idref="V-205806" selected="true" /> <select idref="V-205807" selected="true" /> <select idref="V-205808" selected="true" /> <select idref="V-205809" selected="true" /> <select idref="V-205810" selected="true" /> <select idref="V-205811" selected="true" /> <select idref="V-205812" selected="true" /> <select idref="V-205813" selected="true" /> <select idref="V-205814" selected="true" /> <select idref="V-205815" selected="true" /> <select idref="V-205816" selected="true" /> <select idref="V-205817" selected="true" /> <select idref="V-205818" selected="true" /> <select idref="V-205819" selected="true" /> <select idref="V-205820" selected="true" /> <select idref="V-205821" selected="true" /> <select idref="V-205822" selected="true" /> <select idref="V-205823" selected="true" /> <select idref="V-205824" selected="true" /> <select idref="V-205825" selected="true" /> <select idref="V-205826" selected="true" /> <select idref="V-205827" selected="true" /> <select idref="V-205828" selected="true" /> <select idref="V-205829" selected="true" /> <select idref="V-205830" selected="true" /> <select idref="V-205831" selected="true" /> <select idref="V-205832" selected="true" /> <select idref="V-205833" selected="true" /> <select idref="V-205834" selected="true" /> <select idref="V-205835" selected="true" /> <select idref="V-205836" selected="true" /> <select idref="V-205837" selected="true" /> <select idref="V-205838" selected="true" /> <select idref="V-205839" selected="true" /> <select idref="V-205840" selected="true" /> <select idref="V-205841" selected="true" /> <select idref="V-205842" selected="true" /> <select idref="V-205843" selected="true" /> <select idref="V-205844" selected="true" /> <select idref="V-205845" selected="true" /> <select idref="V-205846" selected="true" /> <select idref="V-205847" selected="true" /> <select idref="V-205848" selected="true" /> <select idref="V-205849" selected="true" /> <select idref="V-205850" selected="true" /> <select idref="V-205851" selected="true" /> <select idref="V-205852" selected="true" /> <select idref="V-205853" selected="true" /> <select idref="V-205854" selected="true" /> <select idref="V-205855" selected="true" /> <select idref="V-205856" selected="true" /> <select idref="V-205857" selected="true" /> <select idref="V-205858" selected="true" /> <select idref="V-205859" selected="true" /> <select idref="V-205860" selected="true" /> <select idref="V-205861" selected="true" /> <select idref="V-205862" selected="true" /> <select idref="V-205863" selected="true" /> <select idref="V-205864" selected="true" /> <select idref="V-205865" selected="true" /> <select idref="V-205866" selected="true" /> <select idref="V-205867" selected="true" /> <select idref="V-205868" selected="true" /> <select idref="V-205869" selected="true" /> <select idref="V-205870" selected="true" /> <select idref="V-205871" selected="true" /> <select idref="V-205872" selected="true" /> <select idref="V-205873" selected="true" /> <select idref="V-205874" selected="true" /> <select idref="V-205875" selected="true" /> <select idref="V-205876" selected="true" /> <select idref="V-205877" selected="true" /> <select idref="V-205878" selected="true" /> <select idref="V-205879" selected="true" /> <select idref="V-205880" selected="true" /> <select idref="V-205881" selected="true" /> <select idref="V-205882" selected="true" /> <select idref="V-205883" selected="true" /> <select idref="V-205884" selected="true" /> <select idref="V-205885" selected="true" /> <select idref="V-205886" selected="true" /> <select idref="V-205887" selected="true" /> <select idref="V-205888" selected="true" /> <select idref="V-205889" selected="true" /> <select idref="V-205890" selected="true" /> <select idref="V-205891" selected="true" /> <select idref="V-205892" selected="true" /> <select idref="V-205893" selected="true" /> <select idref="V-205894" selected="true" /> <select idref="V-205895" selected="true" /> <select idref="V-205896" selected="true" /> <select idref="V-205897" selected="true" /> <select idref="V-205898" selected="true" /> <select idref="V-205899" selected="true" /> <select idref="V-205900" selected="true" /> <select idref="V-205901" selected="true" /> <select idref="V-205902" selected="true" /> <select idref="V-205903" selected="true" /> <select idref="V-205904" selected="true" /> <select idref="V-205905" selected="true" /> <select idref="V-205906" selected="true" /> <select idref="V-205907" selected="true" /> <select idref="V-205908" selected="true" /> <select idref="V-205909" selected="true" /> <select idref="V-205910" selected="true" /> <select idref="V-205911" selected="true" /> <select idref="V-205912" selected="true" /> <select idref="V-205913" selected="true" /> <select idref="V-205914" selected="true" /> <select idref="V-205915" selected="true" /> <select idref="V-205916" selected="true" /> <select idref="V-205917" selected="true" /> <select idref="V-205918" selected="true" /> <select idref="V-205919" selected="true" /> <select idref="V-205920" selected="true" /> <select idref="V-205921" selected="true" /> <select idref="V-205922" selected="true" /> <select idref="V-205923" selected="true" /> <select idref="V-205924" selected="true" /> <select idref="V-205925" selected="true" /> <select idref="V-214936" selected="true" /> <select idref="V-236001" selected="true" /> </Profile> <Profile id="MAC-2_Sensitive"> <title>II - Mission Support Sensitive</title> <description><ProfileDescription></ProfileDescription></description> <select idref="V-205624" selected="true" /> <select idref="V-205625" selected="true" /> <select idref="V-205626" selected="true" /> <select idref="V-205627" selected="true" /> <select idref="V-205628" selected="true" /> <select idref="V-205629" selected="true" /> <select idref="V-205630" selected="true" /> <select idref="V-205631" selected="true" /> <select idref="V-205632" selected="true" /> <select idref="V-205633" selected="true" /> <select idref="V-205634" selected="true" /> <select idref="V-205635" selected="true" /> <select idref="V-205636" selected="true" /> <select idref="V-205637" selected="true" /> <select idref="V-205638" selected="true" /> <select idref="V-205639" selected="true" /> <select idref="V-205640" selected="true" /> <select idref="V-205641" selected="true" /> <select idref="V-205642" selected="true" /> <select idref="V-205643" selected="true" /> <select idref="V-205644" selected="true" /> <select idref="V-205645" selected="true" /> <select idref="V-205646" selected="true" /> <select idref="V-205647" selected="true" /> <select idref="V-205648" selected="true" /> <select idref="V-205649" selected="true" /> <select idref="V-205650" selected="true" /> <select idref="V-205651" selected="true" /> <select idref="V-205652" selected="true" /> <select idref="V-205653" selected="true" /> <select idref="V-205654" selected="true" /> <select idref="V-205655" selected="true" /> <select idref="V-205656" selected="true" /> <select idref="V-205657" selected="true" /> <select idref="V-205658" selected="true" /> <select idref="V-205659" selected="true" /> <select idref="V-205660" selected="true" /> <select idref="V-205661" selected="true" /> <select idref="V-205662" selected="true" /> <select idref="V-205663" selected="true" /> <select idref="V-205664" selected="true" /> <select idref="V-205665" selected="true" /> <select idref="V-205666" selected="true" /> <select idref="V-205667" selected="true" /> <select idref="V-205668" selected="true" /> <select idref="V-205669" selected="true" /> <select idref="V-205670" selected="true" /> <select idref="V-205671" selected="true" /> <select idref="V-205672" selected="true" /> <select idref="V-205673" selected="true" /> <select idref="V-205674" selected="true" /> <select idref="V-205675" selected="true" /> <select idref="V-205676" selected="true" /> <select idref="V-205677" selected="true" /> <select idref="V-205678" selected="true" /> <select idref="V-205679" selected="true" /> <select idref="V-205680" selected="true" /> <select idref="V-205681" selected="true" /> <select idref="V-205682" selected="true" /> <select idref="V-205683" selected="true" /> <select idref="V-205684" selected="true" /> <select idref="V-205685" selected="true" /> <select idref="V-205686" selected="true" /> <select idref="V-205687" selected="true" /> <select idref="V-205688" selected="true" /> <select idref="V-205689" selected="true" /> <select idref="V-205690" selected="true" /> <select idref="V-205691" selected="true" /> <select idref="V-205692" selected="true" /> <select idref="V-205693" selected="true" /> <select idref="V-205694" selected="true" /> <select idref="V-205695" selected="true" /> <select idref="V-205696" selected="true" /> <select idref="V-205697" selected="true" /> <select idref="V-205698" selected="true" /> <select idref="V-205699" selected="true" /> <select idref="V-205700" selected="true" /> <select idref="V-205701" selected="true" /> <select idref="V-205702" selected="true" /> <select idref="V-205703" selected="true" /> <select idref="V-205704" selected="true" /> <select idref="V-205705" selected="true" /> <select idref="V-205706" selected="true" /> <select idref="V-205707" selected="true" /> <select idref="V-205708" selected="true" /> <select idref="V-205709" selected="true" /> <select idref="V-205710" selected="true" /> <select idref="V-205711" selected="true" /> <select idref="V-205712" selected="true" /> <select idref="V-205713" selected="true" /> <select idref="V-205714" selected="true" /> <select idref="V-205715" selected="true" /> <select idref="V-205716" selected="true" /> <select idref="V-205717" selected="true" /> <select idref="V-205718" selected="true" /> <select idref="V-205719" selected="true" /> <select idref="V-205720" selected="true" /> <select idref="V-205721" selected="true" /> <select idref="V-205722" selected="true" /> <select idref="V-205723" selected="true" /> <select idref="V-205724" selected="true" /> <select idref="V-205725" selected="true" /> <select idref="V-205726" selected="true" /> <select idref="V-205727" selected="true" /> <select idref="V-205728" selected="true" /> <select idref="V-205729" selected="true" /> <select idref="V-205730" selected="true" /> <select idref="V-205731" selected="true" /> <select idref="V-205732" selected="true" /> <select idref="V-205733" selected="true" /> <select idref="V-205734" selected="true" /> <select idref="V-205735" selected="true" /> <select idref="V-205736" selected="true" /> <select idref="V-205737" selected="true" /> <select idref="V-205738" selected="true" /> <select idref="V-205739" selected="true" /> <select idref="V-205740" selected="true" /> <select idref="V-205741" selected="true" /> <select idref="V-205742" selected="true" /> <select idref="V-205743" selected="true" /> <select idref="V-205744" selected="true" /> <select idref="V-205745" selected="true" /> <select idref="V-205746" selected="true" /> <select idref="V-205747" selected="true" /> <select idref="V-205748" selected="true" /> <select idref="V-205749" selected="true" /> <select idref="V-205750" selected="true" /> <select idref="V-205751" selected="true" /> <select idref="V-205752" selected="true" /> <select idref="V-205753" selected="true" /> <select idref="V-205754" selected="true" /> <select idref="V-205755" selected="true" /> <select idref="V-205756" selected="true" /> <select idref="V-205757" selected="true" /> <select idref="V-205758" selected="true" /> <select idref="V-205759" selected="true" /> <select idref="V-205760" selected="true" /> <select idref="V-205761" selected="true" /> <select idref="V-205762" selected="true" /> <select idref="V-205763" selected="true" /> <select idref="V-205764" selected="true" /> <select idref="V-205765" selected="true" /> <select idref="V-205766" selected="true" /> <select idref="V-205767" selected="true" /> <select idref="V-205768" selected="true" /> <select idref="V-205769" selected="true" /> <select idref="V-205770" selected="true" /> <select idref="V-205771" selected="true" /> <select idref="V-205772" selected="true" /> <select idref="V-205773" selected="true" /> <select idref="V-205774" selected="true" /> <select idref="V-205775" selected="true" /> <select idref="V-205776" selected="true" /> <select idref="V-205777" selected="true" /> <select idref="V-205778" selected="true" /> <select idref="V-205779" selected="true" /> <select idref="V-205780" selected="true" /> <select idref="V-205781" selected="true" /> <select idref="V-205782" selected="true" /> <select idref="V-205783" selected="true" /> <select idref="V-205784" selected="true" /> <select idref="V-205785" selected="true" /> <select idref="V-205786" selected="true" /> <select idref="V-205787" selected="true" /> <select idref="V-205788" selected="true" /> <select idref="V-205789" selected="true" /> <select idref="V-205790" selected="true" /> <select idref="V-205791" selected="true" /> <select idref="V-205792" selected="true" /> <select idref="V-205793" selected="true" /> <select idref="V-205794" selected="true" /> <select idref="V-205795" selected="true" /> <select idref="V-205796" selected="true" /> <select idref="V-205797" selected="true" /> <select idref="V-205798" selected="true" /> <select idref="V-205799" selected="true" /> <select idref="V-205800" selected="true" /> <select idref="V-205801" selected="true" /> <select idref="V-205802" selected="true" /> <select idref="V-205803" selected="true" /> <select idref="V-205804" selected="true" /> <select idref="V-205805" selected="true" /> <select idref="V-205806" selected="true" /> <select idref="V-205807" selected="true" /> <select idref="V-205808" selected="true" /> <select idref="V-205809" selected="true" /> <select idref="V-205810" selected="true" /> <select idref="V-205811" selected="true" /> <select idref="V-205812" selected="true" /> <select idref="V-205813" selected="true" /> <select idref="V-205814" selected="true" /> <select idref="V-205815" selected="true" /> <select idref="V-205816" selected="true" /> <select idref="V-205817" selected="true" /> <select idref="V-205818" selected="true" /> <select idref="V-205819" selected="true" /> <select idref="V-205820" selected="true" /> <select idref="V-205821" selected="true" /> <select idref="V-205822" selected="true" /> <select idref="V-205823" selected="true" /> <select idref="V-205824" selected="true" /> <select idref="V-205825" selected="true" /> <select idref="V-205826" selected="true" /> <select idref="V-205827" selected="true" /> <select idref="V-205828" selected="true" /> <select idref="V-205829" selected="true" /> <select idref="V-205830" selected="true" /> <select idref="V-205831" selected="true" /> <select idref="V-205832" selected="true" /> <select idref="V-205833" selected="true" /> <select idref="V-205834" selected="true" /> <select idref="V-205835" selected="true" /> <select idref="V-205836" selected="true" /> <select idref="V-205837" selected="true" /> <select idref="V-205838" selected="true" /> <select idref="V-205839" selected="true" /> <select idref="V-205840" selected="true" /> <select idref="V-205841" selected="true" /> <select idref="V-205842" selected="true" /> <select idref="V-205843" selected="true" /> <select idref="V-205844" selected="true" /> <select idref="V-205845" selected="true" /> <select idref="V-205846" selected="true" /> <select idref="V-205847" selected="true" /> <select idref="V-205848" selected="true" /> <select idref="V-205849" selected="true" /> <select idref="V-205850" selected="true" /> <select idref="V-205851" selected="true" /> <select idref="V-205852" selected="true" /> <select idref="V-205853" selected="true" /> <select idref="V-205854" selected="true" /> <select idref="V-205855" selected="true" /> <select idref="V-205856" selected="true" /> <select idref="V-205857" selected="true" /> <select idref="V-205858" selected="true" /> <select idref="V-205859" selected="true" /> <select idref="V-205860" selected="true" /> <select idref="V-205861" selected="true" /> <select idref="V-205862" selected="true" /> <select idref="V-205863" selected="true" /> <select idref="V-205864" selected="true" /> <select idref="V-205865" selected="true" /> <select idref="V-205866" selected="true" /> <select idref="V-205867" selected="true" /> <select idref="V-205868" selected="true" /> <select idref="V-205869" selected="true" /> <select idref="V-205870" selected="true" /> <select idref="V-205871" selected="true" /> <select idref="V-205872" selected="true" /> <select idref="V-205873" selected="true" /> <select idref="V-205874" selected="true" /> <select idref="V-205875" selected="true" /> <select idref="V-205876" selected="true" /> <select idref="V-205877" selected="true" /> <select idref="V-205878" selected="true" /> <select idref="V-205879" selected="true" /> <select idref="V-205880" selected="true" /> <select idref="V-205881" selected="true" /> <select idref="V-205882" selected="true" /> <select idref="V-205883" selected="true" /> <select idref="V-205884" selected="true" /> <select idref="V-205885" selected="true" /> <select idref="V-205886" selected="true" /> <select idref="V-205887" selected="true" /> <select idref="V-205888" selected="true" /> <select idref="V-205889" selected="true" /> <select idref="V-205890" selected="true" /> <select idref="V-205891" selected="true" /> <select idref="V-205892" selected="true" /> <select idref="V-205893" selected="true" /> <select idref="V-205894" selected="true" /> <select idref="V-205895" selected="true" /> <select idref="V-205896" selected="true" /> <select idref="V-205897" selected="true" /> <select idref="V-205898" selected="true" /> <select idref="V-205899" selected="true" /> <select idref="V-205900" selected="true" /> <select idref="V-205901" selected="true" /> <select idref="V-205902" selected="true" /> <select idref="V-205903" selected="true" /> <select idref="V-205904" selected="true" /> <select idref="V-205905" selected="true" /> <select idref="V-205906" selected="true" /> <select idref="V-205907" selected="true" /> <select idref="V-205908" selected="true" /> <select idref="V-205909" selected="true" /> <select idref="V-205910" selected="true" /> <select idref="V-205911" selected="true" /> <select idref="V-205912" selected="true" /> <select idref="V-205913" selected="true" /> <select idref="V-205914" selected="true" /> <select idref="V-205915" selected="true" /> <select idref="V-205916" selected="true" /> <select idref="V-205917" selected="true" /> <select idref="V-205918" selected="true" /> <select idref="V-205919" selected="true" /> <select idref="V-205920" selected="true" /> <select idref="V-205921" selected="true" /> <select idref="V-205922" selected="true" /> <select idref="V-205923" selected="true" /> <select idref="V-205924" selected="true" /> <select idref="V-205925" selected="true" /> <select idref="V-214936" selected="true" /> <select idref="V-236001" selected="true" /> </Profile> <Profile id="MAC-3_Classified"> <title>III - Administrative Classified</title> <description><ProfileDescription></ProfileDescription></description> <select idref="V-205624" selected="true" /> <select idref="V-205625" selected="true" /> <select idref="V-205626" selected="true" /> <select idref="V-205627" selected="true" /> <select idref="V-205628" selected="true" /> <select idref="V-205629" selected="true" /> <select idref="V-205630" selected="true" /> <select idref="V-205631" selected="true" /> <select idref="V-205632" selected="true" /> <select idref="V-205633" selected="true" /> <select idref="V-205634" selected="true" /> <select idref="V-205635" selected="true" /> <select idref="V-205636" selected="true" /> <select idref="V-205637" selected="true" /> <select idref="V-205638" selected="true" /> <select idref="V-205639" selected="true" /> <select idref="V-205640" selected="true" /> <select idref="V-205641" selected="true" /> <select idref="V-205642" selected="true" /> <select idref="V-205643" selected="true" /> <select idref="V-205644" selected="true" /> <select idref="V-205645" selected="true" /> <select idref="V-205646" selected="true" /> <select idref="V-205647" selected="true" /> <select idref="V-205648" selected="true" /> <select idref="V-205649" selected="true" /> <select idref="V-205650" selected="true" /> <select idref="V-205651" selected="true" /> <select idref="V-205652" selected="true" /> <select idref="V-205653" selected="true" /> <select idref="V-205654" selected="true" /> <select idref="V-205655" selected="true" /> <select idref="V-205656" selected="true" /> <select idref="V-205657" selected="true" /> <select idref="V-205658" selected="true" /> <select idref="V-205659" selected="true" /> <select idref="V-205660" selected="true" /> <select idref="V-205661" selected="true" /> <select idref="V-205662" selected="true" /> <select idref="V-205663" selected="true" /> <select idref="V-205664" selected="true" /> <select idref="V-205665" selected="true" /> <select idref="V-205666" selected="true" /> <select idref="V-205667" selected="true" /> <select idref="V-205668" selected="true" /> <select idref="V-205669" selected="true" /> <select idref="V-205670" selected="true" /> <select idref="V-205671" selected="true" /> <select idref="V-205672" selected="true" /> <select idref="V-205673" selected="true" /> <select idref="V-205674" selected="true" /> <select idref="V-205675" selected="true" /> <select idref="V-205676" selected="true" /> <select idref="V-205677" selected="true" /> <select idref="V-205678" selected="true" /> <select idref="V-205679" selected="true" /> <select idref="V-205680" selected="true" /> <select idref="V-205681" selected="true" /> <select idref="V-205682" selected="true" /> <select idref="V-205683" selected="true" /> <select idref="V-205684" selected="true" /> <select idref="V-205685" selected="true" /> <select idref="V-205686" selected="true" /> <select idref="V-205687" selected="true" /> <select idref="V-205688" selected="true" /> <select idref="V-205689" selected="true" /> <select idref="V-205690" selected="true" /> <select idref="V-205691" selected="true" /> <select idref="V-205692" selected="true" /> <select idref="V-205693" selected="true" /> <select idref="V-205694" selected="true" /> <select idref="V-205695" selected="true" /> <select idref="V-205696" selected="true" /> <select idref="V-205697" selected="true" /> <select idref="V-205698" selected="true" /> <select idref="V-205699" selected="true" /> <select idref="V-205700" selected="true" /> <select idref="V-205701" selected="true" /> <select idref="V-205702" selected="true" /> <select idref="V-205703" selected="true" /> <select idref="V-205704" selected="true" /> <select idref="V-205705" selected="true" /> <select idref="V-205706" selected="true" /> <select idref="V-205707" selected="true" /> <select idref="V-205708" selected="true" /> <select idref="V-205709" selected="true" /> <select idref="V-205710" selected="true" /> <select idref="V-205711" selected="true" /> <select idref="V-205712" selected="true" /> <select idref="V-205713" selected="true" /> <select idref="V-205714" selected="true" /> <select idref="V-205715" selected="true" /> <select idref="V-205716" selected="true" /> <select idref="V-205717" selected="true" /> <select idref="V-205718" selected="true" /> <select idref="V-205719" selected="true" /> <select idref="V-205720" selected="true" /> <select idref="V-205721" selected="true" /> <select idref="V-205722" selected="true" /> <select idref="V-205723" selected="true" /> <select idref="V-205724" selected="true" /> <select idref="V-205725" selected="true" /> <select idref="V-205726" selected="true" /> <select idref="V-205727" selected="true" /> <select idref="V-205728" selected="true" /> <select idref="V-205729" selected="true" /> <select idref="V-205730" selected="true" /> <select idref="V-205731" selected="true" /> <select idref="V-205732" selected="true" /> <select idref="V-205733" selected="true" /> <select idref="V-205734" selected="true" /> <select idref="V-205735" selected="true" /> <select idref="V-205736" selected="true" /> <select idref="V-205737" selected="true" /> <select idref="V-205738" selected="true" /> <select idref="V-205739" selected="true" /> <select idref="V-205740" selected="true" /> <select idref="V-205741" selected="true" /> <select idref="V-205742" selected="true" /> <select idref="V-205743" selected="true" /> <select idref="V-205744" selected="true" /> <select idref="V-205745" selected="true" /> <select idref="V-205746" selected="true" /> <select idref="V-205747" selected="true" /> <select idref="V-205748" selected="true" /> <select idref="V-205749" selected="true" /> <select idref="V-205750" selected="true" /> <select idref="V-205751" selected="true" /> <select idref="V-205752" selected="true" /> <select idref="V-205753" selected="true" /> <select idref="V-205754" selected="true" /> <select idref="V-205755" selected="true" /> <select idref="V-205756" selected="true" /> <select idref="V-205757" selected="true" /> <select idref="V-205758" selected="true" /> <select idref="V-205759" selected="true" /> <select idref="V-205760" selected="true" /> <select idref="V-205761" selected="true" /> <select idref="V-205762" selected="true" /> <select idref="V-205763" selected="true" /> <select idref="V-205764" selected="true" /> <select idref="V-205765" selected="true" /> <select idref="V-205766" selected="true" /> <select idref="V-205767" selected="true" /> <select idref="V-205768" selected="true" /> <select idref="V-205769" selected="true" /> <select idref="V-205770" selected="true" /> <select idref="V-205771" selected="true" /> <select idref="V-205772" selected="true" /> <select idref="V-205773" selected="true" /> <select idref="V-205774" selected="true" /> <select idref="V-205775" selected="true" /> <select idref="V-205776" selected="true" /> <select idref="V-205777" selected="true" /> <select idref="V-205778" selected="true" /> <select idref="V-205779" selected="true" /> <select idref="V-205780" selected="true" /> <select idref="V-205781" selected="true" /> <select idref="V-205782" selected="true" /> <select idref="V-205783" selected="true" /> <select idref="V-205784" selected="true" /> <select idref="V-205785" selected="true" /> <select idref="V-205786" selected="true" /> <select idref="V-205787" selected="true" /> <select idref="V-205788" selected="true" /> <select idref="V-205789" selected="true" /> <select idref="V-205790" selected="true" /> <select idref="V-205791" selected="true" /> <select idref="V-205792" selected="true" /> <select idref="V-205793" selected="true" /> <select idref="V-205794" selected="true" /> <select idref="V-205795" selected="true" /> <select idref="V-205796" selected="true" /> <select idref="V-205797" selected="true" /> <select idref="V-205798" selected="true" /> <select idref="V-205799" selected="true" /> <select idref="V-205800" selected="true" /> <select idref="V-205801" selected="true" /> <select idref="V-205802" selected="true" /> <select idref="V-205803" selected="true" /> <select idref="V-205804" selected="true" /> <select idref="V-205805" selected="true" /> <select idref="V-205806" selected="true" /> <select idref="V-205807" selected="true" /> <select idref="V-205808" selected="true" /> <select idref="V-205809" selected="true" /> <select idref="V-205810" selected="true" /> <select idref="V-205811" selected="true" /> <select idref="V-205812" selected="true" /> <select idref="V-205813" selected="true" /> <select idref="V-205814" selected="true" /> <select idref="V-205815" selected="true" /> <select idref="V-205816" selected="true" /> <select idref="V-205817" selected="true" /> <select idref="V-205818" selected="true" /> <select idref="V-205819" selected="true" /> <select idref="V-205820" selected="true" /> <select idref="V-205821" selected="true" /> <select idref="V-205822" selected="true" /> <select idref="V-205823" selected="true" /> <select idref="V-205824" selected="true" /> <select idref="V-205825" selected="true" /> <select idref="V-205826" selected="true" /> <select idref="V-205827" selected="true" /> <select idref="V-205828" selected="true" /> <select idref="V-205829" selected="true" /> <select idref="V-205830" selected="true" /> <select idref="V-205831" selected="true" /> <select idref="V-205832" selected="true" /> <select idref="V-205833" selected="true" /> <select idref="V-205834" selected="true" /> <select idref="V-205835" selected="true" /> <select idref="V-205836" selected="true" /> <select idref="V-205837" selected="true" /> <select idref="V-205838" selected="true" /> <select idref="V-205839" selected="true" /> <select idref="V-205840" selected="true" /> <select idref="V-205841" selected="true" /> <select idref="V-205842" selected="true" /> <select idref="V-205843" selected="true" /> <select idref="V-205844" selected="true" /> <select idref="V-205845" selected="true" /> <select idref="V-205846" selected="true" /> <select idref="V-205847" selected="true" /> <select idref="V-205848" selected="true" /> <select idref="V-205849" selected="true" /> <select idref="V-205850" selected="true" /> <select idref="V-205851" selected="true" /> <select idref="V-205852" selected="true" /> <select idref="V-205853" selected="true" /> <select idref="V-205854" selected="true" /> <select idref="V-205855" selected="true" /> <select idref="V-205856" selected="true" /> <select idref="V-205857" selected="true" /> <select idref="V-205858" selected="true" /> <select idref="V-205859" selected="true" /> <select idref="V-205860" selected="true" /> <select idref="V-205861" selected="true" /> <select idref="V-205862" selected="true" /> <select idref="V-205863" selected="true" /> <select idref="V-205864" selected="true" /> <select idref="V-205865" selected="true" /> <select idref="V-205866" selected="true" /> <select idref="V-205867" selected="true" /> <select idref="V-205868" selected="true" /> <select idref="V-205869" selected="true" /> <select idref="V-205870" selected="true" /> <select idref="V-205871" selected="true" /> <select idref="V-205872" selected="true" /> <select idref="V-205873" selected="true" /> <select idref="V-205874" selected="true" /> <select idref="V-205875" selected="true" /> <select idref="V-205876" selected="true" /> <select idref="V-205877" selected="true" /> <select idref="V-205878" selected="true" /> <select idref="V-205879" selected="true" /> <select idref="V-205880" selected="true" /> <select idref="V-205881" selected="true" /> <select idref="V-205882" selected="true" /> <select idref="V-205883" selected="true" /> <select idref="V-205884" selected="true" /> <select idref="V-205885" selected="true" /> <select idref="V-205886" selected="true" /> <select idref="V-205887" selected="true" /> <select idref="V-205888" selected="true" /> <select idref="V-205889" selected="true" /> <select idref="V-205890" selected="true" /> <select idref="V-205891" selected="true" /> <select idref="V-205892" selected="true" /> <select idref="V-205893" selected="true" /> <select idref="V-205894" selected="true" /> <select idref="V-205895" selected="true" /> <select idref="V-205896" selected="true" /> <select idref="V-205897" selected="true" /> <select idref="V-205898" selected="true" /> <select idref="V-205899" selected="true" /> <select idref="V-205900" selected="true" /> <select idref="V-205901" selected="true" /> <select idref="V-205902" selected="true" /> <select idref="V-205903" selected="true" /> <select idref="V-205904" selected="true" /> <select idref="V-205905" selected="true" /> <select idref="V-205906" selected="true" /> <select idref="V-205907" selected="true" /> <select idref="V-205908" selected="true" /> <select idref="V-205909" selected="true" /> <select idref="V-205910" selected="true" /> <select idref="V-205911" selected="true" /> <select idref="V-205912" selected="true" /> <select idref="V-205913" selected="true" /> <select idref="V-205914" selected="true" /> <select idref="V-205915" selected="true" /> <select idref="V-205916" selected="true" /> <select idref="V-205917" selected="true" /> <select idref="V-205918" selected="true" /> <select idref="V-205919" selected="true" /> <select idref="V-205920" selected="true" /> <select idref="V-205921" selected="true" /> <select idref="V-205922" selected="true" /> <select idref="V-205923" selected="true" /> <select idref="V-205924" selected="true" /> <select idref="V-205925" selected="true" /> <select idref="V-214936" selected="true" /> <select idref="V-236001" selected="true" /> </Profile> <Profile id="MAC-3_Public"> <title>III - Administrative Public</title> <description><ProfileDescription></ProfileDescription></description> <select idref="V-205624" selected="true" /> <select idref="V-205625" selected="true" /> <select idref="V-205626" selected="true" /> <select idref="V-205627" selected="true" /> <select idref="V-205628" selected="true" /> <select idref="V-205629" selected="true" /> <select idref="V-205630" selected="true" /> <select idref="V-205631" selected="true" /> <select idref="V-205632" selected="true" /> <select idref="V-205633" selected="true" /> <select idref="V-205634" selected="true" /> <select idref="V-205635" selected="true" /> <select idref="V-205636" selected="true" /> <select idref="V-205637" selected="true" /> <select idref="V-205638" selected="true" /> <select idref="V-205639" selected="true" /> <select idref="V-205640" selected="true" /> <select idref="V-205641" selected="true" /> <select idref="V-205642" selected="true" /> <select idref="V-205643" selected="true" /> <select idref="V-205644" selected="true" /> <select idref="V-205645" selected="true" /> <select idref="V-205646" selected="true" /> <select idref="V-205647" selected="true" /> <select idref="V-205648" selected="true" /> <select idref="V-205649" selected="true" /> <select idref="V-205650" selected="true" /> <select idref="V-205651" selected="true" /> <select idref="V-205652" selected="true" /> <select idref="V-205653" selected="true" /> <select idref="V-205654" selected="true" /> <select idref="V-205655" selected="true" /> <select idref="V-205656" selected="true" /> <select idref="V-205657" selected="true" /> <select idref="V-205658" selected="true" /> <select idref="V-205659" selected="true" /> <select idref="V-205660" selected="true" /> <select idref="V-205661" selected="true" /> <select idref="V-205662" selected="true" /> <select idref="V-205663" selected="true" /> <select idref="V-205664" selected="true" /> <select idref="V-205665" selected="true" /> <select idref="V-205666" selected="true" /> <select idref="V-205667" selected="true" /> <select idref="V-205668" selected="true" /> <select idref="V-205669" selected="true" /> <select idref="V-205670" selected="true" /> <select idref="V-205671" selected="true" /> <select idref="V-205672" selected="true" /> <select idref="V-205673" selected="true" /> <select idref="V-205674" selected="true" /> <select idref="V-205675" selected="true" /> <select idref="V-205676" selected="true" /> <select idref="V-205677" selected="true" /> <select idref="V-205678" selected="true" /> <select idref="V-205679" selected="true" /> <select idref="V-205680" selected="true" /> <select idref="V-205681" selected="true" /> <select idref="V-205682" selected="true" /> <select idref="V-205683" selected="true" /> <select idref="V-205684" selected="true" /> <select idref="V-205685" selected="true" /> <select idref="V-205686" selected="true" /> <select idref="V-205687" selected="true" /> <select idref="V-205688" selected="true" /> <select idref="V-205689" selected="true" /> <select idref="V-205690" selected="true" /> <select idref="V-205691" selected="true" /> <select idref="V-205692" selected="true" /> <select idref="V-205693" selected="true" /> <select idref="V-205694" selected="true" /> <select idref="V-205695" selected="true" /> <select idref="V-205696" selected="true" /> <select idref="V-205697" selected="true" /> <select idref="V-205698" selected="true" /> <select idref="V-205699" selected="true" /> <select idref="V-205700" selected="true" /> <select idref="V-205701" selected="true" /> <select idref="V-205702" selected="true" /> <select idref="V-205703" selected="true" /> <select idref="V-205704" selected="true" /> <select idref="V-205705" selected="true" /> <select idref="V-205706" selected="true" /> <select idref="V-205707" selected="true" /> <select idref="V-205708" selected="true" /> <select idref="V-205709" selected="true" /> <select idref="V-205710" selected="true" /> <select idref="V-205711" selected="true" /> <select idref="V-205712" selected="true" /> <select idref="V-205713" selected="true" /> <select idref="V-205714" selected="true" /> <select idref="V-205715" selected="true" /> <select idref="V-205716" selected="true" /> <select idref="V-205717" selected="true" /> <select idref="V-205718" selected="true" /> <select idref="V-205719" selected="true" /> <select idref="V-205720" selected="true" /> <select idref="V-205721" selected="true" /> <select idref="V-205722" selected="true" /> <select idref="V-205723" selected="true" /> <select idref="V-205724" selected="true" /> <select idref="V-205725" selected="true" /> <select idref="V-205726" selected="true" /> <select idref="V-205727" selected="true" /> <select idref="V-205728" selected="true" /> <select idref="V-205729" selected="true" /> <select idref="V-205730" selected="true" /> <select idref="V-205731" selected="true" /> <select idref="V-205732" selected="true" /> <select idref="V-205733" selected="true" /> <select idref="V-205734" selected="true" /> <select idref="V-205735" selected="true" /> <select idref="V-205736" selected="true" /> <select idref="V-205737" selected="true" /> <select idref="V-205738" selected="true" /> <select idref="V-205739" selected="true" /> <select idref="V-205740" selected="true" /> <select idref="V-205741" selected="true" /> <select idref="V-205742" selected="true" /> <select idref="V-205743" selected="true" /> <select idref="V-205744" selected="true" /> <select idref="V-205745" selected="true" /> <select idref="V-205746" selected="true" /> <select idref="V-205747" selected="true" /> <select idref="V-205748" selected="true" /> <select idref="V-205749" selected="true" /> <select idref="V-205750" selected="true" /> <select idref="V-205751" selected="true" /> <select idref="V-205752" selected="true" /> <select idref="V-205753" selected="true" /> <select idref="V-205754" selected="true" /> <select idref="V-205755" selected="true" /> <select idref="V-205756" selected="true" /> <select idref="V-205757" selected="true" /> <select idref="V-205758" selected="true" /> <select idref="V-205759" selected="true" /> <select idref="V-205760" selected="true" /> <select idref="V-205761" selected="true" /> <select idref="V-205762" selected="true" /> <select idref="V-205763" selected="true" /> <select idref="V-205764" selected="true" /> <select idref="V-205765" selected="true" /> <select idref="V-205766" selected="true" /> <select idref="V-205767" selected="true" /> <select idref="V-205768" selected="true" /> <select idref="V-205769" selected="true" /> <select idref="V-205770" selected="true" /> <select idref="V-205771" selected="true" /> <select idref="V-205772" selected="true" /> <select idref="V-205773" selected="true" /> <select idref="V-205774" selected="true" /> <select idref="V-205775" selected="true" /> <select idref="V-205776" selected="true" /> <select idref="V-205777" selected="true" /> <select idref="V-205778" selected="true" /> <select idref="V-205779" selected="true" /> <select idref="V-205780" selected="true" /> <select idref="V-205781" selected="true" /> <select idref="V-205782" selected="true" /> <select idref="V-205783" selected="true" /> <select idref="V-205784" selected="true" /> <select idref="V-205785" selected="true" /> <select idref="V-205786" selected="true" /> <select idref="V-205787" selected="true" /> <select idref="V-205788" selected="true" /> <select idref="V-205789" selected="true" /> <select idref="V-205790" selected="true" /> <select idref="V-205791" selected="true" /> <select idref="V-205792" selected="true" /> <select idref="V-205793" selected="true" /> <select idref="V-205794" selected="true" /> <select idref="V-205795" selected="true" /> <select idref="V-205796" selected="true" /> <select idref="V-205797" selected="true" /> <select idref="V-205798" selected="true" /> <select idref="V-205799" selected="true" /> <select idref="V-205800" selected="true" /> <select idref="V-205801" selected="true" /> <select idref="V-205802" selected="true" /> <select idref="V-205803" selected="true" /> <select idref="V-205804" selected="true" /> <select idref="V-205805" selected="true" /> <select idref="V-205806" selected="true" /> <select idref="V-205807" selected="true" /> <select idref="V-205808" selected="true" /> <select idref="V-205809" selected="true" /> <select idref="V-205810" selected="true" /> <select idref="V-205811" selected="true" /> <select idref="V-205812" selected="true" /> <select idref="V-205813" selected="true" /> <select idref="V-205814" selected="true" /> <select idref="V-205815" selected="true" /> <select idref="V-205816" selected="true" /> <select idref="V-205817" selected="true" /> <select idref="V-205818" selected="true" /> <select idref="V-205819" selected="true" /> <select idref="V-205820" selected="true" /> <select idref="V-205821" selected="true" /> <select idref="V-205822" selected="true" /> <select idref="V-205823" selected="true" /> <select idref="V-205824" selected="true" /> <select idref="V-205825" selected="true" /> <select idref="V-205826" selected="true" /> <select idref="V-205827" selected="true" /> <select idref="V-205828" selected="true" /> <select idref="V-205829" selected="true" /> <select idref="V-205830" selected="true" /> <select idref="V-205831" selected="true" /> <select idref="V-205832" selected="true" /> <select idref="V-205833" selected="true" /> <select idref="V-205834" selected="true" /> <select idref="V-205835" selected="true" /> <select idref="V-205836" selected="true" /> <select idref="V-205837" selected="true" /> <select idref="V-205838" selected="true" /> <select idref="V-205839" selected="true" /> <select idref="V-205840" selected="true" /> <select idref="V-205841" selected="true" /> <select idref="V-205842" selected="true" /> <select idref="V-205843" selected="true" /> <select idref="V-205844" selected="true" /> <select idref="V-205845" selected="true" /> <select idref="V-205846" selected="true" /> <select idref="V-205847" selected="true" /> <select idref="V-205848" selected="true" /> <select idref="V-205849" selected="true" /> <select idref="V-205850" selected="true" /> <select idref="V-205851" selected="true" /> <select idref="V-205852" selected="true" /> <select idref="V-205853" selected="true" /> <select idref="V-205854" selected="true" /> <select idref="V-205855" selected="true" /> <select idref="V-205856" selected="true" /> <select idref="V-205857" selected="true" /> <select idref="V-205858" selected="true" /> <select idref="V-205859" selected="true" /> <select idref="V-205860" selected="true" /> <select idref="V-205861" selected="true" /> <select idref="V-205862" selected="true" /> <select idref="V-205863" selected="true" /> <select idref="V-205864" selected="true" /> <select idref="V-205865" selected="true" /> <select idref="V-205866" selected="true" /> <select idref="V-205867" selected="true" /> <select idref="V-205868" selected="true" /> <select idref="V-205869" selected="true" /> <select idref="V-205870" selected="true" /> <select idref="V-205871" selected="true" /> <select idref="V-205872" selected="true" /> <select idref="V-205873" selected="true" /> <select idref="V-205874" selected="true" /> <select idref="V-205875" selected="true" /> <select idref="V-205876" selected="true" /> <select idref="V-205877" selected="true" /> <select idref="V-205878" selected="true" /> <select idref="V-205879" selected="true" /> <select idref="V-205880" selected="true" /> <select idref="V-205881" selected="true" /> <select idref="V-205882" selected="true" /> <select idref="V-205883" selected="true" /> <select idref="V-205884" selected="true" /> <select idref="V-205885" selected="true" /> <select idref="V-205886" selected="true" /> <select idref="V-205887" selected="true" /> <select idref="V-205888" selected="true" /> <select idref="V-205889" selected="true" /> <select idref="V-205890" selected="true" /> <select idref="V-205891" selected="true" /> <select idref="V-205892" selected="true" /> <select idref="V-205893" selected="true" /> <select idref="V-205894" selected="true" /> <select idref="V-205895" selected="true" /> <select idref="V-205896" selected="true" /> <select idref="V-205897" selected="true" /> <select idref="V-205898" selected="true" /> <select idref="V-205899" selected="true" /> <select idref="V-205900" selected="true" /> <select idref="V-205901" selected="true" /> <select idref="V-205902" selected="true" /> <select idref="V-205903" selected="true" /> <select idref="V-205904" selected="true" /> <select idref="V-205905" selected="true" /> <select idref="V-205906" selected="true" /> <select idref="V-205907" selected="true" /> <select idref="V-205908" selected="true" /> <select idref="V-205909" selected="true" /> <select idref="V-205910" selected="true" /> <select idref="V-205911" selected="true" /> <select idref="V-205912" selected="true" /> <select idref="V-205913" selected="true" /> <select idref="V-205914" selected="true" /> <select idref="V-205915" selected="true" /> <select idref="V-205916" selected="true" /> <select idref="V-205917" selected="true" /> <select idref="V-205918" selected="true" /> <select idref="V-205919" selected="true" /> <select idref="V-205920" selected="true" /> <select idref="V-205921" selected="true" /> <select idref="V-205922" selected="true" /> <select idref="V-205923" selected="true" /> <select idref="V-205924" selected="true" /> <select idref="V-205925" selected="true" /> <select idref="V-214936" selected="true" /> <select idref="V-236001" selected="true" /> </Profile> <Profile id="MAC-3_Sensitive"> <title>III - Administrative Sensitive</title> <description><ProfileDescription></ProfileDescription></description> <select idref="V-205624" selected="true" /> <select idref="V-205625" selected="true" /> <select idref="V-205626" selected="true" /> <select idref="V-205627" selected="true" /> <select idref="V-205628" selected="true" /> <select idref="V-205629" selected="true" /> <select idref="V-205630" selected="true" /> <select idref="V-205631" selected="true" /> <select idref="V-205632" selected="true" /> <select idref="V-205633" selected="true" /> <select idref="V-205634" selected="true" /> <select idref="V-205635" selected="true" /> <select idref="V-205636" selected="true" /> <select idref="V-205637" selected="true" /> <select idref="V-205638" selected="true" /> <select idref="V-205639" selected="true" /> <select idref="V-205640" selected="true" /> <select idref="V-205641" selected="true" /> <select idref="V-205642" selected="true" /> <select idref="V-205643" selected="true" /> <select idref="V-205644" selected="true" /> <select idref="V-205645" selected="true" /> <select idref="V-205646" selected="true" /> <select idref="V-205647" selected="true" /> <select idref="V-205648" selected="true" /> <select idref="V-205649" selected="true" /> <select idref="V-205650" selected="true" /> <select idref="V-205651" selected="true" /> <select idref="V-205652" selected="true" /> <select idref="V-205653" selected="true" /> <select idref="V-205654" selected="true" /> <select idref="V-205655" selected="true" /> <select idref="V-205656" selected="true" /> <select idref="V-205657" selected="true" /> <select idref="V-205658" selected="true" /> <select idref="V-205659" selected="true" /> <select idref="V-205660" selected="true" /> <select idref="V-205661" selected="true" /> <select idref="V-205662" selected="true" /> <select idref="V-205663" selected="true" /> <select idref="V-205664" selected="true" /> <select idref="V-205665" selected="true" /> <select idref="V-205666" selected="true" /> <select idref="V-205667" selected="true" /> <select idref="V-205668" selected="true" /> <select idref="V-205669" selected="true" /> <select idref="V-205670" selected="true" /> <select idref="V-205671" selected="true" /> <select idref="V-205672" selected="true" /> <select idref="V-205673" selected="true" /> <select idref="V-205674" selected="true" /> <select idref="V-205675" selected="true" /> <select idref="V-205676" selected="true" /> <select idref="V-205677" selected="true" /> <select idref="V-205678" selected="true" /> <select idref="V-205679" selected="true" /> <select idref="V-205680" selected="true" /> <select idref="V-205681" selected="true" /> <select idref="V-205682" selected="true" /> <select idref="V-205683" selected="true" /> <select idref="V-205684" selected="true" /> <select idref="V-205685" selected="true" /> <select idref="V-205686" selected="true" /> <select idref="V-205687" selected="true" /> <select idref="V-205688" selected="true" /> <select idref="V-205689" selected="true" /> <select idref="V-205690" selected="true" /> <select idref="V-205691" selected="true" /> <select idref="V-205692" selected="true" /> <select idref="V-205693" selected="true" /> <select idref="V-205694" selected="true" /> <select idref="V-205695" selected="true" /> <select idref="V-205696" selected="true" /> <select idref="V-205697" selected="true" /> <select idref="V-205698" selected="true" /> <select idref="V-205699" selected="true" /> <select idref="V-205700" selected="true" /> <select idref="V-205701" selected="true" /> <select idref="V-205702" selected="true" /> <select idref="V-205703" selected="true" /> <select idref="V-205704" selected="true" /> <select idref="V-205705" selected="true" /> <select idref="V-205706" selected="true" /> <select idref="V-205707" selected="true" /> <select idref="V-205708" selected="true" /> <select idref="V-205709" selected="true" /> <select idref="V-205710" selected="true" /> <select idref="V-205711" selected="true" /> <select idref="V-205712" selected="true" /> <select idref="V-205713" selected="true" /> <select idref="V-205714" selected="true" /> <select idref="V-205715" selected="true" /> <select idref="V-205716" selected="true" /> <select idref="V-205717" selected="true" /> <select idref="V-205718" selected="true" /> <select idref="V-205719" selected="true" /> <select idref="V-205720" selected="true" /> <select idref="V-205721" selected="true" /> <select idref="V-205722" selected="true" /> <select idref="V-205723" selected="true" /> <select idref="V-205724" selected="true" /> <select idref="V-205725" selected="true" /> <select idref="V-205726" selected="true" /> <select idref="V-205727" selected="true" /> <select idref="V-205728" selected="true" /> <select idref="V-205729" selected="true" /> <select idref="V-205730" selected="true" /> <select idref="V-205731" selected="true" /> <select idref="V-205732" selected="true" /> <select idref="V-205733" selected="true" /> <select idref="V-205734" selected="true" /> <select idref="V-205735" selected="true" /> <select idref="V-205736" selected="true" /> <select idref="V-205737" selected="true" /> <select idref="V-205738" selected="true" /> <select idref="V-205739" selected="true" /> <select idref="V-205740" selected="true" /> <select idref="V-205741" selected="true" /> <select idref="V-205742" selected="true" /> <select idref="V-205743" selected="true" /> <select idref="V-205744" selected="true" /> <select idref="V-205745" selected="true" /> <select idref="V-205746" selected="true" /> <select idref="V-205747" selected="true" /> <select idref="V-205748" selected="true" /> <select idref="V-205749" selected="true" /> <select idref="V-205750" selected="true" /> <select idref="V-205751" selected="true" /> <select idref="V-205752" selected="true" /> <select idref="V-205753" selected="true" /> <select idref="V-205754" selected="true" /> <select idref="V-205755" selected="true" /> <select idref="V-205756" selected="true" /> <select idref="V-205757" selected="true" /> <select idref="V-205758" selected="true" /> <select idref="V-205759" selected="true" /> <select idref="V-205760" selected="true" /> <select idref="V-205761" selected="true" /> <select idref="V-205762" selected="true" /> <select idref="V-205763" selected="true" /> <select idref="V-205764" selected="true" /> <select idref="V-205765" selected="true" /> <select idref="V-205766" selected="true" /> <select idref="V-205767" selected="true" /> <select idref="V-205768" selected="true" /> <select idref="V-205769" selected="true" /> <select idref="V-205770" selected="true" /> <select idref="V-205771" selected="true" /> <select idref="V-205772" selected="true" /> <select idref="V-205773" selected="true" /> <select idref="V-205774" selected="true" /> <select idref="V-205775" selected="true" /> <select idref="V-205776" selected="true" /> <select idref="V-205777" selected="true" /> <select idref="V-205778" selected="true" /> <select idref="V-205779" selected="true" /> <select idref="V-205780" selected="true" /> <select idref="V-205781" selected="true" /> <select idref="V-205782" selected="true" /> <select idref="V-205783" selected="true" /> <select idref="V-205784" selected="true" /> <select idref="V-205785" selected="true" /> <select idref="V-205786" selected="true" /> <select idref="V-205787" selected="true" /> <select idref="V-205788" selected="true" /> <select idref="V-205789" selected="true" /> <select idref="V-205790" selected="true" /> <select idref="V-205791" selected="true" /> <select idref="V-205792" selected="true" /> <select idref="V-205793" selected="true" /> <select idref="V-205794" selected="true" /> <select idref="V-205795" selected="true" /> <select idref="V-205796" selected="true" /> <select idref="V-205797" selected="true" /> <select idref="V-205798" selected="true" /> <select idref="V-205799" selected="true" /> <select idref="V-205800" selected="true" /> <select idref="V-205801" selected="true" /> <select idref="V-205802" selected="true" /> <select idref="V-205803" selected="true" /> <select idref="V-205804" selected="true" /> <select idref="V-205805" selected="true" /> <select idref="V-205806" selected="true" /> <select idref="V-205807" selected="true" /> <select idref="V-205808" selected="true" /> <select idref="V-205809" selected="true" /> <select idref="V-205810" selected="true" /> <select idref="V-205811" selected="true" /> <select idref="V-205812" selected="true" /> <select idref="V-205813" selected="true" /> <select idref="V-205814" selected="true" /> <select idref="V-205815" selected="true" /> <select idref="V-205816" selected="true" /> <select idref="V-205817" selected="true" /> <select idref="V-205818" selected="true" /> <select idref="V-205819" selected="true" /> <select idref="V-205820" selected="true" /> <select idref="V-205821" selected="true" /> <select idref="V-205822" selected="true" /> <select idref="V-205823" selected="true" /> <select idref="V-205824" selected="true" /> <select idref="V-205825" selected="true" /> <select idref="V-205826" selected="true" /> <select idref="V-205827" selected="true" /> <select idref="V-205828" selected="true" /> <select idref="V-205829" selected="true" /> <select idref="V-205830" selected="true" /> <select idref="V-205831" selected="true" /> <select idref="V-205832" selected="true" /> <select idref="V-205833" selected="true" /> <select idref="V-205834" selected="true" /> <select idref="V-205835" selected="true" /> <select idref="V-205836" selected="true" /> <select idref="V-205837" selected="true" /> <select idref="V-205838" selected="true" /> <select idref="V-205839" selected="true" /> <select idref="V-205840" selected="true" /> <select idref="V-205841" selected="true" /> <select idref="V-205842" selected="true" /> <select idref="V-205843" selected="true" /> <select idref="V-205844" selected="true" /> <select idref="V-205845" selected="true" /> <select idref="V-205846" selected="true" /> <select idref="V-205847" selected="true" /> <select idref="V-205848" selected="true" /> <select idref="V-205849" selected="true" /> <select idref="V-205850" selected="true" /> <select idref="V-205851" selected="true" /> <select idref="V-205852" selected="true" /> <select idref="V-205853" selected="true" /> <select idref="V-205854" selected="true" /> <select idref="V-205855" selected="true" /> <select idref="V-205856" selected="true" /> <select idref="V-205857" selected="true" /> <select idref="V-205858" selected="true" /> <select idref="V-205859" selected="true" /> <select idref="V-205860" selected="true" /> <select idref="V-205861" selected="true" /> <select idref="V-205862" selected="true" /> <select idref="V-205863" selected="true" /> <select idref="V-205864" selected="true" /> <select idref="V-205865" selected="true" /> <select idref="V-205866" selected="true" /> <select idref="V-205867" selected="true" /> <select idref="V-205868" selected="true" /> <select idref="V-205869" selected="true" /> <select idref="V-205870" selected="true" /> <select idref="V-205871" selected="true" /> <select idref="V-205872" selected="true" /> <select idref="V-205873" selected="true" /> <select idref="V-205874" selected="true" /> <select idref="V-205875" selected="true" /> <select idref="V-205876" selected="true" /> <select idref="V-205877" selected="true" /> <select idref="V-205878" selected="true" /> <select idref="V-205879" selected="true" /> <select idref="V-205880" selected="true" /> <select idref="V-205881" selected="true" /> <select idref="V-205882" selected="true" /> <select idref="V-205883" selected="true" /> <select idref="V-205884" selected="true" /> <select idref="V-205885" selected="true" /> <select idref="V-205886" selected="true" /> <select idref="V-205887" selected="true" /> <select idref="V-205888" selected="true" /> <select idref="V-205889" selected="true" /> <select idref="V-205890" selected="true" /> <select idref="V-205891" selected="true" /> <select idref="V-205892" selected="true" /> <select idref="V-205893" selected="true" /> <select idref="V-205894" selected="true" /> <select idref="V-205895" selected="true" /> <select idref="V-205896" selected="true" /> <select idref="V-205897" selected="true" /> <select idref="V-205898" selected="true" /> <select idref="V-205899" selected="true" /> <select idref="V-205900" selected="true" /> <select idref="V-205901" selected="true" /> <select idref="V-205902" selected="true" /> <select idref="V-205903" selected="true" /> <select idref="V-205904" selected="true" /> <select idref="V-205905" selected="true" /> <select idref="V-205906" selected="true" /> <select idref="V-205907" selected="true" /> <select idref="V-205908" selected="true" /> <select idref="V-205909" selected="true" /> <select idref="V-205910" selected="true" /> <select idref="V-205911" selected="true" /> <select idref="V-205912" selected="true" /> <select idref="V-205913" selected="true" /> <select idref="V-205914" selected="true" /> <select idref="V-205915" selected="true" /> <select idref="V-205916" selected="true" /> <select idref="V-205917" selected="true" /> <select idref="V-205918" selected="true" /> <select idref="V-205919" selected="true" /> <select idref="V-205920" selected="true" /> <select idref="V-205921" selected="true" /> <select idref="V-205922" selected="true" /> <select idref="V-205923" selected="true" /> <select idref="V-205924" selected="true" /> <select idref="V-205925" selected="true" /> <select idref="V-214936" selected="true" /> <select idref="V-236001" selected="true" /> </Profile> <Group id="V-205624"> <title>SRG-OS-000002-GPOS-00002</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205624r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000300</version> <title>Windows Server 2019 must automatically remove or disable temporary user accounts after 72 hours.</title> <description><VulnDiscussion>If temporary user accounts remain active when no longer needed or for an excessive period, these accounts may be used to gain unauthorized access. To mitigate this risk, automated termination of all temporary accounts must be set upon account creation. Temporary accounts are established as part of normal account activation procedures when there is a need for short-term accounts without the demand for immediacy in account activation. If temporary accounts are used, the operating system must be configured to automatically terminate these types of accounts after a DoD-defined time period of 72 hours. To address access requirements, many operating systems may be integrated with enterprise-level authentication/access mechanisms that meet or exceed access control policy requirements.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103063</ident> <ident system="http://cyber.mil/legacy">V-92975</ident> <ident system="http://cyber.mil/cci">CCI-000016</ident> <fixtext fixref="F-5889r354791_fix">Configure temporary user accounts to automatically expire within 72 hours. Domain accounts can be configured with an account expiration date, under "Account" properties. Local accounts can be configured to expire with the command "Net user [username] /expires:[mm/dd/yyyy]", where username is the name of the temporary user account. Delete any temporary user accounts that are no longer necessary.</fixtext> <fix id="F-5889r354791_fix" /> <check system="C-5889r354790_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Review temporary user accounts for expiration dates. Determine if temporary user accounts are used and identify any that exist. If none exist, this is NA. Domain Controllers: Open "PowerShell". Enter "Search-ADAccount -AccountExpiring | FT Name, AccountExpirationDate". If "AccountExpirationDate" has not been defined within 72 hours for any temporary user account, this is a finding. Member servers and standalone systems: Open "Command Prompt". Run "Net user [username]", where [username] is the name of the temporary user account. If "Account expires" has not been defined within 72 hours for any temporary user account, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205625"> <title>SRG-OS-000004-GPOS-00004</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205625r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000100</version> <title>Windows Server 2019 must be configured to audit Account Management - Security Group Management successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Security Group Management records events such as creating, deleting, or changing security groups, including changes in group members. Satisfies: SRG-OS-000004-GPOS-00004, SRG-OS-000239-GPOS-00089, SRG-OS-000240-GPOS-00090, SRG-OS-000241-GPOS-00091, SRG-OS-000303-GPOS-00120, SRG-OS-000476-GPOS-00221</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103067</ident> <ident system="http://cyber.mil/legacy">V-92979</ident> <ident system="http://cyber.mil/cci">CCI-000018</ident> <ident system="http://cyber.mil/cci">CCI-001403</ident> <ident system="http://cyber.mil/cci">CCI-001405</ident> <ident system="http://cyber.mil/cci">CCI-001404</ident> <ident system="http://cyber.mil/cci">CCI-002130</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-5890r354794_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Account Management >> "Audit Security Group Management" with "Success" selected.</fixtext> <fix id="F-5890r354794_fix" /> <check system="C-5890r354793_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Account Management >> Security Group Management - Success</check-content> </check> </Rule> </Group> <Group id="V-205626"> <title>SRG-OS-000004-GPOS-00004</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205626r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000110</version> <title>Windows Server 2019 must be configured to audit Account Management - User Account Management successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. User Account Management records events such as creating, changing, deleting, renaming, disabling, or enabling user accounts. Satisfies: SRG-OS-000004-GPOS-00004, SRG-OS-000239-GPOS-00089, SRG-OS-000240-GPOS-00090, SRG-OS-000241-GPOS-00091, SRG-OS-000303-GPOS-00120, SRG-OS-000476-GPOS-00221</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103069</ident> <ident system="http://cyber.mil/legacy">V-92981</ident> <ident system="http://cyber.mil/cci">CCI-002130</ident> <ident system="http://cyber.mil/cci">CCI-001405</ident> <ident system="http://cyber.mil/cci">CCI-001404</ident> <ident system="http://cyber.mil/cci">CCI-001403</ident> <ident system="http://cyber.mil/cci">CCI-000018</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-5891r354797_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Account Management >> "Audit User Account Management" with "Success" selected.</fixtext> <fix id="F-5891r354797_fix" /> <check system="C-5891r354796_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Account Management >> User Account Management - Success</check-content> </check> </Rule> </Group> <Group id="V-205627"> <title>SRG-OS-000004-GPOS-00004</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205627r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000120</version> <title>Windows Server 2019 must be configured to audit Account Management - User Account Management failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. User Account Management records events such as creating, changing, deleting, renaming, disabling, or enabling user accounts. Satisfies: SRG-OS-000004-GPOS-00004, SRG-OS-000239-GPOS-00089, SRG-OS-000240-GPOS-00090, SRG-OS-000241-GPOS-00091, SRG-OS-000303-GPOS-00120, SRG-OS-000476-GPOS-00221</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103071</ident> <ident system="http://cyber.mil/legacy">V-92983</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-000018</ident> <ident system="http://cyber.mil/cci">CCI-001403</ident> <ident system="http://cyber.mil/cci">CCI-001404</ident> <ident system="http://cyber.mil/cci">CCI-001405</ident> <ident system="http://cyber.mil/cci">CCI-002130</ident> <fixtext fixref="F-5892r354800_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Account Management >> "Audit User Account Management" with "Failure" selected.</fixtext> <fix id="F-5892r354800_fix" /> <check system="C-5892r354799_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Account Management >> User Account Management - Failure</check-content> </check> </Rule> </Group> <Group id="V-205628"> <title>SRG-OS-000004-GPOS-00004</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205628r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000230</version> <title>Windows Server 2019 must be configured to audit Account Management - Computer Account Management successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Computer Account Management records events such as creating, changing, deleting, renaming, disabling, or enabling computer accounts. Satisfies: SRG-OS-000004-GPOS-00004, SRG-OS-000239-GPOS-00089, SRG-OS-000240-GPOS-00090, SRG-OS-000241-GPOS-00091, SRG-OS-000303-GPOS-00120, SRG-OS-000476-GPOS-00221</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103073</ident> <ident system="http://cyber.mil/legacy">V-92985</ident> <ident system="http://cyber.mil/cci">CCI-002130</ident> <ident system="http://cyber.mil/cci">CCI-001405</ident> <ident system="http://cyber.mil/cci">CCI-001403</ident> <ident system="http://cyber.mil/cci">CCI-001404</ident> <ident system="http://cyber.mil/cci">CCI-000018</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-5893r354803_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Account Management >> "Audit Computer Account Management" with "Success" selected.</fixtext> <fix id="F-5893r354803_fix" /> <check system="C-5893r354802_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Account Management >> Computer Account Management - Success</check-content> </check> </Rule> </Group> <Group id="V-205631"> <title>SRG-OS-000023-GPOS-00006</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205631r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000130</version> <title>Windows Server 2019 required legal notice must be configured to display before console logon.</title> <description><VulnDiscussion>Failure to display the logon banner prior to a logon attempt will negate legal proceedings resulting from unauthorized access to system resources. Satisfies: SRG-OS-000023-GPOS-00006, SRG-OS-000024-GPOS-00007, SRG-OS-000228-GPOS-00088</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103235</ident> <ident system="http://cyber.mil/legacy">V-93147</ident> <ident system="http://cyber.mil/cci">CCI-000048</ident> <ident system="http://cyber.mil/cci">CCI-000050</ident> <ident system="http://cyber.mil/cci">CCI-001384</ident> <ident system="http://cyber.mil/cci">CCI-001385</ident> <ident system="http://cyber.mil/cci">CCI-001386</ident> <ident system="http://cyber.mil/cci">CCI-001387</ident> <ident system="http://cyber.mil/cci">CCI-001388</ident> <fixtext fixref="F-5896r354812_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Interactive Logon: Message text for users attempting to log on" to the following: You are accessing a U.S. Government (USG) Information System (IS) that is provided for USG-authorized use only. By using this IS (which includes any device attached to this IS), you consent to the following conditions: -The USG routinely intercepts and monitors communications on this IS for purposes including, but not limited to, penetration testing, COMSEC monitoring, network operations and defense, personnel misconduct (PM), law enforcement (LE), and counterintelligence (CI) investigations. -At any time, the USG may inspect and seize data stored on this IS. -Communications using, or data stored on, this IS are not private, are subject to routine monitoring, interception, and search, and may be disclosed or used for any USG-authorized purpose. -This IS includes security measures (e.g., authentication and access controls) to protect USG interests--not for your personal benefit or privacy. -Notwithstanding the above, using this IS does not constitute consent to PM, LE or CI investigative searching or monitoring of the content of privileged communications, or work product, related to personal representation or services by attorneys, psychotherapists, or clergy, and their assistants. Such communications and work product are private and confidential. See User Agreement for details.</fixtext> <fix id="F-5896r354812_fix" /> <check system="C-5896r354811_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\ Value Name: LegalNoticeText Value Type: REG_SZ Value: See message text below You are accessing a U.S. Government (USG) Information System (IS) that is provided for USG-authorized use only. By using this IS (which includes any device attached to this IS), you consent to the following conditions: -The USG routinely intercepts and monitors communications on this IS for purposes including, but not limited to, penetration testing, COMSEC monitoring, network operations and defense, personnel misconduct (PM), law enforcement (LE), and counterintelligence (CI) investigations. -At any time, the USG may inspect and seize data stored on this IS. -Communications using, or data stored on, this IS are not private, are subject to routine monitoring, interception, and search, and may be disclosed or used for any USG-authorized purpose. -This IS includes security measures (e.g., authentication and access controls) to protect USG interests--not for your personal benefit or privacy. -Notwithstanding the above, using this IS does not constitute consent to PM, LE or CI investigative searching or monitoring of the content of privileged communications, or work product, related to personal representation or services by attorneys, psychotherapists, or clergy, and their assistants. Such communications and work product are private and confidential. See User Agreement for details.</check-content> </check> </Rule> </Group> <Group id="V-205632"> <title>SRG-OS-000023-GPOS-00006</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205632r569188_rule" weight="10.0" severity="low"> <version>WN19-SO-000140</version> <title>Windows Server 2019 title for legal banner dialog box must be configured with the appropriate text.</title> <description><VulnDiscussion>Failure to display the logon banner prior to a logon attempt will negate legal proceedings resulting from unauthorized access to system resources. Satisfies: SRG-OS-000023-GPOS-00006, SRG-OS-000228-GPOS-00088</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103237</ident> <ident system="http://cyber.mil/legacy">V-93149</ident> <ident system="http://cyber.mil/cci">CCI-001388</ident> <ident system="http://cyber.mil/cci">CCI-001386</ident> <ident system="http://cyber.mil/cci">CCI-001387</ident> <ident system="http://cyber.mil/cci">CCI-001384</ident> <ident system="http://cyber.mil/cci">CCI-001385</ident> <ident system="http://cyber.mil/cci">CCI-000048</ident> <fixtext fixref="F-5897r354815_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Interactive Logon: Message title for users attempting to log on" to "DoD Notice and Consent Banner", "US Department of Defense Warning Statement", or an organization-defined equivalent. If an organization-defined title is used, it can in no case contravene or modify the language of the message text required in WN19-SO-000150.</fixtext> <fix id="F-5897r354815_fix" /> <check system="C-5897r354814_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\ Value Name: LegalNoticeCaption Value Type: REG_SZ Value: See message title options below "DoD Notice and Consent Banner", "US Department of Defense Warning Statement", or an organization-defined equivalent. If an organization-defined title is used, it can in no case contravene or modify the language of the banner text required in WN19-SO-000150. Automated tools may only search for the titles defined above. If an organization-defined title is used, a manual review will be required.</check-content> </check> </Rule> </Group> <Group id="V-205633"> <title>SRG-OS-000028-GPOS-00009</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205633r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000120</version> <title>Windows Server 2019 machine inactivity limit must be set to 15 minutes or less, locking the system with the screen saver.</title> <description><VulnDiscussion>Unattended systems are susceptible to unauthorized use and should be locked when unattended. The screen saver should be set at a maximum of 15 minutes and be password protected. This protects critical and sensitive data from exposure to unauthorized personnel with physical access to the computer. Satisfies: SRG-OS-000028-GPOS-00009, SRG-OS-000029-GPOS-00010, SRG-OS-000031-GPOS-00012</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-92961</ident> <ident system="http://cyber.mil/legacy">SV-103049</ident> <ident system="http://cyber.mil/cci">CCI-000056</ident> <ident system="http://cyber.mil/cci">CCI-000057</ident> <ident system="http://cyber.mil/cci">CCI-000060</ident> <fixtext fixref="F-5898r354818_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Interactive logon: Machine inactivity limit" to "900" seconds or less, excluding "0" which is effectively disabled.</fixtext> <fix id="F-5898r354818_fix" /> <check system="C-5898r354817_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\ Value Name: InactivityTimeoutSecs Value Type: REG_DWORD Value: 0x00000384 (900) (or less, excluding "0" which is effectively disabled)</check-content> </check> </Rule> </Group> <Group id="V-205634"> <title>SRG-OS-000032-GPOS-00013</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205634r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000190</version> <title>Windows Server 2019 must be configured to audit logon successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Logon records user logons. If this is an interactive logon, it is recorded on the local system. If it is to a network share, it is recorded on the system accessed. Satisfies: SRG-OS-000032-GPOS-00013, SRG-OS-000470-GPOS-00214, SRG-OS-000472-GPOS-00217, SRG-OS-000473-GPOS-00218, SRG-OS-000475-GPOS-00220</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-92967</ident> <ident system="http://cyber.mil/legacy">SV-103055</ident> <ident system="http://cyber.mil/cci">CCI-000067</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-5899r354821_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Logon/Logoff >> "Audit Logon" with "Success" selected.</fixtext> <fix id="F-5899r354821_fix" /> <check system="C-5899r354820_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Logon/Logoff >> Logon - Success</check-content> </check> </Rule> </Group> <Group id="V-205635"> <title>SRG-OS-000032-GPOS-00013</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205635r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000200</version> <title>Windows Server 2019 must be configured to audit logon failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Logon records user logons. If this is an interactive logon, it is recorded on the local system. If it is to a network share, it is recorded on the system accessed. Satisfies: SRG-OS-000032-GPOS-00013, SRG-OS-000470-GPOS-00214, SRG-OS-000472-GPOS-00217, SRG-OS-000473-GPOS-00218, SRG-OS-000475-GPOS-00220</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-92969</ident> <ident system="http://cyber.mil/legacy">SV-103057</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-000067</ident> <fixtext fixref="F-5900r354824_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Logon/Logoff >> "Audit Logon" with "Failure" selected.</fixtext> <fix id="F-5900r354824_fix" /> <check system="C-5900r354823_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Logon/Logoff >> Logon - Failure</check-content> </check> </Rule> </Group> <Group id="V-205636"> <title>SRG-OS-000033-GPOS-00014</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205636r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000370</version> <title>Windows Server 2019 Remote Desktop Services must require secure Remote Procedure Call (RPC) communications.</title> <description><VulnDiscussion>Allowing unsecure RPC communication exposes the system to man-in-the-middle attacks and data disclosure attacks. A man-in-the-middle attack occurs when an intruder captures packets between a client and server and modifies them before allowing the packets to be exchanged. Usually the attacker will modify the information in the packets in an attempt to cause either the client or server to reveal sensitive information. Satisfies: SRG-OS-000033-GPOS-00014, SRG-OS-000250-GPOS-00093</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-92971</ident> <ident system="http://cyber.mil/legacy">SV-103059</ident> <ident system="http://cyber.mil/cci">CCI-000068</ident> <ident system="http://cyber.mil/cci">CCI-001453</ident> <fixtext fixref="F-5901r354827_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Remote Desktop Services >> Remote Desktop Session Host >> Security >> "Require secure RPC communication" to "Enabled".</fixtext> <fix id="F-5901r354827_fix" /> <check system="C-5901r354826_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\ Value Name: fEncryptRPCTraffic Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205637"> <title>SRG-OS-000033-GPOS-00014</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205637r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000380</version> <title>Windows Server 2019 Remote Desktop Services must be configured with the client connection encryption set to High Level.</title> <description><VulnDiscussion>Remote connections must be encrypted to prevent interception of data or sensitive information. Selecting "High Level" will ensure encryption of Remote Desktop Services sessions in both directions. Satisfies: SRG-OS-000033-GPOS-00014, SRG-OS-000250-GPOS-00093</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-92973</ident> <ident system="http://cyber.mil/legacy">SV-103061</ident> <ident system="http://cyber.mil/cci">CCI-001453</ident> <ident system="http://cyber.mil/cci">CCI-000068</ident> <fixtext fixref="F-5902r354830_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Remote Desktop Services >> Remote Desktop Session Host >> Security >> "Set client connection encryption level" to "Enabled" with "High Level" selected.</fixtext> <fix id="F-5902r354830_fix" /> <check system="C-5902r354829_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\ Value Name: MinEncryptionLevel Type: REG_DWORD Value: 0x00000003 (3)</check-content> </check> </Rule> </Group> <Group id="V-205638"> <title>SRG-OS-000042-GPOS-00020</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205638r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000090</version> <title>Windows Server 2019 command line data must be included in process creation events.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Enabling "Include command line data for process creation events" will record the command line information with the process creation events in the log. This can provide additional detail when malware has run on a system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93173</ident> <ident system="http://cyber.mil/legacy">SV-103261</ident> <ident system="http://cyber.mil/cci">CCI-000135</ident> <fixtext fixref="F-5903r354833_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> System >> Audit Process Creation >> "Include command line in process creation events" to "Enabled".</fixtext> <fix id="F-5903r354833_fix" /> <check system="C-5903r354832_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\Audit\ Value Name: ProcessCreationIncludeCmdLine_Enabled Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205639"> <title>SRG-OS-000042-GPOS-00020</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205639r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000460</version> <title>Windows Server 2019 PowerShell script block logging must be enabled.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Enabling PowerShell script block logging will record detailed information from the processing of PowerShell commands and scripts. This can provide additional detail when malware has run on a system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103263</ident> <ident system="http://cyber.mil/legacy">V-93175</ident> <ident system="http://cyber.mil/cci">CCI-000135</ident> <fixtext fixref="F-5904r354836_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Windows PowerShell >> "Turn on PowerShell Script Block Logging" to "Enabled".</fixtext> <fix id="F-5904r354836_fix" /> <check system="C-5904r472878_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\PowerShell\ScriptBlockLogging\ Value Name: EnableScriptBlockLogging Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205640"> <title>SRG-OS-000057-GPOS-00027</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205640r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000030</version> <title>Windows Server 2019 permissions for the Application event log must prevent access by non-privileged accounts.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. The Application event log may be susceptible to tampering if proper permissions are not applied. Satisfies: SRG-OS-000057-GPOS-00027, SRG-OS-000058-GPOS-00028, SRG-OS-000059-GPOS-00029</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93189</ident> <ident system="http://cyber.mil/legacy">SV-103277</ident> <ident system="http://cyber.mil/cci">CCI-000162</ident> <ident system="http://cyber.mil/cci">CCI-000163</ident> <ident system="http://cyber.mil/cci">CCI-000164</ident> <fixtext fixref="F-5905r354839_fix">Configure the permissions on the Application event log file (Application.evtx) to prevent access by non-privileged accounts. The default permissions listed below satisfy this requirement: Eventlog - Full Control SYSTEM - Full Control Administrators - Full Control The default location is the "%SystemRoot%\System32\winevt\Logs" folder. If the location of the logs has been changed, when adding Eventlog to the permissions, it must be entered as "NT Service\Eventlog".</fixtext> <fix id="F-5905r354839_fix" /> <check system="C-5905r354838_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Navigate to the Application event log file. The default location is the "%SystemRoot%\System32\winevt\Logs" folder. However, the logs may have been moved to another folder. If the permissions for the "Application.evtx" file are not as restrictive as the default permissions listed below, this is a finding: Eventlog - Full Control SYSTEM - Full Control Administrators - Full Control</check-content> </check> </Rule> </Group> <Group id="V-205641"> <title>SRG-OS-000057-GPOS-00027</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205641r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000040</version> <title>Windows Server 2019 permissions for the Security event log must prevent access by non-privileged accounts.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. The Security event log may disclose sensitive information or be susceptible to tampering if proper permissions are not applied. Satisfies: SRG-OS-000057-GPOS-00027, SRG-OS-000058-GPOS-00028, SRG-OS-000059-GPOS-00029</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93191</ident> <ident system="http://cyber.mil/legacy">SV-103279</ident> <ident system="http://cyber.mil/cci">CCI-000164</ident> <ident system="http://cyber.mil/cci">CCI-000163</ident> <ident system="http://cyber.mil/cci">CCI-000162</ident> <fixtext fixref="F-5906r354842_fix">Configure the permissions on the Security event log file (Security.evtx) to prevent access by non-privileged accounts. The default permissions listed below satisfy this requirement: Eventlog - Full Control SYSTEM - Full Control Administrators - Full Control The default location is the "%SystemRoot%\System32\winevt\Logs" folder. If the location of the logs has been changed, when adding Eventlog to the permissions, it must be entered as "NT Service\Eventlog".</fixtext> <fix id="F-5906r354842_fix" /> <check system="C-5906r354841_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Navigate to the Security event log file. The default location is the "%SystemRoot%\System32\winevt\Logs" folder. However, the logs may have been moved to another folder. If the permissions for the "Security.evtx" file are not as restrictive as the default permissions listed below, this is a finding: Eventlog - Full Control SYSTEM - Full Control Administrators - Full Control</check-content> </check> </Rule> </Group> <Group id="V-205642"> <title>SRG-OS-000057-GPOS-00027</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205642r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000050</version> <title>Windows Server 2019 permissions for the System event log must prevent access by non-privileged accounts.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. The System event log may be susceptible to tampering if proper permissions are not applied. Satisfies: SRG-OS-000057-GPOS-00027, SRG-OS-000058-GPOS-00028, SRG-OS-000059-GPOS-00029</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93193</ident> <ident system="http://cyber.mil/legacy">SV-103281</ident> <ident system="http://cyber.mil/cci">CCI-000162</ident> <ident system="http://cyber.mil/cci">CCI-000164</ident> <ident system="http://cyber.mil/cci">CCI-000163</ident> <fixtext fixref="F-5907r354845_fix">Configure the permissions on the System event log file (System.evtx) to prevent access by non-privileged accounts. The default permissions listed below satisfy this requirement: Eventlog - Full Control SYSTEM - Full Control Administrators - Full Control The default location is the "%SystemRoot%\System32\winevt\Logs" folder. If the location of the logs has been changed, when adding Eventlog to the permissions, it must be entered as "NT Service\Eventlog".</fixtext> <fix id="F-5907r354845_fix" /> <check system="C-5907r354844_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Navigate to the System event log file. The default location is the "%SystemRoot%\System32\winevt\Logs" folder. However, the logs may have been moved to another folder. If the permissions for the "System.evtx" file are not as restrictive as the default permissions listed below, this is a finding: Eventlog - Full Control SYSTEM - Full Control Administrators - Full Control</check-content> </check> </Rule> </Group> <Group id="V-205644"> <title>SRG-OS-000062-GPOS-00031</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205644r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000050</version> <title>Windows Server 2019 must force audit policy subcategory settings to override audit policy category settings.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. This setting allows administrators to enable more precise auditing capabilities.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93151</ident> <ident system="http://cyber.mil/legacy">SV-103239</ident> <ident system="http://cyber.mil/cci">CCI-000169</ident> <fixtext fixref="F-5909r354851_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" to "Enabled".</fixtext> <fix id="F-5909r354851_fix" /> <check system="C-5909r354850_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\Lsa\ Value Name: SCENoApplyLegacyAuditPolicy Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205645"> <title>SRG-OS-000066-GPOS-00034</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205645r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000280</version> <title>Windows Server 2019 domain controllers must have a PKI server certificate.</title> <description><VulnDiscussion>Domain controllers are part of the chain of trust for PKI authentications. Without the appropriate certificate, the authenticity of the domain controller cannot be verified. Domain controllers must have a server certificate to establish authenticity as part of PKI authentications in the domain.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93481</ident> <ident system="http://cyber.mil/legacy">SV-103567</ident> <ident system="http://cyber.mil/cci">CCI-000185</ident> <fixtext fixref="F-5910r354854_fix">Obtain a server certificate for the domain controller.</fixtext> <fix id="F-5910r354854_fix" /> <check system="C-5910r354853_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Run "MMC". Select "Add/Remove Snap-in" from the "File" menu. Select "Certificates" in the left pane and click the "Add >" button. Select "Computer Account" and click "Next". Select the appropriate option for "Select the computer you want this snap-in to manage" and click "Finish". Click "OK". Select and expand the Certificates (Local Computer) entry in the left pane. Select and expand the Personal entry in the left pane. Select the Certificates entry in the left pane. If no certificate for the domain controller exists in the right pane, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205646"> <title>SRG-OS-000066-GPOS-00034</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205646r569188_rule" weight="10.0" severity="high"> <version>WN19-DC-000290</version> <title>Windows Server 2019 domain Controller PKI certificates must be issued by the DoD PKI or an approved External Certificate Authority (ECA).</title> <description><VulnDiscussion>A PKI implementation depends on the practices established by the Certificate Authority (CA) to ensure the implementation is secure. Without proper practices, the certificates issued by a CA have limited value in authentication functions. The use of multiple CAs from separate PKI implementations results in interoperability issues. If servers and clients do not have a common set of root CA certificates, they are not able to authenticate each other.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103569</ident> <ident system="http://cyber.mil/legacy">V-93483</ident> <ident system="http://cyber.mil/cci">CCI-000185</ident> <fixtext fixref="F-5911r354857_fix">Obtain a server certificate for the domain controller issued by the DoD PKI or an approved ECA.</fixtext> <fix id="F-5911r354857_fix" /> <check system="C-5911r354856_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Run "MMC". Select "Add/Remove Snap-in" from the "File" menu. Select "Certificates" in the left pane and click the "Add >" button. Select "Computer Account" and click "Next". Select the appropriate option for "Select the computer you want this snap-in to manage" and click "Finish". Click "OK". Select and expand the Certificates (Local Computer) entry in the left pane. Select and expand the Personal entry in the left pane. Select the Certificates entry in the left pane. In the right pane, examine the "Issued By" field for the certificate to determine the issuing CA. If the "Issued By" field of the PKI certificate being used by the domain controller does not indicate the issuing CA is part of the DoD PKI or an approved ECA, this is a finding. If the certificates in use are issued by a CA authorized by the Component's CIO, this is a CAT II finding. There are multiple sources from which lists of valid DoD CAs and approved ECAs can be obtained: The Global Directory Service (GDS) website provides an online source. The address for this site is https://crl.gds.disa.mil. DoD Public Key Enablement (PKE) Engineering Support maintains the InstallRoot utility to manage DoD supported root certificates on Windows computers, which includes a list of authorized CAs. The utility package can be downloaded from the PKI and PKE Tools page on IASE: http://iase.disa.mil/pki-pke/function_pages/tools.html</check-content> </check> </Rule> </Group> <Group id="V-205647"> <title>SRG-OS-000066-GPOS-00034</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205647r569188_rule" weight="10.0" severity="high"> <version>WN19-DC-000300</version> <title>Windows Server 2019 PKI certificates associated with user accounts must be issued by a DoD PKI or an approved External Certificate Authority (ECA).</title> <description><VulnDiscussion>A PKI implementation depends on the practices established by the Certificate Authority (CA) to ensure the implementation is secure. Without proper practices, the certificates issued by a CA have limited value in authentication functions.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93485</ident> <ident system="http://cyber.mil/legacy">SV-103571</ident> <ident system="http://cyber.mil/cci">CCI-000185</ident> <fixtext fixref="F-5912r354860_fix">Map user accounts to PKI certificates using the appropriate User Principal Name (UPN) for the network. See PKE documentation for details.</fixtext> <fix id="F-5912r354860_fix" /> <check system="C-5912r354859_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Review user account mappings to PKI certificates. Open "Windows PowerShell". Enter "Get-ADUser -Filter * | FT Name, UserPrincipalName, Enabled". Exclude disabled accounts (e.g., DefaultAccount, Guest) and the krbtgt account. If the User Principal Name (UPN) is not in the format of an individual's identifier for the certificate type and for the appropriate domain suffix, this is a finding. For standard NIPRNet certificates, the individual's identifier is in the format of an Electronic Data Interchange - Personnel Identifier (EDI-PI). Alt Tokens and other certificates may use a different UPN format than the EDI-PI which vary by organization. Verified these with the organization. NIPRNet Example: Name - User Principal Name User1 - 1234567890@mil See PKE documentation for other network domain suffixes. If the mappings are to certificates issued by a CA authorized by the Component's CIO, this is a CAT II finding.</check-content> </check> </Rule> </Group> <Group id="V-205648"> <title>SRG-OS-000066-GPOS-00034</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205648r569280_rule" weight="10.0" severity="medium"> <version>WN19-PK-000010</version> <title>Windows Server 2019 must have the DoD Root Certificate Authority (CA) certificates installed in the Trusted Root Store.</title> <description><VulnDiscussion>To ensure secure DoD websites and DoD-signed code are properly validated, the system must trust the DoD Root CAs. The DoD root certificates will ensure that the trust chain is established for server certificates issued from the DoD CAs. Satisfies: SRG-OS-000066-GPOS-00034, SRG-OS-000403-GPOS-00182</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103573</ident> <ident system="http://cyber.mil/legacy">V-93487</ident> <ident system="http://cyber.mil/cci">CCI-000185</ident> <ident system="http://cyber.mil/cci">CCI-002470</ident> <fixtext fixref="F-5913r603203_fix">Install the DoD Root CA certificates: DoD Root CA 2 DoD Root CA 3 DoD Root CA 4 DoD Root CA 5 The InstallRoot tool is available on Cyber Exchange at https://cyber.mil/pki-pke/tools-configuration-files.</fixtext> <fix id="F-5913r603203_fix" /> <check system="C-5913r603202_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>The certificates and thumbprints referenced below apply to unclassified systems; see PKE documentation for other networks. Open "Windows PowerShell" as an administrator. Execute the following command: Get-ChildItem -Path Cert:Localmachine\root | Where Subject -Like "*DoD*" | FL Subject, Thumbprint, NotAfter If the following certificate "Subject" and "Thumbprint" information is not displayed, this is a finding. Subject: CN=DoD Root CA 2, OU=PKI, OU=DoD, O=U.S. Government, C=US Thumbprint: 8C941B34EA1EA6ED9AE2BC54CF687252B4C9B561 NotAfter: 12/5/2029 Subject: CN=DoD Root CA 3, OU=PKI, OU=DoD, O=U.S. Government, C=US Thumbprint: D73CA91102A2204A36459ED32213B467D7CE97FB NotAfter: 12/30/2029 Subject: CN=DoD Root CA 4, OU=PKI, OU=DoD, O=U.S. Government, C=US Thumbprint: B8269F25DBD937ECAFD4C35A9838571723F2D026 NotAfter: 7/25/2032 Subject: CN=DoD Root CA 5, OU=PKI, OU=DoD, O=U.S. Government, C=US Thumbprint: 4ECB5CC3095670454DA1CBD410FC921F46B8564B NotAfter: 6/14/2041 Alternately, use the Certificates MMC snap-in: Run "MMC". Select "File", "Add/Remove Snap-in". Select "Certificates" and click "Add". Select "Computer account" and click "Next". Select "Local computer: (the computer this console is running on)" and click "Finish". Click "OK". Expand "Certificates" and navigate to "Trusted Root Certification Authorities >> Certificates". For each of the DoD Root CA certificates noted below: Right-click on the certificate and select "Open". Select the "Details" Tab. Scroll to the bottom and select "Thumbprint". If the DoD Root CA certificates below are not listed or the value for the "Thumbprint" field is not as noted, this is a finding. DoD Root CA 2 Thumbprint: 8C941B34EA1EA6ED9AE2BC54CF687252B4C9B561 Valid to: Wednesday, December 5, 2029 DoD Root CA 3 Thumbprint: D73CA91102A2204A36459ED32213B467D7CE97FB Valid to: Sunday, December 30, 2029 DoD Root CA 4 Thumbprint: B8269F25DBD937ECAFD4C35A9838571723F2D026 Valid to: Sunday, July 25, 2032 DoD Root CA 5 Thumbprint: 4ECB5CC3095670454DA1CBD410FC921F46B8564B Valid to: Friday, June 14, 2041</check-content> </check> </Rule> </Group> <Group id="V-205649"> <title>SRG-OS-000066-GPOS-00034</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205649r573795_rule" weight="10.0" severity="medium"> <version>WN19-PK-000020</version> <title>Windows Server 2019 must have the DoD Interoperability Root Certificate Authority (CA) cross-certificates installed in the Untrusted Certificates Store on unclassified systems.</title> <description><VulnDiscussion>To ensure users do not experience denial of service when performing certificate-based authentication to DoD websites due to the system chaining to a root other than DoD Root CAs, the DoD Interoperability Root CA cross-certificates must be installed in the Untrusted Certificate Store. This requirement only applies to unclassified systems. Satisfies: SRG-OS-000066-GPOS-00034, SRG-OS-000403-GPOS-00182</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93489</ident> <ident system="http://cyber.mil/legacy">SV-103575</ident> <ident system="http://cyber.mil/cci">CCI-000185</ident> <ident system="http://cyber.mil/cci">CCI-002470</ident> <fixtext fixref="F-5914r603253_fix">Install the DoD Interoperability Root CA cross-certificates on unclassified systems. Issued To - Issued By - Thumbprint DoD Root CA 2 - DoD Interoperability Root CA 1 - A8C27332CCB4CA49554CE55D34062A7DD2850C02 DoD Root CA 3 - DoD Interoperability Root CA 2 - AC06108CA348CC03B53795C64BF84403C1DBD341 Administrators should run the Federal Bridge Certification Authority (FBCA) Cross-Certificate Removal Tool once as an administrator and once as the current user. The FBCA Cross-Certificate Remover Tool and User Guide are available on Cyber Exchange at https://cyber.mil/pki-pke/tools-configuration-files.</fixtext> <fix id="F-5914r603253_fix" /> <check system="C-5914r603255_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This is applicable to unclassified systems. It is NA for others. Open "PowerShell" as an administrator. Execute the following command: Get-ChildItem -Path Cert:Localmachine\disallowed | Where {$_.Issuer -Like "*DoD Interoperability*" -and $_.Subject -Like "*DoD*"} | FL Subject, Issuer, Thumbprint, NotAfter If the following certificate "Subject", "Issuer", and "Thumbprint" information is not displayed, this is a finding. Subject: CN=DoD Root CA 3, OU=PKI, OU=DoD, O=U.S. Government, C=US Issuer: CN=DoD Interoperability Root CA 2, OU=PKI, OU=DoD, O=U.S. Government, C=US Thumbprint: AC06108CA348CC03B53795C64BF84403C1DBD341 NotAfter: 1/22/2022 10:22:56 AM Subject: CN=DoD Root CA 2, OU=PKI, OU=DoD, O=U.S. Government, C=US Issuer: CN=DoD Interoperability Root CA 1, OU=PKI, OU=DoD, O=U.S. Government, C=US Thumbprint: A8C27332CCB4CA49554CE55D34062A7DD2850C02 NotAfter: 8/26/2022 9:25:51 AM Alternately, use the Certificates MMC snap-in: Run "MMC". Select "File", "Add/Remove Snap-in". Select "Certificates" and click "Add". Select "Computer account" and click "Next". Select "Local computer: (the computer this console is running on)" and click "Finish". Click "OK". Expand "Certificates" and navigate to "Untrusted Certificates >> Certificates". For each certificate with "DoD Root CA..." under "Issued To" and "DoD Interoperability Root CA..." under "Issued By": Right-click on the certificate and select "Open". Select the "Details" Tab. Scroll to the bottom and select "Thumbprint". If the certificates below are not listed or the value for the "Thumbprint" field is not as noted, this is a finding. Issued To: DoD Root CA 2 Issued By: DoD Interoperability Root CA 1 Thumbprint: A8C27332CCB4CA49554CE55D34062A7DD2850C02 Valid to: Friday, August 26, 2022 Issued To: DoD Root CA 3 Issued By: DoD Interoperability Root CA 2 Thumbprint: AC06108CA348CC03B53795C64BF84403C1DBD341 Valid to: Saturday, January 22, 2022</check-content> </check> </Rule> </Group> <Group id="V-205650"> <title>SRG-OS-000066-GPOS-00034</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205650r573797_rule" weight="10.0" severity="medium"> <version>WN19-PK-000030</version> <title>Windows Server 2019 must have the US DoD CCEB Interoperability Root CA cross-certificates in the Untrusted Certificates Store on unclassified systems.</title> <description><VulnDiscussion>To ensure users do not experience denial of service when performing certificate-based authentication to DoD websites due to the system chaining to a root other than DoD Root CAs, the US DoD CCEB Interoperability Root CA cross-certificates must be installed in the Untrusted Certificate Store. This requirement only applies to unclassified systems. Satisfies: SRG-OS-000066-GPOS-00034, SRG-OS-000403-GPOS-00182</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93491</ident> <ident system="http://cyber.mil/legacy">SV-103577</ident> <ident system="http://cyber.mil/cci">CCI-000185</ident> <ident system="http://cyber.mil/cci">CCI-002470</ident> <fixtext fixref="F-5915r603250_fix">Install the US DoD CCEB Interoperability Root CA cross-certificate on unclassified systems. Issued To - Issued By - Thumbprint DoD Root CA 3 - US DoD CCEB Interoperability Root CA 2 - AF132AC65DE86FC4FB3FE51FD637EBA0FF0B12A9 DoD Root CA 3 - US DoD CCEB Interoperability Root CA 2 - 929BF3196896994C0A201DF4A5B71F603FEFBF2E Administrators should run the Federal Bridge Certification Authority (FBCA) Cross-Certificate Removal Tool once as an administrator and once as the current user. The FBCA Cross-Certificate Remover Tool and User Guide are available on Cyber Exchange at https://cyber.mil/pki-pke/tools-configuration-files.</fixtext> <fix id="F-5915r603250_fix" /> <check system="C-5915r603257_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This is applicable to unclassified systems. It is NA for others. Open "PowerShell" as an administrator. Execute the following command: Get-ChildItem -Path Cert:Localmachine\disallowed | Where Issuer -Like "*CCEB Interoperability*" | FL Subject, Issuer, Thumbprint, NotAfter If the following certificate "Subject", "Issuer", and "Thumbprint" information is not displayed, this is a finding. Subject: CN=DoD Root CA 3, OU=PKI, OU=DoD, O=U.S. Government, C=US Issuer: CN=US DoD CCEB Interoperability Root CA 2, OU=PKI, OU=DoD, O=U.S. Government, C=US Thumbprint: AF132AC65DE86FC4FB3FE51FD637EBA0FF0B12A9 NotAfter: 8/26/2022 9:07:50 AM Subject: CN=DoD Root CA 3, OU=PKI, OU=DoD, O=U.S. Government, C=US Issuer: CN=US DoD CCEB Interoperability Root CA 2, OU=PKI, OU=DoD, O=U.S. Government, C=US Thumbprint: 929BF3196896994C0A201DF4A5B71F603FEFBF2E NotAfter: 9/27/2019 Alternately, use the Certificates MMC snap-in: Run "MMC". Select "File", "Add/Remove Snap-in". Select "Certificates" and click "Add". Select "Computer account" and click "Next". Select "Local computer: (the computer this console is running on)" and click "Finish". Click "OK". Expand "Certificates" and navigate to "Untrusted Certificates >> Certificates". For each certificate with "US DoD CCEB Interoperability Root CA ..." under "Issued By": Right-click on the certificate and select "Open". Select the "Details" Tab. Scroll to the bottom and select "Thumbprint". If the certificate below is not listed or the value for the "Thumbprint" field is not as noted, this is a finding. Issued To: DoD Root CA 3 Issued By: US DoD CCEB Interoperability Root CA 2 Thumbprint: AF132AC65DE86FC4FB3FE51FD637EBA0FF0B12A9 Valid to: Friday, August 26, 2022 Issued To: DoD Root CA 3 Issued By: US DoD CCEB Interoperability Root CA 2 Thumbprint: 929BF3196896994C0A201DF4A5B71F603FEFBF2E Valid: Friday, September 27, 2019</check-content> </check> </Rule> </Group> <Group id="V-205651"> <title>SRG-OS-000067-GPOS-00035</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205651r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000350</version> <title>Windows Server 2019 users must be required to enter a password to access private keys stored on the computer.</title> <description><VulnDiscussion>If the private key is discovered, an attacker can use the key to authenticate as an authorized user and gain access to the network infrastructure. The cornerstone of the PKI is the private key used to encrypt or digitally sign information. If the private key is stolen, this will lead to the compromise of the authentication and non-repudiation gained through PKI because the attacker can use the private key to digitally sign documents and pretend to be the authorized user. Both the holders of a digital certificate and the issuing authority must protect the computers, storage devices, or whatever they use to keep the private keys.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93493</ident> <ident system="http://cyber.mil/legacy">SV-103579</ident> <ident system="http://cyber.mil/cci">CCI-000186</ident> <fixtext fixref="F-5916r354872_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "System cryptography: Force strong key protection for user keys stored on the computer" to "User must enter a password each time they use a key".</fixtext> <fix id="F-5916r354872_fix" /> <check system="C-5916r354871_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Cryptography\ Value Name: ForceKeyProtection Type: REG_DWORD Value: 0x00000002 (2)</check-content> </check> </Rule> </Group> <Group id="V-205654"> <title>SRG-OS-000073-GPOS-00041</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205654r569188_rule" weight="10.0" severity="high"> <version>WN19-SO-000300</version> <title>Windows Server 2019 must be configured to prevent the storage of the LAN Manager hash of passwords.</title> <description><VulnDiscussion>The LAN Manager hash uses a weak encryption algorithm and there are several tools available that use this hash to retrieve account passwords. This setting controls whether a LAN Manager hash of the password is stored in the SAM the next time the password is changed.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93467</ident> <ident system="http://cyber.mil/legacy">SV-103553</ident> <ident system="http://cyber.mil/cci">CCI-000196</ident> <fixtext fixref="F-5919r354881_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network security: Do not store LAN Manager hash value on next password change" to "Enabled".</fixtext> <fix id="F-5919r354881_fix" /> <check system="C-5919r354880_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\Lsa\ Value Name: NoLMHash Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205655"> <title>SRG-OS-000074-GPOS-00042</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205655r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000180</version> <title>Windows Server 2019 unencrypted passwords must not be sent to third-party Server Message Block (SMB) servers.</title> <description><VulnDiscussion>Some non-Microsoft SMB servers only support unencrypted (plain-text) password authentication. Sending plain-text passwords across the network when authenticating to an SMB server reduces the overall security of the environment. Check with the vendor of the SMB server to determine if there is a way to support encrypted password authentication.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93469</ident> <ident system="http://cyber.mil/legacy">SV-103555</ident> <ident system="http://cyber.mil/cci">CCI-000197</ident> <fixtext fixref="F-5920r354884_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Microsoft Network Client: Send unencrypted password to third-party SMB servers" to "Disabled".</fixtext> <fix id="F-5920r354884_fix" /> <check system="C-5920r354883_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\ Value Name: EnablePlainTextPassword Value Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205657"> <title>SRG-OS-000076-GPOS-00044</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205657r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000020</version> <title>Windows Server 2019 passwords for the built-in Administrator account must be changed at least every 60 days.</title> <description><VulnDiscussion>The longer a password is in use, the greater the opportunity for someone to gain unauthorized knowledge of the password. The built-in Administrator account is not generally used and its password not may be changed as frequently as necessary. Changing the password for the built-in Administrator account on a regular basis will limit its exposure. Organizations that use an automated tool, such Microsoft's Local Administrator Password Solution (LAPS), on domain-joined systems can configure this to occur more frequently. LAPS will change the password every "30" days by default.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93473</ident> <ident system="http://cyber.mil/legacy">SV-103559</ident> <ident system="http://cyber.mil/cci">CCI-000199</ident> <fixtext fixref="F-5922r354890_fix">Change the built-in Administrator account password at least every "60" days. Automated tools, such as Microsoft's LAPS, may be used on domain-joined member servers to accomplish this.</fixtext> <fix id="F-5922r354890_fix" /> <check system="C-5922r354889_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Review the password last set date for the built-in Administrator account. Domain controllers: Open "PowerShell". Enter "Get-ADUser -Filter * -Properties SID, PasswordLastSet | Where SID -Like "*-500" | Ft Name, SID, PasswordLastSet". If the "PasswordLastSet" date is greater than "60" days old, this is a finding. Member servers and standalone systems: Open "Command Prompt". Enter 'Net User [account name] | Find /i "Password Last Set"', where [account name] is the name of the built-in administrator account. (The name of the built-in Administrator account must be changed to something other than "Administrator" per STIG requirements.) If the "PasswordLastSet" date is greater than "60" days old, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205658"> <title>SRG-OS-000076-GPOS-00044</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205658r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000210</version> <title>Windows Server 2019 passwords must be configured to expire.</title> <description><VulnDiscussion>Passwords that do not expire or are reused increase the exposure of a password with greater probability of being discovered or cracked.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93475</ident> <ident system="http://cyber.mil/legacy">SV-103561</ident> <ident system="http://cyber.mil/cci">CCI-000199</ident> <fixtext fixref="F-5923r354893_fix">Configure all enabled user account passwords to expire. Uncheck "Password never expires" for all enabled user accounts in Active Directory Users and Computers for domain accounts and Users in Computer Management for member servers and standalone systems. Document any exceptions with the ISSO.</fixtext> <fix id="F-5923r354893_fix" /> <check system="C-5923r354892_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Review the password never expires status for enabled user accounts. Open "PowerShell". Domain Controllers: Enter "Search-ADAccount -PasswordNeverExpires -UsersOnly | FT Name, PasswordNeverExpires, Enabled". Exclude application accounts, disabled accounts (e.g., DefaultAccount, Guest) and the krbtgt account. If any enabled user accounts are returned with a "PasswordNeverExpires" status of "True", this is a finding. Member servers and standalone systems: Enter 'Get-CimInstance -Class Win32_Useraccount -Filter "PasswordExpires=False and LocalAccount=True" | FT Name, PasswordExpires, Disabled, LocalAccount'. Exclude application accounts and disabled accounts (e.g., DefaultAccount, Guest). If any enabled user accounts are returned with a "PasswordExpires" status of "False", this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205661"> <title>SRG-OS-000078-GPOS-00046</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205661r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000050</version> <title>Windows Server 2019 manually managed application account passwords must be at least 15 characters in length.</title> <description><VulnDiscussion>Application/service account passwords must be of sufficient length to prevent being easily cracked. Application/service accounts that are manually managed must have passwords at least 15 characters in length.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103547</ident> <ident system="http://cyber.mil/legacy">V-93461</ident> <ident system="http://cyber.mil/cci">CCI-000205</ident> <fixtext fixref="F-5926r354902_fix">Establish a policy that requires application/service account passwords that are manually managed to be at least 15 characters in length. Ensure the policy is enforced.</fixtext> <fix id="F-5926r354902_fix" /> <check system="C-5926r354901_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Determine if manually managed application/service accounts exist. If none exist, this is NA. Verify the organization has a policy to ensure passwords for manually managed application/service accounts are at least 15 characters in length. If such a policy does not exist or has not been implemented, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205663"> <title>SRG-OS-000080-GPOS-00048</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205663r569188_rule" weight="10.0" severity="high"> <version>WN19-00-000130</version> <title>Windows Server 2019 local volumes must use a format that supports NTFS attributes.</title> <description><VulnDiscussion>The ability to set access permissions and auditing is critical to maintaining the security and proper access controls of a system. To support this, volumes must be formatted using a file system that supports NTFS attributes.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-92991</ident> <ident system="http://cyber.mil/legacy">SV-103079</ident> <ident system="http://cyber.mil/cci">CCI-000213</ident> <fixtext fixref="F-5928r354908_fix">Format volumes to use NTFS or ReFS.</fixtext> <fix id="F-5928r354908_fix" /> <check system="C-5928r354907_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Open "Computer Management". Select "Disk Management" under "Storage". For each local volume, if the file system does not indicate "NTFS", this is a finding. "ReFS" (resilient file system) is also acceptable and would not be a finding. This does not apply to system partitions such the Recovery and EFI System Partition.</check-content> </check> </Rule> </Group> <Group id="V-205664"> <title>SRG-OS-000080-GPOS-00048</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205664r569188_rule" weight="10.0" severity="low"> <version>WN19-00-000180</version> <title>Windows Server 2019 non-administrative accounts or groups must only have print permissions on printer shares.</title> <description><VulnDiscussion>Windows shares are a means by which files, folders, printers, and other resources can be published for network users to access. Improper configuration can permit access to devices and data beyond a user's need.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103081</ident> <ident system="http://cyber.mil/legacy">V-92993</ident> <ident system="http://cyber.mil/cci">CCI-000213</ident> <fixtext fixref="F-5929r354911_fix">Configure the permissions on shared printers to restrict standard users to only have Print permissions.</fixtext> <fix id="F-5929r354911_fix" /> <check system="C-5929r354910_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Open "Printers & scanners" in "Settings". If there are no printers configured, this is NA. (Exclude Microsoft Print to PDF and Microsoft XPS Document Writer, which do not support sharing.) For each printer: Select the printer and "Manage". Select "Printer Properties". Select the "Sharing" tab. If "Share this printer" is checked, select the "Security" tab. If any standard user accounts or groups have permissions other than "Print", this is a finding. The default is for the "Everyone" group to be given "Print" permission. "All APPLICATION PACKAGES" and "CREATOR OWNER" are not standard user accounts.</check-content> </check> </Rule> </Group> <Group id="V-205677"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205677r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000270</version> <title>Windows Server 2019 must have the roles and features required by the system documented.</title> <description><VulnDiscussion>Unnecessary roles and features increase the attack surface of a system. Limiting roles and features of a system to only those necessary reduces this potential. The standard installation option (previously called Server Core) further reduces this when selected at installation.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103467</ident> <ident system="http://cyber.mil/legacy">V-93381</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5942r354950_fix">Document the roles and features required for the system to operate. Uninstall any that are not required.</fixtext> <fix id="F-5942r354950_fix" /> <check system="C-5942r354949_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Required roles and features will vary based on the function of the individual system. Roles and features specifically required to be disabled per the STIG are identified in separate requirements. If the organization has not documented the roles and features required for the system(s), this is a finding. The PowerShell command "Get-WindowsFeature" will list all roles and features with an "Install State".</check-content> </check> </Rule> </Group> <Group id="V-205678"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205678r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000320</version> <title>Windows Server 2019 must not have the Fax Server role installed.</title> <description><VulnDiscussion>Unnecessary services increase the attack surface of a system. Some of these services may not support required levels of authentication or encryption or may provide unauthorized access to the system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93383</ident> <ident system="http://cyber.mil/legacy">SV-103469</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5943r354953_fix">Uninstall the "Fax Server" role. Start "Server Manager". Select the server with the role. Scroll down to "ROLES AND FEATURES" in the right pane. Select "Remove Roles and Features" from the drop-down "TASKS" list. Select the appropriate server on the "Server Selection" page and click "Next". Deselect "Fax Server" on the "Roles" page. Click "Next" and "Remove" as prompted.</fixtext> <fix id="F-5943r354953_fix" /> <check system="C-5943r354952_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Open "PowerShell". Enter "Get-WindowsFeature | Where Name -eq Fax". If "Installed State" is "Installed", this is a finding. An Installed State of "Available" or "Removed" is not a finding.</check-content> </check> </Rule> </Group> <Group id="V-205679"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205679r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000340</version> <title>Windows Server 2019 must not have the Peer Name Resolution Protocol installed.</title> <description><VulnDiscussion>Unnecessary services increase the attack surface of a system. Some of these services may not support required levels of authentication or encryption or may provide unauthorized access to the system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103471</ident> <ident system="http://cyber.mil/legacy">V-93385</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5944r354956_fix">Uninstall the "Peer Name Resolution Protocol" feature. Start "Server Manager". Select the server with the feature. Scroll down to "ROLES AND FEATURES" in the right pane. Select "Remove Roles and Features" from the drop-down "TASKS" list. Select the appropriate server on the "Server Selection" page and click "Next". Deselect "Peer Name Resolution Protocol" on the "Features" page. Click "Next" and "Remove" as prompted.</fixtext> <fix id="F-5944r354956_fix" /> <check system="C-5944r354955_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Open "PowerShell". Enter "Get-WindowsFeature | Where Name -eq PNRP". If "Installed State" is "Installed", this is a finding. An Installed State of "Available" or "Removed" is not a finding.</check-content> </check> </Rule> </Group> <Group id="V-205680"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205680r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000350</version> <title>Windows Server 2019 must not have Simple TCP/IP Services installed.</title> <description><VulnDiscussion>Unnecessary services increase the attack surface of a system. Some of these services may not support required levels of authentication or encryption or may provide unauthorized access to the system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93387</ident> <ident system="http://cyber.mil/legacy">SV-103473</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5945r354959_fix">Uninstall the "Simple TCP/IP Services" feature. Start "Server Manager". Select the server with the feature. Scroll down to "ROLES AND FEATURES" in the right pane. Select "Remove Roles and Features" from the drop-down "TASKS" list. Select the appropriate server on the "Server Selection" page and click "Next". Deselect "Simple TCP/IP Services" on the "Features" page. Click "Next" and "Remove" as prompted.</fixtext> <fix id="F-5945r354959_fix" /> <check system="C-5945r354958_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Open "PowerShell". Enter "Get-WindowsFeature | Where Name -eq Simple-TCPIP". If "Installed State" is "Installed", this is a finding. An Installed State of "Available" or "Removed" is not a finding.</check-content> </check> </Rule> </Group> <Group id="V-205681"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205681r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000370</version> <title>Windows Server 2019 must not have the TFTP Client installed.</title> <description><VulnDiscussion>Unnecessary services increase the attack surface of a system. Some of these services may not support required levels of authentication or encryption or may provide unauthorized access to the system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103475</ident> <ident system="http://cyber.mil/legacy">V-93389</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5946r354962_fix">Uninstall the "TFTP Client" feature. Start "Server Manager". Select the server with the feature. Scroll down to "ROLES AND FEATURES" in the right pane. Select "Remove Roles and Features" from the drop-down "TASKS" list. Select the appropriate server on the "Server Selection" page and click "Next". Deselect "TFTP Client" on the "Features" page. Click "Next" and "Remove" as prompted.</fixtext> <fix id="F-5946r354962_fix" /> <check system="C-5946r354961_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Open "PowerShell". Enter "Get-WindowsFeature | Where Name -eq TFTP-Client". If "Installed State" is "Installed", this is a finding. An Installed State of "Available" or "Removed" is not a finding.</check-content> </check> </Rule> </Group> <Group id="V-205682"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205682r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000380</version> <title>Windows Server 2019 must not the Server Message Block (SMB) v1 protocol installed.</title> <description><VulnDiscussion>SMBv1 is a legacy protocol that uses the MD5 algorithm as part of SMB. MD5 is known to be vulnerable to a number of attacks such as collision and preimage attacks and is not FIPS compliant.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93391</ident> <ident system="http://cyber.mil/legacy">SV-103477</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5947r354965_fix">Uninstall the SMBv1 protocol. Open "Windows PowerShell" with elevated privileges (run as administrator). Enter "Uninstall-WindowsFeature -Name FS-SMB1 -Restart". (Omit the Restart parameter if an immediate restart of the system cannot be done.) Alternately: Start "Server Manager". Select the server with the feature. Scroll down to "ROLES AND FEATURES" in the right pane. Select "Remove Roles and Features" from the drop-down "TASKS" list. Select the appropriate server on the "Server Selection" page and click "Next". Deselect "SMB 1.0/CIFS File Sharing Support" on the "Features" page. Click "Next" and "Remove" as prompted.</fixtext> <fix id="F-5947r354965_fix" /> <check system="C-5947r354964_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Different methods are available to disable SMBv1 on Windows Server 2019. This is the preferred method, however if WN19-00-000390 and WN19-00-000400 are configured, this is NA. Open "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-WindowsFeature -Name FS-SMB1". If "Installed State" is "Installed", this is a finding. An Installed State of "Available" or "Removed" is not a finding.</check-content> </check> </Rule> </Group> <Group id="V-205683"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205683r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000390</version> <title>Windows Server 2019 must have the Server Message Block (SMB) v1 protocol disabled on the SMB server.</title> <description><VulnDiscussion>SMBv1 is a legacy protocol that uses the MD5 algorithm as part of SMB. MD5 is known to be vulnerable to a number of attacks such as collision and preimage attacks as well as not being FIPS compliant.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103479</ident> <ident system="http://cyber.mil/legacy">V-93393</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5948r354968_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> MS Security Guide >> "Configure SMBv1 Server" to "Disabled". The system must be restarted for the change to take effect. This policy setting requires the installation of the SecGuide custom templates included with the STIG package. "SecGuide.admx" and "SecGuide.adml" must be copied to the \Windows\PolicyDefinitions and \Windows\PolicyDefinitions\en-US directories respectively.</fixtext> <fix id="F-5948r354968_fix" /> <check system="C-5948r354967_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Different methods are available to disable SMBv1 on Windows Server 2019, if WN19-00-000380 is configured, this is NA. If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\ Value Name: SMB1 Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205684"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205684r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000400</version> <title>Windows Server 2019 must have the Server Message Block (SMB) v1 protocol disabled on the SMB client.</title> <description><VulnDiscussion>SMBv1 is a legacy protocol that uses the MD5 algorithm as part of SMB. MD5 is known to be vulnerable to a number of attacks such as collision and preimage attacks as well as not being FIPS compliant.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93395</ident> <ident system="http://cyber.mil/legacy">SV-103481</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5949r354971_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> MS Security Guide >> "Configure SMBv1 client driver" to "Enabled" with "Disable driver (recommended)" selected for "Configure MrxSmb10 driver". The system must be restarted for the changes to take effect. This policy setting requires the installation of the SecGuide custom templates included with the STIG package. "SecGuide.admx" and "SecGuide.adml" must be copied to the \Windows\PolicyDefinitions and \Windows\PolicyDefinitions\en-US directories respectively.</fixtext> <fix id="F-5949r354971_fix" /> <check system="C-5949r354970_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Different methods are available to disable SMBv1 on Windows Server 2019, if WN19-00-000380 is configured, this is NA. If the following registry value is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\mrxsmb10\ Value Name: Start Type: REG_DWORD Value: 0x00000004 (4)</check-content> </check> </Rule> </Group> <Group id="V-205685"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205685r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000410</version> <title>Windows Server 2019 must not have Windows PowerShell 2.0 installed.</title> <description><VulnDiscussion>Windows PowerShell 5.x added advanced logging features that can provide additional detail when malware has been run on a system. Disabling the Windows PowerShell 2.0 mitigates against a downgrade attack that evades the Windows PowerShell 5.x script block logging feature.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93397</ident> <ident system="http://cyber.mil/legacy">SV-103483</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5950r354974_fix">Uninstall the "Windows PowerShell 2.0 Engine". Start "Server Manager". Select the server with the feature. Scroll down to "ROLES AND FEATURES" in the right pane. Select "Remove Roles and Features" from the drop-down "TASKS" list. Select the appropriate server on the "Server Selection" page and click "Next". Deselect "Windows PowerShell 2.0 Engine" under "Windows PowerShell" on the "Features" page. Click "Next" and "Remove" as prompted.</fixtext> <fix id="F-5950r354974_fix" /> <check system="C-5950r354973_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Open "PowerShell". Enter "Get-WindowsFeature | Where Name -eq PowerShell-v2". If "Installed State" is "Installed", this is a finding. An Installed State of "Available" or "Removed" is not a finding.</check-content> </check> </Rule> </Group> <Group id="V-205686"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205686r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000010</version> <title>Windows Server 2019 must prevent the display of slide shows on the lock screen.</title> <description><VulnDiscussion>Slide shows that are displayed on the lock screen could display sensitive information to unauthorized personnel. Turning off this feature will limit access to the information to a logged-on user.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93399</ident> <ident system="http://cyber.mil/legacy">SV-103485</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5951r354977_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Control Panel >> Personalization >> "Prevent enabling lock screen slide show" to "Enabled".</fixtext> <fix id="F-5951r354977_fix" /> <check system="C-5951r354976_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the registry value below. If it does not exist or is not configured as specified, this is a finding. Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\Personalization\ Value Name: NoLockScreenSlideshow Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205687"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205687r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000020</version> <title>Windows Server 2019 must have WDigest Authentication disabled.</title> <description><VulnDiscussion>When the WDigest Authentication protocol is enabled, plain-text passwords are stored in the Local Security Authority Subsystem Service (LSASS), exposing them to theft. WDigest is disabled by default in Windows Server 2019. This setting ensures this is enforced.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103487</ident> <ident system="http://cyber.mil/legacy">V-93401</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5952r354980_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> MS Security Guide >> "WDigest Authentication (disabling may require KB2871997)" to "Disabled". This policy setting requires the installation of the SecGuide custom templates included with the STIG package. "SecGuide.admx" and " SecGuide.adml" must be copied to the \Windows\PolicyDefinitions and \Windows\PolicyDefinitions\en-US directories respectively.</fixtext> <fix id="F-5952r354980_fix" /> <check system="C-5952r354979_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\SecurityProviders\Wdigest\ Value Name: UseLogonCredential Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205688"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205688r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000150</version> <title>Windows Server 2019 downloading print driver packages over HTTP must be turned off.</title> <description><VulnDiscussion>Some features may communicate with the vendor, sending system information or downloading data or components for the feature. Turning off this capability will prevent potentially sensitive information from being sent outside the enterprise and will prevent uncontrolled updates to the system. This setting prevents the computer from downloading print driver packages over HTTP.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103489</ident> <ident system="http://cyber.mil/legacy">V-93403</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5953r354983_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> System >> Internet Communication Management >> Internet Communication settings >> "Turn off downloading of print drivers over HTTP" to "Enabled".</fixtext> <fix id="F-5953r354983_fix" /> <check system="C-5953r354982_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows NT\Printers\ Value Name: DisableWebPnPDownload Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205689"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205689r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000160</version> <title>Windows Server 2019 printing over HTTP must be turned off.</title> <description><VulnDiscussion>Some features may communicate with the vendor, sending system information or downloading data or components for the feature. Turning off this capability will prevent potentially sensitive information from being sent outside the enterprise and will prevent uncontrolled updates to the system. This setting prevents the client computer from printing over HTTP, which allows the computer to print to printers on the intranet as well as the Internet.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103491</ident> <ident system="http://cyber.mil/legacy">V-93405</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5954r354986_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> System >> Internet Communication Management >> Internet Communication settings >> "Turn off printing over HTTP" to "Enabled".</fixtext> <fix id="F-5954r354986_fix" /> <check system="C-5954r354985_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows NT\Printers\ Value Name: DisableHTTPPrinting Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205690"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205690r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000170</version> <title>Windows Server 2019 network selection user interface (UI) must not be displayed on the logon screen.</title> <description><VulnDiscussion>Enabling interaction with the network selection UI allows users to change connections to available networks without signing in to Windows.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103493</ident> <ident system="http://cyber.mil/legacy">V-93407</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5955r354989_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> System >> Logon >> "Do not display network selection UI" to "Enabled".</fixtext> <fix id="F-5955r354989_fix" /> <check system="C-5955r354988_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the registry value below. If it does not exist or is not configured as specified, this is a finding. Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\System\ Value Name: DontDisplayNetworkSelectionUI Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205691"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205691r569188_rule" weight="10.0" severity="low"> <version>WN19-CC-000200</version> <title>Windows Server 2019 Application Compatibility Program Inventory must be prevented from collecting data and sending the information to Microsoft.</title> <description><VulnDiscussion>Some features may communicate with the vendor, sending system information or downloading data or components for the feature. Turning off this capability will prevent potentially sensitive information from being sent outside the enterprise and will prevent uncontrolled updates to the system. This setting will prevent the Program Inventory from collecting data about a system and sending the information to Microsoft.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93409</ident> <ident system="http://cyber.mil/legacy">SV-103495</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5956r354992_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Application Compatibility >> "Turn off Inventory Collector" to "Enabled".</fixtext> <fix id="F-5956r354992_fix" /> <check system="C-5956r354991_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\AppCompat\ Value Name: DisableInventory Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205692"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205692r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000300</version> <title>Windows Server 2019 Windows Defender SmartScreen must be enabled.</title> <description><VulnDiscussion>Windows Defender SmartScreen helps protect systems from programs downloaded from the internet that may be malicious. Enabling SmartScreen can block potentially malicious programs or warn users.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93411</ident> <ident system="http://cyber.mil/legacy">SV-103497</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5957r354995_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> File Explorer >> "Configure Windows Defender SmartScreen" to "Enabled" with either option "Warn" or "Warn and prevent bypass" selected. Windows 2019 includes duplicate policies for this setting. It can also be configured under Computer Configuration >> Administrative Templates >> Windows Components >> Windows Defender SmartScreen >> Explorer.</fixtext> <fix id="F-5957r354995_fix" /> <check system="C-5957r354994_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This is applicable to unclassified systems; for other systems, this is NA. If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\System\ Value Name: EnableSmartScreen Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205693"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205693r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000400</version> <title>Windows Server 2019 must disable Basic authentication for RSS feeds over HTTP.</title> <description><VulnDiscussion>Basic authentication uses plain-text passwords that could be used to compromise a system. Disabling Basic authentication will reduce this potential.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93413</ident> <ident system="http://cyber.mil/legacy">SV-103499</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5958r354998_fix">The default behavior is for the Windows RSS platform to not use Basic authentication over HTTP connections. If this needs to be corrected, configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> RSS Feeds >> "Turn on Basic feed authentication over HTTP" to "Not Configured" or "Disabled".</fixtext> <fix id="F-5958r354998_fix" /> <check system="C-5958r354997_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>The default behavior is for the Windows RSS platform to not use Basic authentication over HTTP connections. If the registry value name below does not exist, this is not a finding. If it exists and is configured with a value of "0", this is not a finding. If it exists and is configured with a value of "1", this is a finding. Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Internet Explorer\Feeds\ Value Name: AllowBasicAuthInClear Value Type: REG_DWORD Value: 0x00000000 (0) (or if the Value Name does not exist)</check-content> </check> </Rule> </Group> <Group id="V-205694"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205694r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000410</version> <title>Windows Server 2019 must prevent Indexing of encrypted files.</title> <description><VulnDiscussion>Indexing of encrypted files may expose sensitive data. This setting prevents encrypted files from being indexed.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93415</ident> <ident system="http://cyber.mil/legacy">SV-103501</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5959r355001_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Search >> "Allow indexing of encrypted files" to "Disabled".</fixtext> <fix id="F-5959r355001_fix" /> <check system="C-5959r355000_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\Windows Search\ Value Name: AllowIndexingEncryptedStoresOrItems Value Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205695"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205695r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000130</version> <title>Windows Server 2019 domain controllers must run on a machine dedicated to that function.</title> <description><VulnDiscussion>Executing application servers on the same host machine with a directory server may substantially weaken the security of the directory server. Web or database server applications usually require the addition of many programs and accounts, increasing the attack surface of the computer. Some applications require the addition of privileged accounts, providing potential sources of compromise. Some applications (such as Microsoft Exchange) may require the use of network ports or services conflicting with the directory server. In this case, non-standard ports might be selected, and this could interfere with intrusion detection or prevention services.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103503</ident> <ident system="http://cyber.mil/legacy">V-93417</ident> <ident system="http://cyber.mil/cci">CCI-000381</ident> <fixtext fixref="F-5960r355004_fix">Remove additional roles or applications such as web, database, and email from the domain controller.</fixtext> <fix id="F-5960r355004_fix" /> <check system="C-5960r355003_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers, it is NA for other systems. Review the installed roles the domain controller is supporting. Start "Server Manager". Select "AD DS" in the left pane and the server name under "Servers" to the right. Select "Add (or Remove) Roles and Features" from "Tasks" in the "Roles and Features" section. (Cancel before any changes are made.) Determine if any additional server roles are installed. A basic domain controller setup will include the following: - Active Directory Domain Services - DNS Server - File and Storage Services If any roles not requiring installation on a domain controller are installed, this is a finding. A Domain Name System (DNS) server integrated with the directory server (e.g., AD-integrated DNS) is an acceptable application. However, the DNS server must comply with the DNS STIG security requirements. Run "Programs and Features". Review installed applications. If any applications are installed that are not required for the domain controller, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205697"> <title>SRG-OS-000096-GPOS-00050</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205697r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000330</version> <title>Windows Server 2019 must not have the Microsoft FTP service installed unless required by the organization.</title> <description><VulnDiscussion>Unnecessary services increase the attack surface of a system. Some of these services may not support required levels of authentication or encryption.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103507</ident> <ident system="http://cyber.mil/legacy">V-93421</ident> <ident system="http://cyber.mil/cci">CCI-000382</ident> <fixtext fixref="F-5962r355010_fix">Uninstall the "FTP Server" role. Start "Server Manager". Select the server with the role. Scroll down to "ROLES AND FEATURES" in the right pane. Select "Remove Roles and Features" from the drop-down "TASKS" list. Select the appropriate server on the "Server Selection" page and click "Next". Deselect "FTP Server" under "Web Server (IIS)" on the "Roles" page. Click "Next" and "Remove" as prompted.</fixtext> <fix id="F-5962r355010_fix" /> <check system="C-5962r355009_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the server has the role of an FTP server, this is NA. Open "PowerShell". Enter "Get-WindowsFeature | Where Name -eq Web-Ftp-Service". If "Installed State" is "Installed", this is a finding. An Installed State of "Available" or "Removed" is not a finding. If the system has the role of an FTP server, this must be documented with the ISSO.</check-content> </check> </Rule> </Group> <Group id="V-205698"> <title>SRG-OS-000096-GPOS-00050</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205698r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000360</version> <title>Windows Server 2019 must not have the Telnet Client installed.</title> <description><VulnDiscussion>Unnecessary services increase the attack surface of a system. Some of these services may not support required levels of authentication or encryption or may provide unauthorized access to the system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93423</ident> <ident system="http://cyber.mil/legacy">SV-103509</ident> <ident system="http://cyber.mil/cci">CCI-000382</ident> <fixtext fixref="F-5963r355013_fix">Uninstall the "Telnet Client" feature. Start "Server Manager". Select the server with the feature. Scroll down to "ROLES AND FEATURES" in the right pane. Select "Remove Roles and Features" from the drop-down "TASKS" list. Select the appropriate server on the "Server Selection" page and click "Next". Deselect "Telnet Client" on the "Features" page. Click "Next" and "Remove" as prompted.</fixtext> <fix id="F-5963r355013_fix" /> <check system="C-5963r355012_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Open "PowerShell". Enter "Get-WindowsFeature | Where Name -eq Telnet-Client". If "Installed State" is "Installed", this is a finding. An Installed State of "Available" or "Removed" is not a finding.</check-content> </check> </Rule> </Group> <Group id="V-205699"> <title>SRG-OS-000104-GPOS-00051</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205699r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000070</version> <title>Windows Server 2019 shared user accounts must not be permitted.</title> <description><VulnDiscussion>Shared accounts (accounts where two or more people log on with the same user identification) do not provide adequate identification and authentication. There is no way to provide for nonrepudiation or individual accountability for system access and resource usage.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103523</ident> <ident system="http://cyber.mil/legacy">V-93437</ident> <ident system="http://cyber.mil/cci">CCI-000764</ident> <fixtext fixref="F-5964r355016_fix">Remove unapproved shared accounts from the system. Document required shared accounts with the ISSO. Documentation must include the reason for the account, who has access to the account, and how the risk of using the shared account is mitigated to include monitoring account activity.</fixtext> <fix id="F-5964r355016_fix" /> <check system="C-5964r355015_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Determine whether any shared accounts exist. If no shared accounts exist, this is NA. Shared accounts, such as required by an application, may be approved by the organization. This must be documented with the ISSO. Documentation must include the reason for the account, who has access to the account, and how the risk of using the shared account is mitigated to include monitoring account activity. If unapproved shared accounts exist, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205700"> <title>SRG-OS-000104-GPOS-00051</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205700r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000200</version> <title>Windows Server 2019 accounts must require passwords.</title> <description><VulnDiscussion>The lack of password protection enables anyone to gain access to the information system, which opens a backdoor opportunity for intruders to compromise the system as well as other resources. Accounts on a system must require passwords.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103525</ident> <ident system="http://cyber.mil/legacy">V-93439</ident> <ident system="http://cyber.mil/cci">CCI-000764</ident> <fixtext fixref="F-5965r355019_fix">Configure all enabled accounts to require passwords. The password required flag can be set by entering the following on a command line: "Net user [username] /passwordreq:yes", substituting [username] with the name of the user account.</fixtext> <fix id="F-5965r355019_fix" /> <check system="C-5965r355018_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Review the password required status for enabled user accounts. Open "PowerShell". Domain Controllers: Enter "Get-Aduser -Filter * -Properties Passwordnotrequired |FT Name, Passwordnotrequired, Enabled". Exclude disabled accounts (e.g., DefaultAccount, Guest) and Trusted Domain Objects (TDOs). If "Passwordnotrequired" is "True" or blank for any enabled user account, this is a finding. Member servers and standalone systems: Enter 'Get-CimInstance -Class Win32_Useraccount -Filter "PasswordRequired=False and LocalAccount=True" | FT Name, PasswordRequired, Disabled, LocalAccount'. Exclude disabled accounts (e.g., DefaultAccount, Guest). If any enabled user accounts are returned with a "PasswordRequired" status of "False", this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205701"> <title>SRG-OS-000105-GPOS-00052</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205701r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000310</version> <title>Windows Server 2019 Active Directory user accounts, including administrators, must be configured to require the use of a Common Access Card (CAC), Personal Identity Verification (PIV)-compliant hardware token, or Alternate Logon Token (ALT) for user authentication.</title> <description><VulnDiscussion>Smart cards such as the CAC support a two-factor authentication technique. This provides a higher level of trust in the asserted identity than use of the username and password for authentication. Satisfies: SRG-OS-000105-GPOS-00052, SRG-OS-000106-GPOS-00053, SRG-OS-000107-GPOS-00054, SRG-OS-000108-GPOS-00055, SRG-OS-000375-GPOS-00160</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103527</ident> <ident system="http://cyber.mil/legacy">V-93441</ident> <ident system="http://cyber.mil/cci">CCI-000765</ident> <ident system="http://cyber.mil/cci">CCI-000766</ident> <ident system="http://cyber.mil/cci">CCI-000767</ident> <ident system="http://cyber.mil/cci">CCI-000768</ident> <ident system="http://cyber.mil/cci">CCI-001948</ident> <fixtext fixref="F-5966r355022_fix">Configure all user accounts, including administrator accounts, in Active Directory to enable the option "Smart card is required for interactive logon". Run "Active Directory Users and Computers" (available from various menus or run "dsa.msc"): Select the OU where the user accounts are located. (By default this is the Users node; however, accounts may be under other organization-defined OUs.) Right-click the user account and select "Properties". Select the "Account" tab. Check "Smart card is required for interactive logon" in the "Account Options" area.</fixtext> <fix id="F-5966r355022_fix" /> <check system="C-5966r355021_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Open "PowerShell". Enter the following: "Get-ADUser -Filter {(Enabled -eq $True) -and (SmartcardLogonRequired -eq $False)} | FT Name" ("DistinguishedName" may be substituted for "Name" for more detailed output.) If any user accounts, including administrators, are listed, this is a finding. Alternately: To view sample accounts in "Active Directory Users and Computers" (available from various menus or run "dsa.msc"): Select the Organizational Unit (OU) where the user accounts are located. (By default, this is the Users node; however, accounts may be under other organization-defined OUs.) Right-click the sample user account and select "Properties". Select the "Account" tab. If any user accounts, including administrators, do not have "Smart card is required for interactive logon" checked in the "Account Options" area, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205702"> <title>SRG-OS-000112-GPOS-00057</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205702r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000020</version> <title>Windows Server 2019 Kerberos user logon restrictions must be enforced.</title> <description><VulnDiscussion>This policy setting determines whether the Kerberos Key Distribution Center (KDC) validates every request for a session ticket against the user rights policy of the target computer. The policy is enabled by default, which is the most secure setting for validating that access to target resources is not circumvented. Satisfies: SRG-OS-000112-GPOS-00057, SRG-OS-000113-GPOS-00058</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93443</ident> <ident system="http://cyber.mil/legacy">SV-103529</ident> <ident system="http://cyber.mil/cci">CCI-001941</ident> <ident system="http://cyber.mil/cci">CCI-001942</ident> <fixtext fixref="F-5967r355025_fix">Configure the policy value in the Default Domain Policy for Computer Configuration >> Policies >> Windows Settings >> Security Settings >> Account Policies >> Kerberos Policy >> "Enforce user logon restrictions" to "Enabled".</fixtext> <fix id="F-5967r355025_fix" /> <check system="C-5967r355024_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Verify the following is configured in the Default Domain Policy: Open "Group Policy Management". Navigate to "Group Policy Objects" in the Domain being reviewed (Forest >> Domains >> Domain). Right-click on the "Default Domain Policy". Select "Edit". Navigate to Computer Configuration >> Policies >> Windows Settings >> Security Settings >> Account Policies >> Kerberos Policy. If the "Enforce user logon restrictions" is not set to "Enabled", this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205703"> <title>SRG-OS-000112-GPOS-00057</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205703r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000030</version> <title>Windows Server 2019 Kerberos service ticket maximum lifetime must be limited to 600 minutes or less.</title> <description><VulnDiscussion>This setting determines the maximum amount of time (in minutes) that a granted session ticket can be used to access a particular service. Session tickets are used only to authenticate new connections with servers. Ongoing operations are not interrupted if the session ticket used to authenticate the connection expires during the connection. Satisfies: SRG-OS-000112-GPOS-00057, SRG-OS-000113-GPOS-00058</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103531</ident> <ident system="http://cyber.mil/legacy">V-93445</ident> <ident system="http://cyber.mil/cci">CCI-001942</ident> <ident system="http://cyber.mil/cci">CCI-001941</ident> <fixtext fixref="F-5968r355028_fix">Configure the policy value in the Default Domain Policy for Computer Configuration >> Policies >> Windows Settings >> Security Settings >> Account Policies >> Kerberos Policy >> "Maximum lifetime for service ticket" to a maximum of "600" minutes, but not "0", which equates to "Ticket doesn't expire".</fixtext> <fix id="F-5968r355028_fix" /> <check system="C-5968r355027_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Verify the following is configured in the Default Domain Policy: Open "Group Policy Management". Navigate to "Group Policy Objects" in the Domain being reviewed (Forest >> Domains >> Domain). Right-click on the "Default Domain Policy". Select "Edit". Navigate to Computer Configuration >> Policies >> Windows Settings >> Security Settings >> Account Policies >> Kerberos Policy. If the value for "Maximum lifetime for service ticket" is "0" or greater than "600" minutes, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205704"> <title>SRG-OS-000112-GPOS-00057</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205704r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000040</version> <title>Windows Server 2019 Kerberos user ticket lifetime must be limited to 10 hours or less.</title> <description><VulnDiscussion>In Kerberos, there are two types of tickets: Ticket Granting Tickets (TGTs) and Service Tickets. Kerberos tickets have a limited lifetime so the time an attacker has to implement an attack is limited. This policy controls how long TGTs can be renewed. With Kerberos, the user's initial authentication to the domain controller results in a TGT, which is then used to request Service Tickets to resources. Upon startup, each computer gets a TGT before requesting a service ticket to the domain controller and any other computers it needs to access. For services that start up under a specified user account, users must always get a TGT first and then get Service Tickets to all computers and services accessed. Satisfies: SRG-OS-000112-GPOS-00057, SRG-OS-000113-GPOS-00058</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93447</ident> <ident system="http://cyber.mil/legacy">SV-103533</ident> <ident system="http://cyber.mil/cci">CCI-001941</ident> <ident system="http://cyber.mil/cci">CCI-001942</ident> <fixtext fixref="F-5969r355031_fix">Configure the policy value in the Default Domain Policy for Computer Configuration >> Policies >> Windows Settings >> Security Settings >> Account Policies >> Kerberos Policy >> "Maximum lifetime for user ticket" to a maximum of "10" hours but not "0", which equates to "Ticket doesn't expire".</fixtext> <fix id="F-5969r355031_fix" /> <check system="C-5969r355030_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Verify the following is configured in the Default Domain Policy: Open "Group Policy Management". Navigate to "Group Policy Objects" in the Domain being reviewed (Forest >> Domains >> Domain). Right-click on the "Default Domain Policy". Select "Edit". Navigate to Computer Configuration >> Policies >> Windows Settings >> Security Settings >> Account Policies >> Kerberos Policy. If the value for "Maximum lifetime for user ticket" is "0" or greater than "10" hours, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205705"> <title>SRG-OS-000112-GPOS-00057</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205705r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000050</version> <title>Windows Server 2019 Kerberos policy user ticket renewal maximum lifetime must be limited to seven days or less.</title> <description><VulnDiscussion>This setting determines the period of time (in days) during which a user's Ticket Granting Ticket (TGT) may be renewed. This security configuration limits the amount of time an attacker has to crack the TGT and gain access. Satisfies: SRG-OS-000112-GPOS-00057, SRG-OS-000113-GPOS-00058</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103535</ident> <ident system="http://cyber.mil/legacy">V-93449</ident> <ident system="http://cyber.mil/cci">CCI-001942</ident> <ident system="http://cyber.mil/cci">CCI-001941</ident> <fixtext fixref="F-5970r355034_fix">Configure the policy value in the Default Domain Policy for Computer Configuration >> Policies >> Windows Settings >> Security Settings >> Account Policies >> Kerberos Policy >> "Maximum lifetime for user ticket renewal" to a maximum of "7" days or less.</fixtext> <fix id="F-5970r355034_fix" /> <check system="C-5970r355033_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Verify the following is configured in the Default Domain Policy: Open "Group Policy Management". Navigate to "Group Policy Objects" in the Domain being reviewed (Forest >> Domains >> Domain). Right-click on the "Default Domain Policy". Select "Edit". Navigate to Computer Configuration >> Policies >> Windows Settings >> Security Settings >> Account Policies >> Kerberos Policy. If the "Maximum lifetime for user ticket renewal" is greater than "7" days, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205706"> <title>SRG-OS-000112-GPOS-00057</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205706r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000060</version> <title>Windows Server 2019 computer clock synchronization tolerance must be limited to five minutes or less.</title> <description><VulnDiscussion>This setting determines the maximum time difference (in minutes) that Kerberos will tolerate between the time on a client's clock and the time on a server's clock while still considering the two clocks synchronous. In order to prevent replay attacks, Kerberos uses timestamps as part of its protocol definition. For timestamps to work properly, the clocks of the client and the server need to be in sync as much as possible. Satisfies: SRG-OS-000112-GPOS-00057, SRG-OS-000113-GPOS-00058</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93451</ident> <ident system="http://cyber.mil/legacy">SV-103537</ident> <ident system="http://cyber.mil/cci">CCI-001941</ident> <ident system="http://cyber.mil/cci">CCI-001942</ident> <fixtext fixref="F-5971r355037_fix">Configure the policy value in the Default Domain Policy for Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Kerberos Policy >> "Maximum tolerance for computer clock synchronization" to a maximum of "5" minutes or less.</fixtext> <fix id="F-5971r355037_fix" /> <check system="C-5971r355036_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Verify the following is configured in the Default Domain Policy: Open "Group Policy Management". Navigate to "Group Policy Objects" in the Domain being reviewed (Forest >> Domains >> Domain). Right-click on the "Default Domain Policy". Select "Edit". Navigate to Computer Configuration >> Policies >> Windows Settings >> Security Settings >> Account Policies >> Kerberos Policy. If the "Maximum tolerance for computer clock synchronization" is greater than "5" minutes, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205707"> <title>SRG-OS-000118-GPOS-00060</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205707r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000190</version> <title>Windows Server 2019 outdated or unused accounts must be removed or disabled.</title> <description><VulnDiscussion>Outdated or unused accounts provide penetration points that may go undetected. Inactive accounts must be deleted if no longer necessary or, if still required, disabled until needed.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93457</ident> <ident system="http://cyber.mil/legacy">SV-103543</ident> <ident system="http://cyber.mil/cci">CCI-000795</ident> <fixtext fixref="F-5972r355040_fix">Regularly review accounts to determine if they are still active. Remove or disable accounts that have not been used in the last 35 days.</fixtext> <fix id="F-5972r355040_fix" /> <check system="C-5972r472889_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Open "Windows PowerShell". Domain Controllers: Enter "Search-ADAccount -AccountInactive -UsersOnly -TimeSpan 35.00:00:00" This will return accounts that have not been logged on to for 35 days, along with various attributes such as the Enabled status and LastLogonDate. Member servers and standalone systems: Copy or enter the lines below to the PowerShell window and enter. (Entering twice may be required. Do not include the quotes at the beginning and end of the query.) "([ADSI]('WinNT://{0}' -f $env:COMPUTERNAME)).Children | Where { $_.SchemaClassName -eq 'user' } | ForEach { $user = ([ADSI]$_.Path) $lastLogin = $user.Properties.LastLogin.Value $enabled = ($user.Properties.UserFlags.Value -band 0x2) -ne 0x2 if ($lastLogin -eq $null) { $lastLogin = 'Never' } Write-Host $user.Name $lastLogin $enabled }" This will return a list of local accounts with the account name, last logon, and if the account is enabled (True/False). For example: User1 10/31/2015 5:49:56 AM True Review the list of accounts returned by the above queries to determine the finding validity for each account reported. Exclude the following accounts: - Built-in administrator account (Renamed, SID ending in 500) - Built-in guest account (Renamed, Disabled, SID ending in 501) - Application accounts If any enabled accounts have not been logged on to within the past 35 days, this is a finding. Inactive accounts that have been reviewed and deemed to be required must be documented with the ISSO.</check-content> </check> </Rule> </Group> <Group id="V-205708"> <title>SRG-OS-000120-GPOS-00061</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205708r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000290</version> <title>Windows Server 2019 Kerberos encryption types must be configured to prevent the use of DES and RC4 encryption suites.</title> <description><VulnDiscussion>Certain encryption types are no longer considered secure. The DES and RC4 encryption suites must not be used for Kerberos encryption. Note: Organizations with domain controllers running earlier versions of Windows where RC4 encryption is enabled, selecting "The other domain supports Kerberos AES Encryption" on domain trusts, may be required to allow client communication across the trust relationship.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93495</ident> <ident system="http://cyber.mil/legacy">SV-103581</ident> <ident system="http://cyber.mil/cci">CCI-000803</ident> <fixtext fixref="F-5973r355043_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network security: Configure encryption types allowed for Kerberos" to "Enabled" with only the following selected: AES128_HMAC_SHA1 AES256_HMAC_SHA1 Future encryption types Note: Organizations with domain controllers running earlier versions of Windows where RC4 encryption is enabled, selecting "The other domain supports Kerberos AES Encryption" on domain trusts, may be required to allow client communication across the trust relationship.</fixtext> <fix id="F-5973r355043_fix" /> <check system="C-5973r355042_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\Kerberos\Parameters\ Value Name: SupportedEncryptionTypes Value Type: REG_DWORD Value: 0x7ffffff8 (2147483640)</check-content> </check> </Rule> </Group> <Group id="V-205710"> <title>SRG-OS-000123-GPOS-00064</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205710r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000310</version> <title>Windows Server 2019 must automatically remove or disable emergency accounts after the crisis is resolved or within 72 hours.</title> <description><VulnDiscussion>Emergency administrator accounts are privileged accounts established in response to crisis situations where the need for rapid account activation is required. Therefore, emergency account activation may bypass normal account authorization processes. If these accounts are automatically disabled, system maintenance during emergencies may not be possible, thus adversely affecting system availability. Emergency administrator accounts are different from infrequently used accounts (i.e., local logon accounts used by system administrators when network or normal logon/access is not available). Infrequently used accounts are not subject to automatic termination dates. Emergency accounts are accounts created in response to crisis situations, usually for use by maintenance personnel. The automatic expiration or disabling time period may be extended as needed until the crisis is resolved; however, it must not be extended indefinitely. A permanent account should be established for privileged users who need long-term maintenance accounts. To address access requirements, many operating systems can be integrated with enterprise-level authentication/access mechanisms that meet or exceed access control policy requirements.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-92977</ident> <ident system="http://cyber.mil/legacy">SV-103065</ident> <ident system="http://cyber.mil/cci">CCI-001682</ident> <fixtext fixref="F-5975r355049_fix">Remove emergency administrator accounts after a crisis has been resolved or configure the accounts to automatically expire within 72 hours. Domain accounts can be configured with an account expiration date, under "Account" properties. Local accounts can be configured to expire with the command "Net user [username] /expires:[mm/dd/yyyy]", where username is the name of the temporary user account.</fixtext> <fix id="F-5975r355049_fix" /> <check system="C-5975r355048_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Determine if emergency administrator accounts are used and identify any that exist. If none exist, this is NA. If emergency administrator accounts cannot be configured with an expiration date due to an ongoing crisis, the accounts must be disabled or removed when the crisis is resolved. If emergency administrator accounts have not been configured with an expiration date or have not been disabled or removed following the resolution of a crisis, this is a finding. Domain Controllers: Open "PowerShell". Enter "Search-ADAccount -AccountExpiring | FT Name, AccountExpirationDate". If "AccountExpirationDate" has been defined and is not within 72 hours for an emergency administrator account, this is a finding. Member servers and standalone systems: Open "Command Prompt". Run "Net user [username]", where [username] is the name of the emergency account. If "Account expires" has been defined and is not within 72 hours for an emergency administrator account, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205711"> <title>SRG-OS-000125-GPOS-00065</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205711r569188_rule" weight="10.0" severity="high"> <version>WN19-CC-000470</version> <title>Windows Server 2019 Windows Remote Management (WinRM) client must not use Basic authentication.</title> <description><VulnDiscussion>Basic authentication uses plain-text passwords that could be used to compromise a system. Disabling Basic authentication will reduce this potential.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93503</ident> <ident system="http://cyber.mil/legacy">SV-103589</ident> <ident system="http://cyber.mil/cci">CCI-000877</ident> <fixtext fixref="F-5976r355052_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Windows Remote Management (WinRM) >> WinRM Client >> "Allow Basic authentication" to "Disabled".</fixtext> <fix id="F-5976r355052_fix" /> <check system="C-5976r355051_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\WinRM\Client\ Value Name: AllowBasic Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205712"> <title>SRG-OS-000125-GPOS-00065</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205712r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000490</version> <title>Windows Server 2019 Windows Remote Management (WinRM) client must not use Digest authentication.</title> <description><VulnDiscussion>Digest authentication is not as strong as other options and may be subject to man-in-the-middle attacks. Disallowing Digest authentication will reduce this potential.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103591</ident> <ident system="http://cyber.mil/legacy">V-93505</ident> <ident system="http://cyber.mil/cci">CCI-000877</ident> <fixtext fixref="F-5977r355055_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Windows Remote Management (WinRM) >> WinRM Client >> "Disallow Digest authentication" to "Enabled".</fixtext> <fix id="F-5977r355055_fix" /> <check system="C-5977r355054_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\WinRM\Client\ Value Name: AllowDigest Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205713"> <title>SRG-OS-000125-GPOS-00065</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205713r569188_rule" weight="10.0" severity="high"> <version>WN19-CC-000500</version> <title>Windows Server 2019 Windows Remote Management (WinRM) service must not use Basic authentication.</title> <description><VulnDiscussion>Basic authentication uses plain-text passwords that could be used to compromise a system. Disabling Basic authentication will reduce this potential.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93507</ident> <ident system="http://cyber.mil/legacy">SV-103593</ident> <ident system="http://cyber.mil/cci">CCI-000877</ident> <fixtext fixref="F-5978r355058_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Windows Remote Management (WinRM) >> WinRM Service >> "Allow Basic authentication" to "Disabled".</fixtext> <fix id="F-5978r355058_fix" /> <check system="C-5978r355057_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\WinRM\Service\ Value Name: AllowBasic Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205714"> <title>SRG-OS-000134-GPOS-00068</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205714r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000240</version> <title>Windows Server 2019 administrator accounts must not be enumerated during elevation.</title> <description><VulnDiscussion>Enumeration of administrator accounts when elevating can provide part of the logon information to an unauthorized user. This setting configures the system to always require users to type in a username and password to elevate a running application.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93517</ident> <ident system="http://cyber.mil/legacy">SV-103603</ident> <ident system="http://cyber.mil/cci">CCI-001084</ident> <fixtext fixref="F-5979r355061_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Credential User Interface >> "Enumerate administrator accounts on elevation" to "Disabled".</fixtext> <fix id="F-5979r355061_fix" /> <check system="C-5979r355060_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\CredUI\ Value Name: EnumerateAdministrators Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205716"> <title>SRG-OS-000134-GPOS-00068</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205716r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000390</version> <title>Windows Server 2019 UIAccess applications must not be allowed to prompt for elevation without using the secure desktop.</title> <description><VulnDiscussion>User Account Control (UAC) is a security mechanism for limiting the elevation of privileges, including administrative accounts, unless authorized. This setting prevents User Interface Accessibility programs from disabling the secure desktop for elevation prompts.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93521</ident> <ident system="http://cyber.mil/legacy">SV-103607</ident> <ident system="http://cyber.mil/cci">CCI-001084</ident> <fixtext fixref="F-5981r355067_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "User Account Control: Allow UIAccess applications to prompt for elevation without using the secure desktop" to "Disabled".</fixtext> <fix id="F-5981r355067_fix" /> <check system="C-5981r355066_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>UAC requirements are NA for Server Core installations (this is the default installation option for Windows Server 2019 versus Server with Desktop Experience). If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\ Value Name: EnableUIADesktopToggle Value Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205717"> <title>SRG-OS-000134-GPOS-00068</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205717r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000400</version> <title>Windows Server 2019 User Account Control must, at a minimum, prompt administrators for consent on the secure desktop.</title> <description><VulnDiscussion>User Account Control (UAC) is a security mechanism for limiting the elevation of privileges, including administrative accounts, unless authorized. This setting configures the elevation requirements for logged-on administrators to complete a task that requires raised privileges.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103609</ident> <ident system="http://cyber.mil/legacy">V-93523</ident> <ident system="http://cyber.mil/cci">CCI-001084</ident> <fixtext fixref="F-5982r355070_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "User Account Control: Behavior of the elevation prompt for administrators in Admin Approval Mode" to "Prompt for consent on the secure desktop". The more secure option for this setting, "Prompt for credentials on the secure desktop", would also be acceptable.</fixtext> <fix id="F-5982r355070_fix" /> <check system="C-5982r355069_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>UAC requirements are NA for Server Core installations (this is default installation option for Windows Server 2019 versus Server with Desktop Experience). If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\ Value Name: ConsentPromptBehaviorAdmin Value Type: REG_DWORD Value: 0x00000002 (2) (Prompt for consent on the secure desktop) 0x00000001 (1) (Prompt for credentials on the secure desktop)</check-content> </check> </Rule> </Group> <Group id="V-205718"> <title>SRG-OS-000134-GPOS-00068</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205718r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000420</version> <title>Windows Server 2019 User Account Control must be configured to detect application installations and prompt for elevation.</title> <description><VulnDiscussion>User Account Control (UAC) is a security mechanism for limiting the elevation of privileges, including administrative accounts, unless authorized. This setting requires Windows to respond to application installation requests by prompting for credentials.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103611</ident> <ident system="http://cyber.mil/legacy">V-93525</ident> <ident system="http://cyber.mil/cci">CCI-001084</ident> <fixtext fixref="F-5983r355073_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "User Account Control: Detect application installations and prompt for elevation" to "Enabled".</fixtext> <fix id="F-5983r355073_fix" /> <check system="C-5983r355072_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>UAC requirements are NA for Server Core installations (this is the default installation option for Windows Server 2019 versus Server with Desktop Experience). If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\ Value Name: EnableInstallerDetection Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205719"> <title>SRG-OS-000134-GPOS-00068</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205719r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000430</version> <title>Windows Server 2019 User Account Control (UAC) must only elevate UIAccess applications that are installed in secure locations.</title> <description><VulnDiscussion>UAC is a security mechanism for limiting the elevation of privileges, including administrative accounts, unless authorized. This setting configures Windows to only allow applications installed in a secure location on the file system, such as the Program Files or the Windows\System32 folders, to run with elevated privileges.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93527</ident> <ident system="http://cyber.mil/legacy">SV-103613</ident> <ident system="http://cyber.mil/cci">CCI-001084</ident> <fixtext fixref="F-5984r355076_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "User Account Control: Only elevate UIAccess applications that are installed in secure locations" to "Enabled".</fixtext> <fix id="F-5984r355076_fix" /> <check system="C-5984r355075_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>UAC requirements are NA for Server Core installations (this is the default installation option for Windows Server 2019 versus Server with Desktop Experience). If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\ Value Name: EnableSecureUIAPaths Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205720"> <title>SRG-OS-000134-GPOS-00068</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205720r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000450</version> <title>Windows Server 2019 User Account Control (UAC) must virtualize file and registry write failures to per-user locations.</title> <description><VulnDiscussion>UAC is a security mechanism for limiting the elevation of privileges, including administrative accounts, unless authorized. This setting configures non-UAC-compliant applications to run in virtualized file and registry entries in per-user locations, allowing them to run.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93529</ident> <ident system="http://cyber.mil/legacy">SV-103615</ident> <ident system="http://cyber.mil/cci">CCI-001084</ident> <fixtext fixref="F-5985r355079_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "User Account Control: Virtualize file and registry write failures to per-user locations" to "Enabled".</fixtext> <fix id="F-5985r355079_fix" /> <check system="C-5985r355078_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>UAC requirements are NA for Server Core installations (this is the default installation option for Windows Server 2019 versus Server with Desktop Experience). If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\ Value Name: EnableVirtualization Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205721"> <title>SRG-OS-000138-GPOS-00069</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205721r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000230</version> <title>Windows Server 2019 non-system-created file shares must limit access to groups that require it.</title> <description><VulnDiscussion>Shares on a system provide network access. To prevent exposing sensitive information, where shares are necessary, permissions must be reconfigured to give the minimum access to accounts that require it.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103617</ident> <ident system="http://cyber.mil/legacy">V-93531</ident> <ident system="http://cyber.mil/cci">CCI-001090</ident> <fixtext fixref="F-5986r355082_fix">If a non-system-created share is required on a system, configure the share and NTFS permissions to limit access to the specific groups or accounts that require it. Remove any unnecessary non-system-created shares.</fixtext> <fix id="F-5986r355082_fix" /> <check system="C-5986r355081_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If only system-created shares such as "ADMIN$", "C$", and "IPC$" exist on the system, this is NA. (System-created shares will display a message that it has been shared for administrative purposes when "Properties" is selected.) Run "Computer Management". Navigate to System Tools >> Shared Folders >> Shares. Right-click any non-system-created shares. Select "Properties". Select the "Share Permissions" tab. If the file shares have not been configured to restrict permissions to the specific groups or accounts that require access, this is a finding. Select the "Security" tab. If the permissions have not been configured to restrict permissions to the specific groups or accounts that require access, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205722"> <title>SRG-OS-000138-GPOS-00069</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205722r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000350</version> <title>Windows Server 2019 Remote Desktop Services must prevent drive redirection.</title> <description><VulnDiscussion>Preventing users from sharing the local drives on their client computers with Remote Session Hosts that they access helps reduce possible exposure of sensitive data.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103619</ident> <ident system="http://cyber.mil/legacy">V-93533</ident> <ident system="http://cyber.mil/cci">CCI-001090</ident> <fixtext fixref="F-5987r355085_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Remote Desktop Services >> Remote Desktop Session Host >> Device and Resource Redirection >> "Do not allow drive redirection" to "Enabled".</fixtext> <fix id="F-5987r355085_fix" /> <check system="C-5987r355084_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\ Value Name: fDisableCdm Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205723"> <title>SRG-OS-000138-GPOS-00069</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205723r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000120</version> <title>Windows Server 2019 data files owned by users must be on a different logical partition from the directory server data files.</title> <description><VulnDiscussion>When directory service data files, especially for directories used for identification, authentication, or authorization, reside on the same logical partition as user-owned files, the directory service data may be more vulnerable to unauthorized access or other availability compromises. Directory service and user-owned data files sharing a partition may be configured with less restrictive permissions in order to allow access to the user data. The directory service may be vulnerable to a denial of service attack when user-owned files on a common partition are expanded to an extent preventing the directory service from acquiring more space for directory or audit data.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93535</ident> <ident system="http://cyber.mil/legacy">SV-103621</ident> <ident system="http://cyber.mil/cci">CCI-001090</ident> <fixtext fixref="F-5988r355088_fix">Move shares used to store files owned by users to a different logical partition than the directory server data files.</fixtext> <fix id="F-5988r355088_fix" /> <check system="C-5988r355087_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Run "Regedit". Navigate to "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters". Note the directory locations in the values for "DSA Database file". Open "Command Prompt". Enter "net share". Note the logical drive(s) or file system partition for any organization-created data shares. Ignore system shares (e.g., NETLOGON, SYSVOL, and administrative shares ending in $). User shares that are hidden (ending with $) should not be ignored. If user shares are located on the same logical partition as the directory server data files, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205724"> <title>SRG-OS-000138-GPOS-00069</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205724r569188_rule" weight="10.0" severity="high"> <version>WN19-SO-000230</version> <title>Windows Server 2019 must not allow anonymous enumeration of shares.</title> <description><VulnDiscussion>Allowing anonymous logon users (null session connections) to list all account names and enumerate all shared resources can provide a map of potential points to attack the system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93537</ident> <ident system="http://cyber.mil/legacy">SV-103623</ident> <ident system="http://cyber.mil/cci">CCI-001090</ident> <fixtext fixref="F-5989r355091_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network access: Do not allow anonymous enumeration of SAM accounts and shares" to "Enabled".</fixtext> <fix id="F-5989r355091_fix" /> <check system="C-5989r355090_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\Lsa\ Value Name: RestrictAnonymous Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205725"> <title>SRG-OS-000138-GPOS-00069</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205725r569188_rule" weight="10.0" severity="high"> <version>WN19-SO-000250</version> <title>Windows Server 2019 must restrict anonymous access to Named Pipes and Shares.</title> <description><VulnDiscussion>Allowing anonymous access to named pipes or shares provides the potential for unauthorized system access. This setting restricts access to those defined in "Network access: Named Pipes that can be accessed anonymously" and "Network access: Shares that can be accessed anonymously", both of which must be blank under other requirements.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93539</ident> <ident system="http://cyber.mil/legacy">SV-103625</ident> <ident system="http://cyber.mil/cci">CCI-001090</ident> <fixtext fixref="F-5990r355094_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network access: Restrict anonymous access to Named Pipes and Shares" to "Enabled".</fixtext> <fix id="F-5990r355094_fix" /> <check system="C-5990r355093_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\LanManServer\Parameters\ Value Name: RestrictNullSessAccess Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205726"> <title>SRG-OS-000163-GPOS-00072</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205726r569188_rule" weight="10.0" severity="low"> <version>WN19-DC-000160</version> <title>Windows Server 2019 directory service must be configured to terminate LDAP-based network connections to the directory server after five minutes of inactivity.</title> <description><VulnDiscussion>The failure to terminate inactive network connections increases the risk of a successful attack on the directory server. The longer an established session is in progress, the more time an attacker has to hijack the session, implement a means to passively intercept data, or compromise any protections on client access. For example, if an attacker gains control of a client computer, an existing (already authenticated) session with the directory server could allow access to the directory. The lack of confidentiality protection in LDAP-based sessions increases exposure to this vulnerability.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103595</ident> <ident system="http://cyber.mil/legacy">V-93509</ident> <ident system="http://cyber.mil/cci">CCI-001133</ident> <fixtext fixref="F-5991r355097_fix">Configure the directory service to terminate LDAP-based network connections to the directory server after 5 minutes of inactivity. Open an elevated "Command prompt" (run as administrator). Enter "ntdsutil". At the "ntdsutil:" prompt, enter "LDAP policies". At the "ldap policy:" prompt, enter "connections". At the "server connections:" prompt, enter "connect to server [host-name]" (where [host-name] is the computer name of the domain controller). At the "server connections:" prompt, enter "q". At the "ldap policy:" prompt, enter "Set MaxConnIdleTime to 300". Enter "Commit Changes" to save. Enter "Show values" to verify changes. Enter "q" at the "ldap policy:" and "ntdsutil:" prompts to exit.</fixtext> <fix id="F-5991r355097_fix" /> <check system="C-5991r355096_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Open an elevated "Command Prompt" (run as administrator). Enter "ntdsutil". At the "ntdsutil:" prompt, enter "LDAP policies". At the "ldap policy:" prompt, enter "connections". At the "server connections:" prompt, enter "connect to server [host-name]" (where [host-name] is the computer name of the domain controller). At the "server connections:" prompt, enter "q". At the "ldap policy:" prompt, enter "show values". If the value for MaxConnIdleTime is greater than "300" (5 minutes) or is not specified, this is a finding. Enter "q" at the "ldap policy:" and "ntdsutil:" prompts to exit. Alternately, Dsquery can be used to display MaxConnIdleTime: Open "Command Prompt (Admin)". Enter the following command (on a single line). dsquery * "cn=Default Query Policy,cn=Query-Policies,cn=Directory Service, cn=Windows NT,cn=Services,cn=Configuration,dc=[forest-name]" -attr LDAPAdminLimits The quotes are required and dc=[forest-name] is the fully qualified LDAP name of the domain being reviewed (e.g., dc=disaost,dc=mil). If the results do not specify a "MaxConnIdleTime" or it has a value greater than "300" (5 minutes), this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205727"> <title>SRG-OS-000185-GPOS-00079</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205727r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000250</version> <title>Windows Server 2019 systems requiring data at rest protections must employ cryptographic mechanisms to prevent unauthorized disclosure and modification of the information at rest.</title> <description><VulnDiscussion>This requirement addresses protection of user-generated data as well as operating system-specific configuration data. Organizations may choose to employ different mechanisms to achieve confidentiality and integrity protections, as appropriate, in accordance with the security category and/or classification of the information. Selection of a cryptographic mechanism is based on the need to protect the integrity of organizational information. The strength of the mechanism is commensurate with the security category and/or classification of the information. Organizations have the flexibility to either encrypt all information on storage devices (i.e., full disk encryption) or encrypt specific data structures (e.g., files, records, or fields). Satisfies: SRG-OS-000185-GPOS-00079, SRG-OS-000404-GPOS-00183, SRG-OS-000405-GPOS-00184</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93515</ident> <ident system="http://cyber.mil/legacy">SV-103601</ident> <ident system="http://cyber.mil/cci">CCI-001199</ident> <ident system="http://cyber.mil/cci">CCI-002475</ident> <ident system="http://cyber.mil/cci">CCI-002476</ident> <fixtext fixref="F-5992r355100_fix">Configure systems that require additional protections due to factors such as inadequate physical protection or sensitivity of the data to employ encryption to protect the confidentiality and integrity of all information at rest.</fixtext> <fix id="F-5992r355100_fix" /> <check system="C-5992r355099_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify systems that require additional protections due to factors such as inadequate physical protection or sensitivity of the data employ encryption to protect the confidentiality and integrity of all information at rest. If they do not, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205728"> <title>SRG-OS-000191-GPOS-00080</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205728r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000290</version> <title>Windows Server 2019 must employ automated mechanisms to determine the state of system components with regard to flaw remediation using the following frequency: continuously, where Host Based Security System (HBSS) is used; 30 days, for any additional internal network scans not covered by HBSS; and annually, for external scans by Computer Network Defense Service Provider (CNDSP).</title> <description><VulnDiscussion>Without the use of automated mechanisms to scan for security flaws on a continuous and/or periodic basis, the operating system or other system components may remain vulnerable to the exploits presented by undetected software flaws. The operating system may have an integrated solution incorporating continuous scanning using HBSS and periodic scanning using other tools.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103653</ident> <ident system="http://cyber.mil/legacy">V-93567</ident> <ident system="http://cyber.mil/cci">CCI-001233</ident> <fixtext fixref="F-5993r641887_fix">Install a DoD-approved ESS software and ensure it is operating continuously.</fixtext> <fix id="F-5993r641887_fix" /> <check system="C-5993r641886_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify DoD-approved ESS software is installed and properly operating. Ask the site ISSM for documentation of the ESS software installation and configuration. If the ISSM is not able to provide a documented configuration for an installed ESS or if the ESS software is not properly maintained or used, this is a finding. Note: Example of documentation can be a copy of the site's CCB approved Software Baseline with version of software noted or a memo from the ISSM stating current ESS software and version.</check-content> </check> </Rule> </Group> <Group id="V-205729"> <title>SRG-OS-000240-GPOS-00090</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205729r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000150</version> <title>Windows Server 2019 must be configured to audit Logon/Logoff - Account Lockout successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Account Lockout events can be used to identify potentially malicious logon attempts. Satisfies: SRG-OS-000240-GPOS-00090, SRG-OS-000470-GPOS-00214</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103075</ident> <ident system="http://cyber.mil/legacy">V-92987</ident> <ident system="http://cyber.mil/cci">CCI-001404</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-5994r355106_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Logon/Logoff >> "Audit Account Lockout" with "Success" selected.</fixtext> <fix id="F-5994r355106_fix" /> <check system="C-5994r355105_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Logon/Logoff >> Account Lockout - Success</check-content> </check> </Rule> </Group> <Group id="V-205730"> <title>SRG-OS-000240-GPOS-00090</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205730r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000160</version> <title>Windows Server 2019 must be configured to audit Logon/Logoff - Account Lockout failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Account Lockout events can be used to identify potentially malicious logon attempts. Satisfies: SRG-OS-000240-GPOS-00090, SRG-OS-000470-GPOS-00214</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-92989</ident> <ident system="http://cyber.mil/legacy">SV-103077</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-001404</ident> <fixtext fixref="F-5995r355109_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Logon/Logoff >> "Audit Account Lockout" with "Failure" selected.</fixtext> <fix id="F-5995r355109_fix" /> <check system="C-5995r355108_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Logon/Logoff >> Account Lockout - Failure</check-content> </check> </Rule> </Group> <Group id="V-205731"> <title>SRG-OS-000257-GPOS-00098</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205731r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000060</version> <title>Windows Server 2019 Event Viewer must be protected from unauthorized modification and deletion.</title> <description><VulnDiscussion>Protecting audit information also includes identifying and protecting the tools used to view and manipulate log data. Therefore, protecting audit tools is necessary to prevent unauthorized operation on audit information. Operating systems providing tools to interface with audit information will leverage user permissions and roles identifying the user accessing the tools and the corresponding rights the user enjoys in order to make access decisions regarding the modification or deletion of audit tools. Satisfies: SRG-OS-000257-GPOS-00098, SRG-OS-000258-GPOS-00099</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103283</ident> <ident system="http://cyber.mil/legacy">V-93195</ident> <ident system="http://cyber.mil/cci">CCI-001494</ident> <ident system="http://cyber.mil/cci">CCI-001495</ident> <fixtext fixref="F-5996r355112_fix">Configure the permissions on the "Eventvwr.exe" file to prevent modification by any groups or accounts other than TrustedInstaller. The default permissions listed below satisfy this requirement: TrustedInstaller - Full Control Administrators, SYSTEM, Users, ALL APPLICATION PACKAGES, ALL RESTRICTED APPLICATION PACKAGES - Read & Execute The default location is the "%SystemRoot%\System32" folder.</fixtext> <fix id="F-5996r355112_fix" /> <check system="C-5996r355111_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Navigate to "%SystemRoot%\System32". View the permissions on "Eventvwr.exe". If any groups or accounts other than TrustedInstaller have "Full control" or "Modify" permissions, this is a finding. The default permissions below satisfy this requirement: TrustedInstaller - Full Control Administrators, SYSTEM, Users, ALL APPLICATION PACKAGES, ALL RESTRICTED APPLICATION PACKAGES - Read & Execute</check-content> </check> </Rule> </Group> <Group id="V-205734"> <title>SRG-OS-000312-GPOS-00122</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205734r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000140</version> <title>Windows Server 2019 permissions for the system drive root directory (usually C:\) must conform to minimum requirements.</title> <description><VulnDiscussion>Changing the system's file and directory permissions allows the possibility of unauthorized and anonymous modification to the operating system and installed applications. The default permissions are adequate when the Security Option "Network access: Let Everyone permissions apply to anonymous users" is set to "Disabled" (WN19-SO-000240). Satisfies: SRG-OS-000312-GPOS-00122, SRG-OS-000312-GPOS-00123, SRG-OS-000312-GPOS-00124</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93019</ident> <ident system="http://cyber.mil/legacy">SV-103107</ident> <ident system="http://cyber.mil/cci">CCI-002165</ident> <fixtext fixref="F-5999r355121_fix">Maintain the default permissions for the system drive's root directory and configure the Security Option "Network access: Let Everyone permissions apply to anonymous users" to "Disabled" (WN19-SO-000240). Default Permissions C:\ Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to SYSTEM - Full control - This folder, subfolders, and files Administrators - Full control - This folder, subfolders, and files Users - Read & execute - This folder, subfolders, and files Users - Create folders/append data - This folder and subfolders Users - Create files/write data - Subfolders only CREATOR OWNER - Full Control - Subfolders and files only</fixtext> <fix id="F-5999r355121_fix" /> <check system="C-5999r355120_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>The default permissions are adequate when the Security Option "Network access: Let Everyone permissions apply to anonymous users" is set to "Disabled" (WN19-SO-000240). Review the permissions for the system drive's root directory (usually C:\). Non-privileged groups such as Users or Authenticated Users must not have greater than "Read & execute" permissions except where noted as defaults. Individual accounts must not be used to assign permissions. If permissions are not as restrictive as the default permissions listed below, this is a finding. Viewing in File Explorer: View the Properties of the system drive's root directory. Select the "Security" tab, and the "Advanced" button. Default permissions: C:\ Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to SYSTEM - Full control - This folder, subfolders, and files Administrators - Full control - This folder, subfolders, and files Users - Read & execute - This folder, subfolders, and files Users - Create folders/append data - This folder and subfolders Users - Create files/write data - Subfolders only CREATOR OWNER - Full Control - Subfolders and files only Alternately, use icacls: Open "Command Prompt (Admin)". Enter "icacls" followed by the directory: "icacls c:\" The following results should be displayed: c:\ NT AUTHORITY\SYSTEM:(OI)(CI)(F) BUILTIN\Administrators:(OI)(CI)(F) BUILTIN\Users:(OI)(CI)(RX) BUILTIN\Users:(CI)(AD) BUILTIN\Users:(CI)(IO)(WD) CREATOR OWNER:(OI)(CI)(IO)(F) Successfully processed 1 files; Failed processing 0 files</check-content> </check> </Rule> </Group> <Group id="V-205735"> <title>SRG-OS-000312-GPOS-00122</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205735r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000150</version> <title>Windows Server 2019 permissions for program file directories must conform to minimum requirements.</title> <description><VulnDiscussion>Changing the system's file and directory permissions allows the possibility of unauthorized and anonymous modification to the operating system and installed applications. The default permissions are adequate when the Security Option "Network access: Let Everyone permissions apply to anonymous users" is set to "Disabled" (WN19-SO-000240). Satisfies: SRG-OS-000312-GPOS-00122, SRG-OS-000312-GPOS-00123, SRG-OS-000312-GPOS-00124</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93021</ident> <ident system="http://cyber.mil/legacy">SV-103109</ident> <ident system="http://cyber.mil/cci">CCI-002165</ident> <fixtext fixref="F-6000r355124_fix">Maintain the default permissions for the program file directories and configure the Security Option "Network access: Let Everyone permissions apply to anonymous users" to "Disabled" (WN19-SO-000240). Default permissions: \Program Files and \Program Files (x86) Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to TrustedInstaller - Full control - This folder and subfolders SYSTEM - Modify - This folder only SYSTEM - Full control - Subfolders and files only Administrators - Modify - This folder only Administrators - Full control - Subfolders and files only Users - Read & execute - This folder, subfolders, and files CREATOR OWNER - Full control - Subfolders and files only ALL APPLICATION PACKAGES - Read & execute - This folder, subfolders, and files ALL RESTRICTED APPLICATION PACKAGES - Read & execute - This folder, subfolders, and files</fixtext> <fix id="F-6000r355124_fix" /> <check system="C-6000r355123_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>The default permissions are adequate when the Security Option "Network access: Let Everyone permissions apply to anonymous users" is set to "Disabled" (WN19-SO-000240). Review the permissions for the program file directories (Program Files and Program Files [x86]). Non-privileged groups such as Users or Authenticated Users must not have greater than "Read & execute" permissions. Individual accounts must not be used to assign permissions. If permissions are not as restrictive as the default permissions listed below, this is a finding. Viewing in File Explorer: For each folder, view the Properties. Select the "Security" tab, and the "Advanced" button. Default permissions: \Program Files and \Program Files (x86) Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to TrustedInstaller - Full control - This folder and subfolders SYSTEM - Modify - This folder only SYSTEM - Full control - Subfolders and files only Administrators - Modify - This folder only Administrators - Full control - Subfolders and files only Users - Read & execute - This folder, subfolders and files CREATOR OWNER - Full control - Subfolders and files only ALL APPLICATION PACKAGES - Read & execute - This folder, subfolders, and files ALL RESTRICTED APPLICATION PACKAGES - Read & execute - This folder, subfolders, and files Alternately, use icacls: Open a Command prompt (admin). Enter "icacls" followed by the directory: 'icacls "c:\program files"' 'icacls "c:\program files (x86)"' The following results should be displayed for each when entered: c:\program files (c:\program files (x86)) NT SERVICE\TrustedInstaller:(F) NT SERVICE\TrustedInstaller:(CI)(IO)(F) NT AUTHORITY\SYSTEM:(M) NT AUTHORITY\SYSTEM:(OI)(CI)(IO)(F) BUILTIN\Administrators:(M) BUILTIN\Administrators:(OI)(CI)(IO)(F) BUILTIN\Users:(RX) BUILTIN\Users:(OI)(CI)(IO)(GR,GE) CREATOR OWNER:(OI)(CI)(IO)(F) APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES:(RX) APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES:(OI)(CI)(IO)(GR,GE) APPLICATION PACKAGE AUTHORITY\ALL RESTRICTED APPLICATION PACKAGES:(RX) APPLICATION PACKAGE AUTHORITY\ALL RESTRICTED APPLICATION PACKAGES:(OI)(CI)(IO)(GR,GE) Successfully processed 1 files; Failed processing 0 files</check-content> </check> </Rule> </Group> <Group id="V-205736"> <title>SRG-OS-000312-GPOS-00122</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205736r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000160</version> <title>Windows Server 2019 permissions for the Windows installation directory must conform to minimum requirements.</title> <description><VulnDiscussion>Changing the system's file and directory permissions allows the possibility of unauthorized and anonymous modification to the operating system and installed applications. The default permissions are adequate when the Security Option "Network access: Let Everyone permissions apply to anonymous users" is set to "Disabled" (WN19-SO-000240). Satisfies: SRG-OS-000312-GPOS-00122, SRG-OS-000312-GPOS-00123, SRG-OS-000312-GPOS-00124</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103111</ident> <ident system="http://cyber.mil/legacy">V-93023</ident> <ident system="http://cyber.mil/cci">CCI-002165</ident> <fixtext fixref="F-6001r355127_fix">Maintain the default file ACLs and configure the Security Option "Network access: Let Everyone permissions apply to anonymous users" to "Disabled" (WN19-SO-000240). Default permissions: Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to TrustedInstaller - Full control - This folder and subfolders SYSTEM - Modify - This folder only SYSTEM - Full control - Subfolders and files only Administrators - Modify - This folder only Administrators - Full control - Subfolders and files only Users - Read & execute - This folder, subfolders, and files CREATOR OWNER - Full control - Subfolders and files only ALL APPLICATION PACKAGES - Read & execute - This folder, subfolders, and files ALL RESTRICTED APPLICATION PACKAGES - Read & execute - This folder, subfolders, and files</fixtext> <fix id="F-6001r355127_fix" /> <check system="C-6001r355126_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>The default permissions are adequate when the Security Option "Network access: Let Everyone permissions apply to anonymous users" is set to "Disabled" (WN19-SO-000240). Review the permissions for the Windows installation directory (usually C:\Windows). Non-privileged groups such as Users or Authenticated Users must not have greater than "Read & execute" permissions. Individual accounts must not be used to assign permissions. If permissions are not as restrictive as the default permissions listed below, this is a finding: Viewing in File Explorer: For each folder, view the Properties. Select the "Security" tab and the "Advanced" button. Default permissions: \Windows Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to TrustedInstaller - Full control - This folder and subfolders SYSTEM - Modify - This folder only SYSTEM - Full control - Subfolders and files only Administrators - Modify - This folder only Administrators - Full control - Subfolders and files only Users - Read & execute - This folder, subfolders, and files CREATOR OWNER - Full control - Subfolders and files only ALL APPLICATION PACKAGES - Read & execute - This folder, subfolders, and files ALL RESTRICTED APPLICATION PACKAGES - Read & execute - This folder, subfolders, and files Alternately, use icacls: Open a Command prompt (admin). Enter "icacls" followed by the directory: "icacls c:\windows" The following results should be displayed for each when entered: c:\windows NT SERVICE\TrustedInstaller:(F) NT SERVICE\TrustedInstaller:(CI)(IO)(F) NT AUTHORITY\SYSTEM:(M) NT AUTHORITY\SYSTEM:(OI)(CI)(IO)(F) BUILTIN\Administrators:(M) BUILTIN\Administrators:(OI)(CI)(IO)(F) BUILTIN\Users:(RX) BUILTIN\Users:(OI)(CI)(IO)(GR,GE) CREATOR OWNER:(OI)(CI)(IO)(F) APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES:(RX) APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES:(OI)(CI)(IO)(GR,GE) APPLICATION PACKAGE AUTHORITY\ALL RESTRICTED APPLICATION PACKAGES:(RX) APPLICATION PACKAGE AUTHORITY\ALL RESTRICTED APPLICATION PACKAGES:(OI)(CI)(IO)(GR,GE) Successfully processed 1 files; Failed processing 0 files</check-content> </check> </Rule> </Group> <Group id="V-205737"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205737r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000170</version> <title>Windows Server 2019 default permissions for the HKEY_LOCAL_MACHINE registry hive must be maintained.</title> <description><VulnDiscussion>The registry is integral to the function, security, and stability of the Windows system. Changing the system's registry permissions allows the possibility of unauthorized and anonymous modification to the operating system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103113</ident> <ident system="http://cyber.mil/legacy">V-93025</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6002r355130_fix">Maintain the default permissions for the HKEY_LOCAL_MACHINE registry hive. The default permissions of the higher-level keys are noted below. HKEY_LOCAL_MACHINE\SECURITY Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to SYSTEM - Full Control - This key and subkeys Administrators - Special - This key and subkeys HKEY_LOCAL_MACHINE\SOFTWARE Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to Users - Read - This key and subkeys Administrators - Full Control - This key and subkeys SYSTEM - Full Control - This key and subkeys CREATOR OWNER - Full Control - This key and subkeys ALL APPLICATION PACKAGES - Read - This key and subkeys HKEY_LOCAL_MACHINE\SYSTEM Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to Users - Read - This key and subkeys Administrators - Full Control - This key and subkeys SYSTEM - Full Control - This key and subkeys CREATOR OWNER - Full Control - Subkeys only ALL APPLICATION PACKAGES - Read - This key and subkeys Microsoft has also given Read permission to the SOFTWARE and SYSTEM registry keys in Windows Server 2019 to the following SID. S-1-15-3-1024-1065365936-1281604716-3511738428-1654721687-432734479-3232135806-4053264122-3456934681</fixtext> <fix id="F-6002r355130_fix" /> <check system="C-6002r355129_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Review the registry permissions for the keys of the HKEY_LOCAL_MACHINE hive noted below. If any non-privileged groups such as Everyone, Users, or Authenticated Users have greater than Read permission, this is a finding. If permissions are not as restrictive as the default permissions listed below, this is a finding: Run "Regedit". Right-click on the registry areas noted below. Select "Permissions" and the "Advanced" button. HKEY_LOCAL_MACHINE\SECURITY Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to SYSTEM - Full Control - This key and subkeys Administrators - Special - This key and subkeys HKEY_LOCAL_MACHINE\SOFTWARE Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to Users - Read - This key and subkeys Administrators - Full Control - This key and subkeys SYSTEM - Full Control - This key and subkeys CREATOR OWNER - Full Control - This key and subkeys ALL APPLICATION PACKAGES - Read - This key and subkeys HKEY_LOCAL_MACHINE\SYSTEM Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to Users - Read - This key and subkeys Administrators - Full Control - This key and subkeys SYSTEM - Full Control - This key and subkeys CREATOR OWNER - Full Control - Subkeys only ALL APPLICATION PACKAGES - Read - This key and subkeys Other examples under the noted keys may also be sampled. There may be some instances where non-privileged groups have greater than Read permission. Microsoft has given Read permission to the SOFTWARE and SYSTEM registry keys in Windows Server 2019 to the following SID, this is currently not a finding. S-1-15-3-1024-1065365936-1281604716-3511738428-1654721687-432734479-3232135806-4053264122-3456934681 If the defaults have not been changed, these are not a finding.</check-content> </check> </Rule> </Group> <Group id="V-205738"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205738r569188_rule" weight="10.0" severity="high"> <version>WN19-DC-000010</version> <title>Windows Server 2019 must only allow administrators responsible for the domain controller to have Administrator rights on the system.</title> <description><VulnDiscussion>An account that does not have Administrator duties must not have Administrator rights. Such rights would allow the account to bypass or modify required security restrictions on that machine and make it vulnerable to attack. System administrators must log on to systems using only accounts with the minimum level of authority necessary. Standard user accounts must not be members of the built-in Administrators group.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103115</ident> <ident system="http://cyber.mil/legacy">V-93027</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6003r355133_fix">Configure the Administrators group to include only administrator groups or accounts that are responsible for the system. Remove any standard user accounts.</fixtext> <fix id="F-6003r355133_fix" /> <check system="C-6003r355132_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. A separate version applies to other systems. Review the Administrators group. Only the appropriate administrator groups or accounts responsible for administration of the system may be members of the group. Standard user accounts must not be members of the local administrator group. If prohibited accounts are members of the local administrators group, this is a finding. If the built-in Administrator account or other required administrative accounts are found on the system, this is not a finding.</check-content> </check> </Rule> </Group> <Group id="V-205739"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205739r569188_rule" weight="10.0" severity="high"> <version>WN19-DC-000070</version> <title>Windows Server 2019 permissions on the Active Directory data files must only allow System and Administrators access.</title> <description><VulnDiscussion>Improper access permissions for directory data-related files could allow unauthorized users to read, modify, or delete directory data or audit trails.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103117</ident> <ident system="http://cyber.mil/legacy">V-93029</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6004r355136_fix">Maintain the permissions on NTDS database and log files as follows: NT AUTHORITY\SYSTEM:(I)(F) BUILTIN\Administrators:(I)(F) (I) - permission inherited from parent container (F) - full access</fixtext> <fix id="F-6004r355136_fix" /> <check system="C-6004r355135_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Run "Regedit". Navigate to "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters". Note the directory locations in the values for: Database log files path DSA Database file By default, they will be \Windows\NTDS. If the locations are different, the following will need to be run for each. Open "Command Prompt (Admin)". Navigate to the NTDS directory (\Windows\NTDS by default). Run "icacls *.*". If the permissions on each file are not as restrictive as the following, this is a finding: NT AUTHORITY\SYSTEM:(I)(F) BUILTIN\Administrators:(I)(F) (I) - permission inherited from parent container (F) - full access</check-content> </check> </Rule> </Group> <Group id="V-205740"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205740r569188_rule" weight="10.0" severity="high"> <version>WN19-DC-000080</version> <title>Windows Server 2019 Active Directory SYSVOL directory must have the proper access control permissions.</title> <description><VulnDiscussion>Improper access permissions for directory data files could allow unauthorized users to read, modify, or delete directory data. The SYSVOL directory contains public files (to the domain) such as policies and logon scripts. Data in shared subdirectories are replicated to all domain controllers in a domain.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93031</ident> <ident system="http://cyber.mil/legacy">SV-103119</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6005r355139_fix">Maintain the permissions on the SYSVOL directory. Do not allow greater than "Read & execute" permissions for standard user accounts or groups. The defaults below meet this requirement: C:\Windows\SYSVOL Type - "Allow" for all Inherited from - "None" for all Principal - Access - Applies to Authenticated Users - Read & execute - This folder, subfolder, and files Server Operators - Read & execute- This folder, subfolder, and files Administrators - Special - This folder only (Special = Basic Permissions: all selected except Full control) CREATOR OWNER - Full control - Subfolders and files only Administrators - Full control - Subfolders and files only SYSTEM - Full control - This folder, subfolders, and files</fixtext> <fix id="F-6005r355139_fix" /> <check system="C-6005r641889_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Open a command prompt. Run "net share". Make note of the directory location of the SYSVOL share. By default, this will be \Windows\SYSVOL\sysvol. For this requirement, permissions will be verified at the first SYSVOL directory level. If any standard user accounts or groups have greater than "Read & execute" permissions, this is a finding. The default permissions noted below meet this requirement: Open "Command Prompt". Run "icacls c:\Windows\SYSVOL". The following results should be displayed: NT AUTHORITY\Authenticated Users:(RX) NT AUTHORITY\Authenticated Users:(OI)(CI)(IO)(GR,GE) BUILTIN\Server Operators:(RX) BUILTIN\Server Operators:(OI)(CI)(IO)(GR,GE) BUILTIN\Administrators:(M,WDAC,WO) BUILTIN\Administrators:(OI)(CI)(IO)(F) NT AUTHORITY\SYSTEM:(F) NT AUTHORITY\SYSTEM:(OI)(CI)(IO)(F) CREATOR OWNER:(OI)(CI)(IO)(F) (RX) - Read & execute Run "icacls /help" to view definitions of other permission codes.</check-content> </check> </Rule> </Group> <Group id="V-205741"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205741r569188_rule" weight="10.0" severity="high"> <version>WN19-DC-000090</version> <title>Windows Server 2019 Active Directory Group Policy objects must have proper access control permissions.</title> <description><VulnDiscussion>When directory service database objects do not have appropriate access control permissions, it may be possible for malicious users to create, read, update, or delete the objects and degrade or destroy the integrity of the data. When the directory service is used for identification, authentication, or authorization functions, a compromise of the database objects could lead to a compromise of all systems relying on the directory service. For Active Directory (AD), the Group Policy objects require special attention. In a distributed administration model (i.e., help desk), Group Policy objects are more likely to have access permissions changed from the secure defaults. If inappropriate access permissions are defined for Group Policy objects, this could allow an intruder to change the security policy applied to all domain client computers (workstations and servers).</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93033</ident> <ident system="http://cyber.mil/legacy">SV-103121</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6006r355142_fix">Maintain the permissions on Group Policy objects to not allow greater than "Read" and "Apply group policy" for standard user accounts or groups. The default permissions below meet this requirement: Authenticated Users - Read, Apply group policy, Special permissions The special permissions for Authenticated Users are for Read-type Properties. CREATOR OWNER - Special permissions SYSTEM - Read, Write, Create all child objects, Delete all child objects, Special permissions Domain Admins - Read, Write, Create all child objects, Delete all child objects, Special permissions Enterprise Admins - Read, Write, Create all child objects, Delete all child objects, Special permissions ENTERPRISE DOMAIN CONTROLLERS - Read, Special permissions Document any other access permissions that allow the objects to be updated with the ISSO. The Domain Admins and Enterprise Admins will not have the "Delete all child objects" permission on the two default Group Policy objects: Default Domain Policy and Default Domain Controllers Policy. They will have this permission on created Group Policy objects.</fixtext> <fix id="F-6006r355142_fix" /> <check system="C-6006r355141_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Review the permissions on Group Policy objects. Open "Group Policy Management" (available from various menus or run "gpmc.msc"). Navigate to "Group Policy Objects" in the domain being reviewed (Forest >> Domains >> Domain). For each Group Policy object: Select the Group Policy object item in the left pane. Select the "Delegation" tab in the right pane. Select the "Advanced" button. Select each Group or user name. View the permissions. If any standard user accounts or groups have "Allow" permissions greater than "Read" and "Apply group policy", this is a finding. Other access permissions that allow the objects to be updated are considered findings unless specifically documented by the ISSO. The default permissions noted below satisfy this requirement. The permissions shown are at the summary level. More detailed permissions can be viewed by selecting the next "Advanced" button, the desired Permission entry, and the "Edit" button. Authenticated Users - Read, Apply group policy, Special permissions The special permissions for Authenticated Users are for Read-type Properties. If detailed permissions include any Create, Delete, Modify, or Write Permissions or Properties, this is a finding. The special permissions for the following default groups are not the focus of this requirement and may include a wide range of permissions and properties: CREATOR OWNER - Special permissions SYSTEM - Read, Write, Create all child objects, Delete all child objects, Special permissions Domain Admins - Read, Write, Create all child objects, Delete all child objects, Special permissions Enterprise Admins - Read, Write, Create all child objects, Delete all child objects, Special permissions ENTERPRISE DOMAIN CONTROLLERS - Read, Special permissions The Domain Admins and Enterprise Admins will not have the "Delete all child objects" permission on the two default Group Policy objects: Default Domain Policy and Default Domain Controllers Policy. They will have this permission on organization created Group Policy objects.</check-content> </check> </Rule> </Group> <Group id="V-205742"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205742r569188_rule" weight="10.0" severity="high"> <version>WN19-DC-000100</version> <title>Windows Server 2019 Active Directory Domain Controllers Organizational Unit (OU) object must have the proper access control permissions.</title> <description><VulnDiscussion>When Active Directory objects do not have appropriate access control permissions, it may be possible for malicious users to create, read, update, or delete the objects and degrade or destroy the integrity of the data. When the directory service is used for identification, authentication, or authorization functions, a compromise of the database objects could lead to a compromise of all systems that rely on the directory service. The Domain Controllers OU object requires special attention as the Domain Controllers are central to the configuration and management of the domain. Inappropriate access permissions defined for the Domain Controllers OU could allow an intruder or unauthorized personnel to make changes that could lead to the compromise of the domain.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93035</ident> <ident system="http://cyber.mil/legacy">SV-103123</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6007r355145_fix">Limit the permissions on the Domain Controllers OU to restrict changes to System, Domain Admins, Enterprise Admins and Administrators. The default permissions listed below satisfy this requirement. Domains supporting Microsoft Exchange will have additional Exchange related permissions on the Domain Controllers OU. These may include some change related permissions. CREATOR OWNER - Special permissions SELF - Special permissions Authenticated Users - Read, Special permissions The special permissions for Authenticated Users are Read types. SYSTEM - Full Control Domain Admins - Read, Write, Create all child objects, Generate resultant set of policy (logging), Generate resultant set of policy (planning), Special permissions Enterprise Admins - Full Control Key Admins - Special permissions Enterprise Key Admins - Special permissions Administrators - Read, Write, Create all child objects, Generate resultant set of policy (logging), Generate resultant set of policy (planning), Special permissions Pre-Windows 2000 Compatible Access - Special permissions The special permissions for Pre-Windows 2000 Compatible Access are Read types. ENTERPRISE DOMAIN CONTROLLERS - Read, Special permissions</fixtext> <fix id="F-6007r355145_fix" /> <check system="C-6007r355144_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Review the permissions on the Domain Controllers OU. Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Select "Advanced Features" in the "View" menu if not previously selected. Select the "Domain Controllers" OU (folder in folder icon). Right-click and select "Properties". Select the "Security" tab. If the permissions on the Domain Controllers OU do not restrict changes to System, Domain Admins, Enterprise Admins and Administrators, this is a finding. The default permissions listed below satisfy this requirement. Domains supporting Microsoft Exchange will have additional Exchange related permissions on the Domain Controllers OU. These may include some change related permissions and are not a finding. The permissions shown are at the summary level. More detailed permissions can be viewed by selecting the "Advanced" button, the desired Permission entry, and the "View" or "Edit" button. Except where noted otherwise, the special permissions may include a wide range of permissions and properties and are acceptable for this requirement. CREATOR OWNER - Special permissions SELF - Special permissions Authenticated Users - Read, Special permissions The special permissions for Authenticated Users are Read types. If detailed permissions include any Create, Delete, Modify, or Write Permissions or Properties, this is a finding. SYSTEM - Full Control Domain Admins - Read, Write, Create all child objects, Generate resultant set of policy (logging), Generate resultant set of policy (planning), Special permissions Enterprise Admins - Full Control Key Admins - Special permissions Enterprise Key Admins - Special permissions Administrators - Read, Write, Create all child objects, Generate resultant set of policy (logging), Generate resultant set of policy (planning), Special permissions Pre-Windows 2000 Compatible Access - Special permissions The Special permissions for Pre-Windows 2000 Compatible Access are Read types. If detailed permissions include any Create, Delete, Modify, or Write Permissions or Properties, this is a finding. ENTERPRISE DOMAIN CONTROLLERS - Read, Special permissions</check-content> </check> </Rule> </Group> <Group id="V-205743"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205743r569188_rule" weight="10.0" severity="high"> <version>WN19-DC-000110</version> <title>Windows Server 2019 organization created Active Directory Organizational Unit (OU) objects must have proper access control permissions.</title> <description><VulnDiscussion>When directory service database objects do not have appropriate access control permissions, it may be possible for malicious users to create, read, update, or delete the objects and degrade or destroy the integrity of the data. When the directory service is used for identification, authentication, or authorization functions, a compromise of the database objects could lead to a compromise of all systems that rely on the directory service. For Active Directory, the OU objects require special attention. In a distributed administration model (i.e., help desk), OU objects are more likely to have access permissions changed from the secure defaults. If inappropriate access permissions are defined for OU objects, it could allow an intruder to add or delete users in the OU. This could result in unauthorized access to data or a denial of service (DoS) to authorized users.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103125</ident> <ident system="http://cyber.mil/legacy">V-93037</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6008r355148_fix">Maintain the Allow type permissions on domain-defined OUs to be at least as restrictive as the defaults below. Document any additional permissions above Read with the ISSO if an approved distributed administration model (help desk or other user support staff) is implemented. CREATOR OWNER - Special permissions Self - Special permissions Authenticated Users - Read, Special permissions The special permissions for Authenticated Users are Read type. SYSTEM - Full Control Domain Admins - Full Control Enterprise Admins - Full Control Key Admins - Special permissions Enterprise Key Admins - Special permissions Administrators - Read, Write, Create all child objects, Generate resultant set of policy (logging), Generate resultant set of policy (planning), Special permissions Pre-Windows 2000 Compatible Access - Special permissions The special permissions for Pre-Windows 2000 Compatible Access are for Read types. ENTERPRISE DOMAIN CONTROLLERS - Read, Special permissions</fixtext> <fix id="F-6008r355148_fix" /> <check system="C-6008r355147_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Review the permissions on domain-defined OUs. Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Ensure "Advanced Features" is selected in the "View" menu. For each OU that is defined (folder in folder icon) excluding the Domain Controllers OU: Right-click the OU and select "Properties". Select the "Security" tab. If the Allow type permissions on the OU are not at least as restrictive as those below, this is a finding. The permissions shown are at the summary level. More detailed permissions can be viewed by selecting the "Advanced" button, the desired Permission entry, and the "Edit" or "View" button. Except where noted otherwise, the special permissions may include a wide range of permissions and properties and are acceptable for this requirement. CREATOR OWNER - Special permissions Self - Special permissions Authenticated Users - Read, Special permissions The Special permissions for Authenticated Users are Read type. If detailed permissions include any Create, Delete, Modify, or Write Permissions or Properties, this is a finding. SYSTEM - Full Control Domain Admins - Full Control Enterprise Admins - Full Control Key Admins - Special permissions Enterprise Key Admins - Special permissions Administrators - Read, Write, Create all child objects, Generate resultant set of policy (logging), Generate resultant set of policy (planning), Special permissions Pre-Windows 2000 Compatible Access - Special permissions The Special permissions for Pre-Windows 2000 Compatible Access are for Read types. If detailed permissions include any Create, Delete, Modify, or Write Permissions or Properties, this is a finding. ENTERPRISE DOMAIN CONTROLLERS - Read, Special permissions If an ISSO-approved distributed administration model (help desk or other user support staff) is implemented, permissions above Read may be allowed for groups documented by the ISSO. If any OU with improper permissions includes identification or authentication data (e.g., accounts, passwords, or password hash data) used by systems to determine access control, the severity is CAT I (e.g., OUs that include user accounts, including service/application accounts). If an OU with improper permissions does not include identification and authentication data used by systems to determine access control, the severity is CAT II (e.g., Workstation, Printer OUs).</check-content> </check> </Rule> </Group> <Group id="V-205769"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205769r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000090</version> <title>Windows Server 2019 must be configured to audit Account Management - Other Account Management Events successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Other Account Management Events records events such as the access of a password hash or the Password Policy Checking API being called. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000064-GPOS-00033, SRG-OS-000462-GPOS-00206, SRG-OS-000466-GPOS-00210</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93089</ident> <ident system="http://cyber.mil/legacy">SV-103177</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6034r355226_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Account Management >> "Audit Other Account Management Events" with "Success" selected.</fixtext> <fix id="F-6034r355226_fix" /> <check system="C-6034r355225_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding: Account Management >> Other Account Management Events - Success</check-content> </check> </Rule> </Group> <Group id="V-205770"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205770r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000140</version> <title>Windows Server 2019 must be configured to audit Detailed Tracking - Process Creation successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Process Creation records events related to the creation of a process and the source. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000471-GPOS-00215</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93091</ident> <ident system="http://cyber.mil/legacy">SV-103179</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6035r355229_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Detailed Tracking >> "Audit Process Creation" with "Success" selected.</fixtext> <fix id="F-6035r355229_fix" /> <check system="C-6035r355228_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Detailed Tracking >> Process Creation - Success</check-content> </check> </Rule> </Group> <Group id="V-205771"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205771r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000260</version> <title>Windows Server 2019 must be configured to audit Policy Change - Audit Policy Change successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Audit Policy Change records events related to changes in audit policy. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103181</ident> <ident system="http://cyber.mil/legacy">V-93093</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6036r355232_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Policy Change >> "Audit Audit Policy Change" with "Success" selected.</fixtext> <fix id="F-6036r355232_fix" /> <check system="C-6036r355231_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Policy Change >> Audit Policy Change - Success</check-content> </check> </Rule> </Group> <Group id="V-205772"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205772r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000270</version> <title>Windows Server 2019 must be configured to audit Policy Change - Audit Policy Change failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Audit Policy Change records events related to changes in audit policy. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103183</ident> <ident system="http://cyber.mil/legacy">V-93095</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6037r355235_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Policy Change >> "Audit Audit Policy Change" with "Failure" selected.</fixtext> <fix id="F-6037r355235_fix" /> <check system="C-6037r355234_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Policy Change >> Audit Policy Change - Failure</check-content> </check> </Rule> </Group> <Group id="V-205773"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205773r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000280</version> <title>Windows Server 2019 must be configured to audit Policy Change - Authentication Policy Change successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Authentication Policy Change records events related to changes in authentication policy, including Kerberos policy and Trust changes. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000064-GPOS-00033, SRG-OS-000462-GPOS-00206, SRG-OS-000466-GPOS-00210</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93097</ident> <ident system="http://cyber.mil/legacy">SV-103185</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6038r355238_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Policy Change >> "Audit Authentication Policy Change" with "Success" selected.</fixtext> <fix id="F-6038r355238_fix" /> <check system="C-6038r355237_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Policy Change >> Authentication Policy Change - Success</check-content> </check> </Rule> </Group> <Group id="V-205774"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205774r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000290</version> <title>Windows Server 2019 must be configured to audit Policy Change - Authorization Policy Change successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Authorization Policy Change records events related to changes in user rights, such as "Create a token object". Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000064-GPOS-00033, SRG-OS-000462-GPOS-00206, SRG-OS-000466-GPOS-00210</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93099</ident> <ident system="http://cyber.mil/legacy">SV-103187</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6039r355241_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Policy Change >> "Audit Authorization Policy Change" with "Success" selected.</fixtext> <fix id="F-6039r355241_fix" /> <check system="C-6039r355240_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Policy Change >> Authorization Policy Change - Success</check-content> </check> </Rule> </Group> <Group id="V-205775"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205775r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000300</version> <title>Windows Server 2019 must be configured to audit Privilege Use - Sensitive Privilege Use successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Sensitive Privilege Use records events related to use of sensitive privileges, such as "Act as part of the operating system" or "Debug programs". Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000064-GPOS-00033, SRG-OS-000462-GPOS-00206, SRG-OS-000466-GPOS-00210</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93101</ident> <ident system="http://cyber.mil/legacy">SV-103189</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6040r355244_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Privilege Use >> "Audit Sensitive Privilege Use" with "Success" selected.</fixtext> <fix id="F-6040r355244_fix" /> <check system="C-6040r355243_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Privilege Use >> Sensitive Privilege Use - Success</check-content> </check> </Rule> </Group> <Group id="V-205776"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205776r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000310</version> <title>Windows Server 2019 must be configured to audit Privilege Use - Sensitive Privilege Use failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Sensitive Privilege Use records events related to use of sensitive privileges, such as "Act as part of the operating system" or "Debug programs". Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000064-GPOS-00033, SRG-OS-000462-GPOS-00206, SRG-OS-000466-GPOS-00210</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93103</ident> <ident system="http://cyber.mil/legacy">SV-103191</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6041r355247_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Privilege Use >> "Audit Sensitive Privilege Use" with "Failure" selected.</fixtext> <fix id="F-6041r355247_fix" /> <check system="C-6041r355246_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Privilege Use >> Sensitive Privilege Use - Failure</check-content> </check> </Rule> </Group> <Group id="V-205777"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205777r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000320</version> <title>Windows Server 2019 must be configured to audit System - IPsec Driver successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. IPsec Driver records events related to the IPsec Driver, such as dropped packets. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93105</ident> <ident system="http://cyber.mil/legacy">SV-103193</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6042r355250_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> System >> "Audit IPsec Driver" with "Success" selected.</fixtext> <fix id="F-6042r355250_fix" /> <check system="C-6042r355249_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. System >> IPsec Driver - Success</check-content> </check> </Rule> </Group> <Group id="V-205778"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205778r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000330</version> <title>Windows Server 2019 must be configured to audit System - IPsec Driver failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. IPsec Driver records events related to the IPsec Driver, such as dropped packets. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93107</ident> <ident system="http://cyber.mil/legacy">SV-103195</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6043r355253_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> System >> "Audit IPsec Driver" with "Failure" selected.</fixtext> <fix id="F-6043r355253_fix" /> <check system="C-6043r355252_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. System >> IPsec Driver - Failure</check-content> </check> </Rule> </Group> <Group id="V-205779"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205779r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000340</version> <title>Windows Server 2019 must be configured to audit System - Other System Events successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Audit Other System Events records information related to cryptographic key operations and the Windows Firewall service. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103197</ident> <ident system="http://cyber.mil/legacy">V-93109</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6044r355700_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> System >> "Audit Other System Events" with "Success" selected.</fixtext> <fix id="F-6044r355700_fix" /> <check system="C-6044r355699_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. System >> Other System Events - Success</check-content> </check> </Rule> </Group> <Group id="V-205780"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205780r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000350</version> <title>Windows Server 2019 must be configured to audit System - Other System Events failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Audit Other System Events records information related to cryptographic key operations and the Windows Firewall service. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93111</ident> <ident system="http://cyber.mil/legacy">SV-103199</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6045r355703_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> System >> "Audit Other System Events" with "Failure" selected.</fixtext> <fix id="F-6045r355703_fix" /> <check system="C-6045r355702_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. System >> Other System Events - Failure</check-content> </check> </Rule> </Group> <Group id="V-205781"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205781r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000360</version> <title>Windows Server 2019 must be configured to audit System - Security State Change successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Security State Change records events related to changes in the security state, such as startup and shutdown of the system. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103201</ident> <ident system="http://cyber.mil/legacy">V-93113</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6046r355706_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> System >> "Audit Security State Change" with "Success" selected.</fixtext> <fix id="F-6046r355706_fix" /> <check system="C-6046r355705_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. System >> Security State Change - Success</check-content> </check> </Rule> </Group> <Group id="V-205782"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205782r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000370</version> <title>Windows Server 2019 must be configured to audit System - Security System Extension successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Security System Extension records events related to extension code being loaded by the security subsystem. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93115</ident> <ident system="http://cyber.mil/legacy">SV-103203</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6047r355709_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> System >> "Audit Security System Extension" with "Success" selected.</fixtext> <fix id="F-6047r355709_fix" /> <check system="C-6047r355708_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. System >> Security System Extension - Success</check-content> </check> </Rule> </Group> <Group id="V-205783"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205783r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000380</version> <title>Windows Server 2019 must be configured to audit System - System Integrity successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. System Integrity records events related to violations of integrity to the security subsystem. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000471-GPOS-00215, SRG-OS-000471-GPOS-00216, SRG-OS-000477-GPOS-00222</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93117</ident> <ident system="http://cyber.mil/legacy">SV-103205</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6048r355712_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> System >> "Audit System Integrity" with "Success" selected.</fixtext> <fix id="F-6048r355712_fix" /> <check system="C-6048r355711_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. System >> System Integrity - Success</check-content> </check> </Rule> </Group> <Group id="V-205784"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205784r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000390</version> <title>Windows Server 2019 must be configured to audit System - System Integrity failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. System Integrity records events related to violations of integrity to the security subsystem. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000471-GPOS-00215, SRG-OS-000471-GPOS-00216, SRG-OS-000477-GPOS-00222</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93119</ident> <ident system="http://cyber.mil/legacy">SV-103207</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6049r355715_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> System >> "Audit System Integrity" with "Failure" selected.</fixtext> <fix id="F-6049r355715_fix" /> <check system="C-6049r355714_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. System >> System Integrity - Failure</check-content> </check> </Rule> </Group> <Group id="V-205785"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205785r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000170</version> <title>Windows Server 2019 Active Directory Group Policy objects must be configured with proper audit settings.</title> <description><VulnDiscussion>When inappropriate audit settings are configured for directory service database objects, it may be possible for a user or process to update the data without generating any tracking data. The impact of missing audit data is related to the type of object. A failure to capture audit data for objects used by identification, authentication, or authorization functions could degrade or eliminate the ability to track changes to access policy for systems or data. For Active Directory (AD), there are a number of critical object types in the domain naming context of the AD database for which auditing is essential. This includes Group Policy objects. Because changes to these objects can significantly impact access controls or the availability of systems, the absence of auditing data makes it impossible to identify the source of changes that impact the confidentiality, integrity, and availability of data and systems throughout an AD domain. The lack of proper auditing can result in insufficient forensic evidence needed to investigate an incident and prosecute the intruder. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93121</ident> <ident system="http://cyber.mil/legacy">SV-103209</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6050r355718_fix">Configure the audit settings for Group Policy objects to include the following: This can be done at the Policy level in Active Directory to apply to all group policies. Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Select "Advanced Features" from the "View" Menu. Navigate to [Domain] >> System >> Policies in the left panel. Right click "Policies", select "Properties". Select the "Security" tab. Select the "Advanced" button. Select the "Auditing" tab. Type - Fail Principal - Everyone Access - Full Control Applies to - This object and all descendant objects or Descendant groupPolicyContainer objects The three Success types listed below are defaults inherited from the Parent Object. Where Special is listed in the summary screens for Access, detailed Permissions are provided for reference. Type - Success Principal - Everyone Access - Special (Permissions: Write all properties, Modify permissions; Properties: all "Write" type selected) Inherited from - Parent Object Applies to - Descendant groupPolicyContainer objects Two instances with the following summary information will be listed: Type - Success Principal - Everyone Access - blank (Permissions: none selected; Properties: one instance - Write gPLink, one instance - Write gPOptions) Inherited from - Parent Object Applies to - Descendant Organization Unit Objects</fixtext> <fix id="F-6050r355718_fix" /> <check system="C-6050r355717_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Review the auditing configuration for all Group Policy objects. Open "Group Policy Management" (available from various menus or run "gpmc.msc"). Navigate to "Group Policy Objects" in the domain being reviewed (Forest >> Domains >> Domain). For each Group Policy object: Select the Group Policy object item in the left pane. Select the "Delegation" tab in the right pane. Select the "Advanced" button. Select the "Advanced" button again and then the "Auditing" tab. If the audit settings for any Group Policy object are not at least as inclusive as those below, this is a finding: Type - Fail Principal - Everyone Access - Full Control Applies to - This object and all descendant objects or Descendant groupPolicyContainer objects The three Success types listed below are defaults inherited from the Parent Object. Where Special is listed in the summary screens for Access, detailed Permissions are provided for reference. Type - Success Principal - Everyone Access - Special (Permissions: Write all properties, Modify permissions; Properties: all "Write" type selected) Inherited from - Parent Object Applies to - Descendant groupPolicyContainer objects Two instances with the following summary information will be listed: Type - Success Principal - Everyone Access - blank (Permissions: none selected; Properties: one instance - Write gPLink, one instance - Write gPOptions) Inherited from - Parent Object Applies to - Descendant Organization Unit Objects</check-content> </check> </Rule> </Group> <Group id="V-205786"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205786r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000180</version> <title>Windows Server 2019 Active Directory Domain object must be configured with proper audit settings.</title> <description><VulnDiscussion>When inappropriate audit settings are configured for directory service database objects, it may be possible for a user or process to update the data without generating any tracking data. The impact of missing audit data is related to the type of object. A failure to capture audit data for objects used by identification, authentication, or authorization functions could degrade or eliminate the ability to track changes to access policy for systems or data. For Active Directory (AD), there are a number of critical object types in the domain naming context of the AD database for which auditing is essential. This includes the Domain object. Because changes to these objects can significantly impact access controls or the availability of systems, the absence of auditing data makes it impossible to identify the source of changes that impact the confidentiality, integrity, and availability of data and systems throughout an AD domain. The lack of proper auditing can result in insufficient forensic evidence needed to investigate an incident and prosecute the intruder. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103211</ident> <ident system="http://cyber.mil/legacy">V-93123</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6051r355721_fix">Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Ensure "Advanced Features" is selected in the "View" menu. Select the domain being reviewed in the left pane. Right-click the domain name and select "Properties". Select the "Security" tab. Select the "Advanced" button and then the "Auditing" tab. Configure the audit settings for Domain object to include the following: Type - Fail Principal - Everyone Access - Full Control Inherited from - None Applies to - This object only The success types listed below are defaults. Where Special is listed in the summary screens for Access, detailed Permissions are provided for reference. Various Properties selections may also exist by default. Two instances with the following summary information will be listed: Type - Success Principal - Everyone Access - (blank) Inherited from - None Applies to - Special Type - Success Principal - Domain Users Access - All extended rights Inherited from - None Applies to - This object only Type - Success Principal - Administrators Access - All extended rights Inherited from - None Applies to - This object only Type - Success Principal - Everyone Access - Special Inherited from - None Applies to - This object only (Access - Special = Permissions: Write all properties, Modify permissions, Modify owner.)</fixtext> <fix id="F-6051r355721_fix" /> <check system="C-6051r355720_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Review the auditing configuration for the Domain object. Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Ensure "Advanced Features" is selected in the "View" menu. Select the domain being reviewed in the left pane. Right-click the domain name and select "Properties". Select the "Security" tab. Select the "Advanced" button and then the "Auditing" tab. If the audit settings on the Domain object are not at least as inclusive as those below, this is a finding: Type - Fail Principal - Everyone Access - Full Control Inherited from - None Applies to - This object only The success types listed below are defaults. Where Special is listed in the summary screens for Access, detailed Permissions are provided for reference. Various Properties selections may also exist by default. Two instances with the following summary information will be listed: Type - Success Principal - Everyone Access - (blank) Inherited from - None Applies to - Special Type - Success Principal - Domain Users Access - All extended rights Inherited from - None Applies to - This object only Type - Success Principal - Administrators Access - All extended rights Inherited from - None Applies to - This object only Type - Success Principal - Everyone Access - Special Inherited from - None Applies to - This object only (Access - Special = Permissions: Write all properties, Modify permissions, Modify owner)</check-content> </check> </Rule> </Group> <Group id="V-205787"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205787r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000190</version> <title>Windows Server 2019 Active Directory Infrastructure object must be configured with proper audit settings.</title> <description><VulnDiscussion>When inappropriate audit settings are configured for directory service database objects, it may be possible for a user or process to update the data without generating any tracking data. The impact of missing audit data is related to the type of object. A failure to capture audit data for objects used by identification, authentication, or authorization functions could degrade or eliminate the ability to track changes to access policy for systems or data. For Active Directory (AD), there are a number of critical object types in the domain naming context of the AD database for which auditing is essential. This includes the Infrastructure object. Because changes to these objects can significantly impact access controls or the availability of systems, the absence of auditing data makes it impossible to identify the source of changes that impact the confidentiality, integrity, and availability of data and systems throughout an AD domain. The lack of proper auditing can result in insufficient forensic evidence needed to investigate an incident and prosecute the intruder. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103213</ident> <ident system="http://cyber.mil/legacy">V-93125</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6052r355724_fix">Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Ensure "Advanced Features" is selected in the "View" menu. Select the domain being reviewed in the left pane. Right-click the "Infrastructure" object in the right pane and select "Properties". Select the "Security" tab. Select the "Advanced" button and then the "Auditing" tab. Configure the audit settings for Infrastructure object to include the following: Type - Fail Principal - Everyone Access - Full Control Inherited from - None The success types listed below are defaults. Where Special is listed in the summary screens for Access, detailed Permissions are provided for reference. Various Properties selections may also exist by default. Type - Success Principal - Everyone Access - Special Inherited from - None (Access - Special = Permissions: Write all properties, All extended rights, Change infrastructure master) Two instances with the following summary information will be listed: Type - Success Principal - Everyone Access - (blank) Inherited from - (CN of domain)</fixtext> <fix id="F-6052r355724_fix" /> <check system="C-6052r355723_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Review the auditing configuration for Infrastructure object. Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Ensure "Advanced Features" is selected in the "View" menu. Select the domain being reviewed in the left pane. Right-click the "Infrastructure" object in the right pane and select "Properties". Select the "Security" tab. Select the "Advanced" button and then the "Auditing" tab. If the audit settings on the Infrastructure object are not at least as inclusive as those below, this is a finding: Type - Fail Principal - Everyone Access - Full Control Inherited from - None The success types listed below are defaults. Where Special is listed in the summary screens for Access, detailed Permissions are provided for reference. Various Properties selections may also exist by default. Type - Success Principal - Everyone Access - Special Inherited from - None (Access - Special = Permissions: Write all properties, All extended rights, Change infrastructure master) Two instances with the following summary information will be listed: Type - Success Principal - Everyone Access - (blank) Inherited from - (CN of domain)</check-content> </check> </Rule> </Group> <Group id="V-205788"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205788r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000200</version> <title>Windows Server 2019 Active Directory Domain Controllers Organizational Unit (OU) object must be configured with proper audit settings.</title> <description><VulnDiscussion>When inappropriate audit settings are configured for directory service database objects, it may be possible for a user or process to update the data without generating any tracking data. The impact of missing audit data is related to the type of object. A failure to capture audit data for objects used by identification, authentication, or authorization functions could degrade or eliminate the ability to track changes to access policy for systems or data. For Active Directory (AD), there are a number of critical object types in the domain naming context of the AD database for which auditing is essential. This includes the Domain Controller OU object. Because changes to these objects can significantly impact access controls or the availability of systems, the absence of auditing data makes it impossible to identify the source of changes that impact the confidentiality, integrity, and availability of data and systems throughout an AD domain. The lack of proper auditing can result in insufficient forensic evidence needed to investigate an incident and prosecute the intruder. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103215</ident> <ident system="http://cyber.mil/legacy">V-93127</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6053r355727_fix">Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Ensure "Advanced Features" is selected in the "View" menu. Select the "Domain Controllers OU" under the domain being reviewed in the left pane. Right-click the "Domain Controllers OU" object and select "Properties". Select the "Security" tab. Select the "Advanced" button and then the "Auditing" tab. Configure the audit settings for Domain Controllers OU object to include the following: Type - Fail Principal - Everyone Access - Full Control Inherited from - None The success types listed below are defaults. Where Special is listed in the summary screens for Access, detailed Permissions are provided for reference. Various Properties selections may also exist by default. Type - Success Principal - Everyone Access - Special Inherited from - None Applies to - This object only (Access - Special = Permissions: all create, delete and modify permissions) Type - Success Principal - Everyone Access - Write all properties Inherited from - None Applies to - This object and all descendant objects Two instances with the following summary information will be listed: Type - Success Principal - Everyone Access - (blank) Inherited from - (CN of domain) Applies to - Descendant Organizational Unit objects</fixtext> <fix id="F-6053r355727_fix" /> <check system="C-6053r355726_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Review the auditing configuration for the Domain Controller OU object. Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Ensure "Advanced Features" is selected in the "View" menu. Select the "Domain Controllers OU" under the domain being reviewed in the left pane. Right-click the "Domain Controllers OU" object and select "Properties". Select the "Security" tab. Select the "Advanced" button and then the "Auditing" tab. If the audit settings on the Domain Controllers OU object are not at least as inclusive as those below, this is a finding: Type - Fail Principal - Everyone Access - Full Control Inherited from - None Applies to - This object and all descendant objects The success types listed below are defaults. Where Special is listed in the summary screens for Access, detailed Permissions are provided for reference. Various Properties selections may also exist by default. Type - Success Principal - Everyone Access - Special Inherited from - None Applies to - This object only (Access - Special = Permissions: all create, delete and modify permissions) Type - Success Principal - Everyone Access - Write all properties Inherited from - None Applies to - This object and all descendant objects Two instances with the following summary information will be listed: Type - Success Principal - Everyone Access - (blank) Inherited from - (CN of domain) Applies to - Descendant Organizational Unit objects</check-content> </check> </Rule> </Group> <Group id="V-205789"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205789r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000210</version> <title>Windows Server 2019 Active Directory AdminSDHolder object must be configured with proper audit settings.</title> <description><VulnDiscussion>When inappropriate audit settings are configured for directory service database objects, it may be possible for a user or process to update the data without generating any tracking data. The impact of missing audit data is related to the type of object. A failure to capture audit data for objects used by identification, authentication, or authorization functions could degrade or eliminate the ability to track changes to access policy for systems or data. For Active Directory (AD), there are a number of critical object types in the domain naming context of the AD database for which auditing is essential. This includes the AdminSDHolder object. Because changes to these objects can significantly impact access controls or the availability of systems, the absence of auditing data makes it impossible to identify the source of changes that impact the confidentiality, integrity, and availability of data and systems throughout an AD domain. The lack of proper auditing can result in insufficient forensic evidence needed to investigate an incident and prosecute the intruder. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103217</ident> <ident system="http://cyber.mil/legacy">V-93129</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6054r355730_fix">Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Ensure "Advanced Features" is selected in the "View" menu. Select "System" under the domain being reviewed in the left pane. Right-click the "AdminSDHolder" object in the right pane and select "Properties". Select the "Security" tab. Select the "Advanced" button and then the "Auditing" tab. Configure the audit settings for AdminSDHolder object to include the following: Type - Fail Principal - Everyone Access - Full Control Inherited from - None Applies to - This object only The success types listed below are defaults. Where Special is listed in the summary screens for Access, detailed Permissions are provided for reference. Various Properties selections may also exist by default. Type - Success Principal - Everyone Access - Special Inherited from - None Applies to - This object only (Access - Special = Write all properties, Modify permissions, Modify owner) Two instances with the following summary information will be listed: Type - Success Principal - Everyone Access - (blank) Inherited from - (CN of domain) Applies to - Descendant Organizational Unit objects</fixtext> <fix id="F-6054r355730_fix" /> <check system="C-6054r355729_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Review the auditing configuration for the "AdminSDHolder" object. Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Ensure "Advanced Features" is selected in the "View" menu. Select "System" under the domain being reviewed in the left pane. Right-click the "AdminSDHolder" object in the right pane and select "Properties". Select the "Security" tab. Select the "Advanced" button and then the "Auditing" tab. If the audit settings on the "AdminSDHolder" object are not at least as inclusive as those below, this is a finding: Type - Fail Principal - Everyone Access - Full Control Inherited from - None Applies to - This object only The success types listed below are defaults. Where Special is listed in the summary screens for Access, detailed Permissions are provided for reference. Various Properties selections may also exist by default. Type - Success Principal - Everyone Access - Special Inherited from - None Applies to - This object only (Access - Special = Write all properties, Modify permissions, Modify owner) Two instances with the following summary information will be listed: Type - Success Principal - Everyone Access - (blank) Inherited from - (CN of domain) Applies to - Descendant Organizational Unit objects</check-content> </check> </Rule> </Group> <Group id="V-205790"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205790r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000220</version> <title>Windows Server 2019 Active Directory RID Manager$ object must be configured with proper audit settings.</title> <description><VulnDiscussion>When inappropriate audit settings are configured for directory service database objects, it may be possible for a user or process to update the data without generating any tracking data. The impact of missing audit data is related to the type of object. A failure to capture audit data for objects used by identification, authentication, or authorization functions could degrade or eliminate the ability to track changes to access policy for systems or data. For Active Directory (AD), there are a number of critical object types in the domain naming context of the AD database for which auditing is essential. This includes the RID Manager$ object. Because changes to these objects can significantly impact access controls or the availability of systems, the absence of auditing data makes it impossible to identify the source of changes that impact the confidentiality, integrity, and availability of data and systems throughout an AD domain. The lack of proper auditing can result in insufficient forensic evidence needed to investigate an incident and prosecute the intruder. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93131</ident> <ident system="http://cyber.mil/legacy">SV-103219</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6055r355733_fix">Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Ensure "Advanced Features" is selected in the "View" menu. Select "System" under the domain being reviewed in the left pane. Right-click the "RID Manager$" object in the right pane and select "Properties". Select the "Security" tab. Select the "Advanced" button and then the "Auditing" tab. Configure the audit settings for RID Manager$ object to include the following: Type - Fail Principal - Everyone Access - Full Control Inherited from - None The success types listed below are defaults. Where Special is listed in the summary screens for Access, detailed Permissions are provided for reference. Various Properties selections may also exist by default. Type - Success Principal - Everyone Access - Special Inherited from - None (Access - Special = Write all properties, All extended rights, Change RID master) Two instances with the following summary information will be listed: Type - Success Principal - Everyone Access - (blank) Inherited from - (CN of domain)</fixtext> <fix id="F-6055r355733_fix" /> <check system="C-6055r355732_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Review the auditing configuration for the "RID Manager$" object. Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Ensure "Advanced Features" is selected in the "View" menu. Select "System" under the domain being reviewed in the left pane. Right-click the "RID Manager$" object in the right pane and select "Properties". Select the "Security" tab. Select the "Advanced" button and then the "Auditing" tab. If the audit settings on the "RID Manager$" object are not at least as inclusive as those below, this is a finding: Type - Fail Principal - Everyone Access - Full Control Inherited from - None The success types listed below are defaults. Where Special is listed in the summary screens for Access, detailed Permissions are provided for reference. Various Properties selections may also exist by default. Type - Success Principal - Everyone Access - Special Inherited from - None (Access - Special = Write all properties, All extended rights, Change RID master) Two instances with the following summary information will be listed: Type - Success Principal - Everyone Access - (blank) Inherited from - (CN of domain)</check-content> </check> </Rule> </Group> <Group id="V-205791"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205791r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000240</version> <title>Windows Server 2019 must be configured to audit DS Access - Directory Service Access successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Audit Directory Service Access records events related to users accessing an Active Directory object. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103221</ident> <ident system="http://cyber.mil/legacy">V-93133</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6056r355736_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> DS Access >> "Directory Service Access" with "Success" selected.</fixtext> <fix id="F-6056r355736_fix" /> <check system="C-6056r355735_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. DS Access >> Directory Service Access - Success</check-content> </check> </Rule> </Group> <Group id="V-205792"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205792r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000250</version> <title>Windows Server 2019 must be configured to audit DS Access - Directory Service Access failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Audit Directory Service Access records events related to users accessing an Active Directory object. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103223</ident> <ident system="http://cyber.mil/legacy">V-93135</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6057r355739_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> DS Access >> "Directory Service Access" with "Failure" selected.</fixtext> <fix id="F-6057r355739_fix" /> <check system="C-6057r355738_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. DS Access >> Directory Service Access - Failure</check-content> </check> </Rule> </Group> <Group id="V-205793"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205793r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000260</version> <title>Windows Server 2019 must be configured to audit DS Access - Directory Service Changes successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Audit Directory Service Changes records events related to changes made to objects in Active Directory Domain Services. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93137</ident> <ident system="http://cyber.mil/legacy">SV-103225</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <fixtext fixref="F-6058r355742_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> DS Access >> "Directory Service Changes" with "Success" selected.</fixtext> <fix id="F-6058r355742_fix" /> <check system="C-6058r355741_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. DS Access >> Directory Service Changes - Success</check-content> </check> </Rule> </Group> <Group id="V-205794"> <title>SRG-OS-000327-GPOS-00127</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205794r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000270</version> <title>Windows Server 2019 must be configured to audit DS Access - Directory Service Changes failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Audit Directory Service Changes records events related to changes made to objects in Active Directory Domain Services. Satisfies: SRG-OS-000327-GPOS-00127, SRG-OS-000458-GPOS-00203, SRG-OS-000463-GPOS-00207, SRG-OS-000468-GPOS-00212</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93139</ident> <ident system="http://cyber.mil/legacy">SV-103227</ident> <ident system="http://cyber.mil/cci">CCI-002234</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6059r355745_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> DS Access >> "Directory Service Changes" with "Failure" selected.</fixtext> <fix id="F-6059r355745_fix" /> <check system="C-6059r355744_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. DS Access >> Directory Service Changes - Failure</check-content> </check> </Rule> </Group> <Group id="V-205796"> <title>SRG-OS-000341-GPOS-00132</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205796r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000270</version> <title>Windows Server 2019 Application event log size must be configured to 32768 KB or greater.</title> <description><VulnDiscussion>Inadequate log size will cause the log to fill up quickly. This may prevent audit events from being recorded properly and require frequent attention by administrative personnel.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103265</ident> <ident system="http://cyber.mil/legacy">V-93177</ident> <ident system="http://cyber.mil/cci">CCI-001849</ident> <fixtext fixref="F-6061r355751_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Event Log Service >> Application >> "Specify the maximum log file size (KB)" to "Enabled" with a "Maximum Log Size (KB)" of "32768" or greater.</fixtext> <fix id="F-6061r355751_fix" /> <check system="C-6061r355750_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the system is configured to write events directly to an audit server, this is NA. If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\EventLog\Application\ Value Name: MaxSize Type: REG_DWORD Value: 0x00008000 (32768) (or greater)</check-content> </check> </Rule> </Group> <Group id="V-205797"> <title>SRG-OS-000341-GPOS-00132</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205797r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000280</version> <title>Windows Server 2019 Security event log size must be configured to 196608 KB or greater.</title> <description><VulnDiscussion>Inadequate log size will cause the log to fill up quickly. This may prevent audit events from being recorded properly and require frequent attention by administrative personnel.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103267</ident> <ident system="http://cyber.mil/legacy">V-93179</ident> <ident system="http://cyber.mil/cci">CCI-001849</ident> <fixtext fixref="F-6062r355754_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Event Log Service >> Security >> "Specify the maximum log file size (KB)" to "Enabled" with a "Maximum Log Size (KB)" of "196608" or greater.</fixtext> <fix id="F-6062r355754_fix" /> <check system="C-6062r355753_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the system is configured to write events directly to an audit server, this is NA. If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\EventLog\Security\ Value Name: MaxSize Type: REG_DWORD Value: 0x00030000 (196608) (or greater)</check-content> </check> </Rule> </Group> <Group id="V-205798"> <title>SRG-OS-000341-GPOS-00132</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205798r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000290</version> <title>Windows Server 2019 System event log size must be configured to 32768 KB or greater.</title> <description><VulnDiscussion>Inadequate log size will cause the log to fill up quickly. This may prevent audit events from being recorded properly and require frequent attention by administrative personnel.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103269</ident> <ident system="http://cyber.mil/legacy">V-93181</ident> <ident system="http://cyber.mil/cci">CCI-001849</ident> <fixtext fixref="F-6063r355757_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Event Log Service >> System >> "Specify the maximum log file size (KB)" to "Enabled" with a "Maximum Log Size (KB)" of "32768" or greater.</fixtext> <fix id="F-6063r355757_fix" /> <check system="C-6063r355756_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the system is configured to write events directly to an audit server, this is NA. If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\EventLog\System\ Value Name: MaxSize Type: REG_DWORD Value: 0x00008000 (32768) (or greater)</check-content> </check> </Rule> </Group> <Group id="V-205799"> <title>SRG-OS-000342-GPOS-00133</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205799r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000010</version> <title>Windows Server 2019 audit records must be backed up to a different system or media than the system being audited.</title> <description><VulnDiscussion>Protection of log data includes assuring the log data is not accidentally lost or deleted. Audit information stored in one location is vulnerable to accidental or incidental deletion or alteration.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93183</ident> <ident system="http://cyber.mil/legacy">SV-103271</ident> <ident system="http://cyber.mil/cci">CCI-001851</ident> <fixtext fixref="F-6064r355760_fix">Establish and implement a process for backing up log data to another system or media other than the system being audited.</fixtext> <fix id="F-6064r355760_fix" /> <check system="C-6064r355759_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Determine if a process to back up log data to a different system or media than the system being audited has been implemented. If it has not, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205800"> <title>SRG-OS-000355-GPOS-00143</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205800r569188_rule" weight="10.0" severity="low"> <version>WN19-00-000440</version> <title>The Windows Server 2019 time service must synchronize with an appropriate DoD time source.</title> <description><VulnDiscussion>The Windows Time Service controls time synchronization settings. Time synchronization is essential for authentication and auditing purposes. If the Windows Time Service is used, it must synchronize with a secure, authorized time source. Domain-joined systems are automatically configured to synchronize with domain controllers. If an NTP server is configured, it must synchronize with a secure, authorized time source.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93187</ident> <ident system="http://cyber.mil/legacy">SV-103275</ident> <ident system="http://cyber.mil/cci">CCI-001891</ident> <fixtext fixref="F-6065r355763_fix">Configure the system to synchronize time with an appropriate DoD time source. Domain-joined systems use NT5DS to synchronize time from other systems in the domain by default. If the system needs to be configured to an NTP server, configure the system to point to an authorized time server by setting the policy value for Computer Configuration >> Administrative Templates >> System >> Windows Time Service >> Time Providers >> "Configure Windows NTP Client" to "Enabled", and configure the "NtpServer" field to point to an appropriate DoD time server. The US Naval Observatory operates stratum 1 time servers, identified at http://tycho.usno.navy.mil/ntp.html. Time synchronization will occur through a hierarchy of time servers down to the local level. Clients and lower-level servers will synchronize with an authorized time server in the hierarchy.</fixtext> <fix id="F-6065r355763_fix" /> <check system="C-6065r355762_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Review the Windows time service configuration. Open an elevated "Command Prompt" (run as administrator). Enter "W32tm /query /configuration". Domain-joined systems (excluding the domain controller with the PDC emulator role): If the value for "Type" under "NTP Client" is not "NT5DS", this is a finding. Other systems: If systems are configured with a "Type" of "NTP", including standalone systems and the domain controller with the PDC Emulator role, and do not have a DoD time server defined for "NTPServer", this is a finding. To determine the domain controller with the PDC Emulator role: Open "PowerShell". Enter "Get-ADDomain | FT PDCEmulator".</check-content> </check> </Rule> </Group> <Group id="V-205801"> <title>SRG-OS-000362-GPOS-00149</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205801r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000420</version> <title>Windows Server 2019 must prevent users from changing installation options.</title> <description><VulnDiscussion>Installation options for applications are typically controlled by administrators. This setting prevents users from changing installation options that may bypass security features.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93199</ident> <ident system="http://cyber.mil/legacy">SV-103287</ident> <ident system="http://cyber.mil/cci">CCI-001812</ident> <fixtext fixref="F-6066r355766_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Windows Installer >> "Allow user control over installs" to "Disabled".</fixtext> <fix id="F-6066r355766_fix" /> <check system="C-6066r355765_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\Installer\ Value Name: EnableUserControl Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205802"> <title>SRG-OS-000362-GPOS-00149</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205802r569188_rule" weight="10.0" severity="high"> <version>WN19-CC-000430</version> <title>Windows Server 2019 must disable the Windows Installer Always install with elevated privileges option.</title> <description><VulnDiscussion>Standard user accounts must not be granted elevated privileges. Enabling Windows Installer to elevate privileges when installing applications can allow malicious persons and applications to gain full control of a system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93201</ident> <ident system="http://cyber.mil/legacy">SV-103289</ident> <ident system="http://cyber.mil/cci">CCI-001812</ident> <fixtext fixref="F-6067r355769_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Windows Installer >> "Always install with elevated privileges" to "Disabled".</fixtext> <fix id="F-6067r355769_fix" /> <check system="C-6067r355768_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\Installer\ Value Name: AlwaysInstallElevated Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205803"> <title>SRG-OS-000363-GPOS-00150</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205803r569241_rule" weight="10.0" severity="medium"> <version>WN19-00-000220</version> <title>Windows Server 2019 system files must be monitored for unauthorized changes.</title> <description><VulnDiscussion>Monitoring system files for changes against a baseline on a regular basis may help detect the possible introduction of malicious code on a system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93203</ident> <ident system="http://cyber.mil/legacy">SV-103291</ident> <ident system="http://cyber.mil/cci">CCI-001744</ident> <fixtext fixref="F-6068r355772_fix">Monitor the system for unauthorized changes to system files (e.g., *.exe, *.bat, *.com, *.cmd, and *.dll) against a baseline on a weekly basis. This can be done with the use of various monitoring tools.</fixtext> <fix id="F-6068r355772_fix" /> <check system="C-6068r603164_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Determine whether the system is monitored for unauthorized changes to system files (e.g., *.exe, *.bat, *.com, *.cmd, and *.dll) against a baseline on a weekly basis. If system files are not monitored for unauthorized changes, this is a finding. A properly configured and approved DoD HBSS solution that supports a File Integrity Monitor (FIM) module will meet the requirement for file integrity checking. </check-content> </check> </Rule> </Group> <Group id="V-205804"> <title>SRG-OS-000368-GPOS-00154</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205804r569188_rule" weight="10.0" severity="high"> <version>WN19-CC-000210</version> <title>Windows Server 2019 Autoplay must be turned off for non-volume devices.</title> <description><VulnDiscussion>Allowing AutoPlay to execute may introduce malicious code to a system. AutoPlay begins reading from a drive as soon as media is inserted into the drive. As a result, the setup file of programs or music on audio media may start. This setting will disable AutoPlay for non-volume devices, such as Media Transfer Protocol (MTP) devices.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93373</ident> <ident system="http://cyber.mil/legacy">SV-103459</ident> <ident system="http://cyber.mil/cci">CCI-001764</ident> <fixtext fixref="F-6069r355775_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> AutoPlay Policies >> "Disallow Autoplay for non-volume devices" to "Enabled".</fixtext> <fix id="F-6069r355775_fix" /> <check system="C-6069r355774_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\Explorer\ Value Name: NoAutoplayfornonVolume Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205805"> <title>SRG-OS-000368-GPOS-00154</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205805r569188_rule" weight="10.0" severity="high"> <version>WN19-CC-000220</version> <title>Windows Server 2019 default AutoRun behavior must be configured to prevent AutoRun commands.</title> <description><VulnDiscussion>Allowing AutoRun commands to execute may introduce malicious code to a system. Configuring this setting prevents AutoRun commands from executing.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93375</ident> <ident system="http://cyber.mil/legacy">SV-103461</ident> <ident system="http://cyber.mil/cci">CCI-001764</ident> <fixtext fixref="F-6070r355778_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> AutoPlay Policies >> "Set the default behavior for AutoRun" to "Enabled" with "Do not execute any autorun commands" selected.</fixtext> <fix id="F-6070r355778_fix" /> <check system="C-6070r355777_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer\ Value Name: NoAutorun Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205806"> <title>SRG-OS-000368-GPOS-00154</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205806r569188_rule" weight="10.0" severity="high"> <version>WN19-CC-000230</version> <title>Windows Server 2019 AutoPlay must be disabled for all drives.</title> <description><VulnDiscussion>Allowing AutoPlay to execute may introduce malicious code to a system. AutoPlay begins reading from a drive as soon media is inserted into the drive. As a result, the setup file of programs or music on audio media may start. By default, AutoPlay is disabled on removable drives, such as the floppy disk drive (but not the CD-ROM drive) and on network drives. Enabling this policy disables AutoPlay on all drives.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93377</ident> <ident system="http://cyber.mil/legacy">SV-103463</ident> <ident system="http://cyber.mil/cci">CCI-001764</ident> <fixtext fixref="F-6071r355781_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> AutoPlay Policies >> "Turn off AutoPlay" to "Enabled" with "All Drives" selected.</fixtext> <fix id="F-6071r355781_fix" /> <check system="C-6071r355780_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\policies\Explorer\ Value Name: NoDriveTypeAutoRun Type: REG_DWORD Value: 0x000000ff (255)</check-content> </check> </Rule> </Group> <Group id="V-205807"> <title>SRG-OS-000370-GPOS-00155</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205807r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000080</version> <title>Windows Server 2019 must employ a deny-all, permit-by-exception policy to allow the execution of authorized software programs.</title> <description><VulnDiscussion>Using a whitelist provides a configuration management method to allow the execution of only authorized software. Using only authorized software decreases risk by limiting the number of potential vulnerabilities. The organization must identify authorized software programs and only permit execution of authorized software. The process used to identify software programs that are authorized to execute on organizational information systems is commonly referred to as whitelisting.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93379</ident> <ident system="http://cyber.mil/legacy">SV-103465</ident> <ident system="http://cyber.mil/cci">CCI-001774</ident> <fixtext fixref="F-6072r355784_fix">Configure an application whitelisting program to employ a deny-all, permit-by-exception policy to allow the execution of authorized software programs. Configuration of whitelisting applications will vary by the program. AppLocker is a whitelisting application built into Windows Server. If AppLocker is used, it is configured through group policy in Computer Configuration >> Windows Settings >> Security Settings >> Application Control Policies >> AppLocker. Implementation guidance for AppLocker is available in the NSA paper "Application Whitelisting using Microsoft AppLocker" at the following link: https://www.iad.gov/iad/library/ia-guidance/tech-briefs/application-whitelisting-using-microsoft-applocker.cfm</fixtext> <fix id="F-6072r355784_fix" /> <check system="C-6072r355783_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This is applicable to unclassified systems. For other systems, this is NA. Verify the operating system employs a deny-all, permit-by-exception policy to allow the execution of authorized software programs. If an application whitelisting program is not in use on the system, this is a finding. Configuration of whitelisting applications will vary by the program. AppLocker is a whitelisting application built into Windows Server. A deny-by-default implementation is initiated by enabling any AppLocker rules within a category, only allowing what is specified by defined rules. If AppLocker is used, perform the following to view the configuration of AppLocker: Open "PowerShell". If the AppLocker PowerShell module has not been imported previously, execute the following first: Import-Module AppLocker Execute the following command, substituting [c:\temp\file.xml] with a location and file name appropriate for the system: Get-AppLockerPolicy -Effective -XML > c:\temp\file.xml This will produce an xml file with the effective settings that can be viewed in a browser or opened in a program such as Excel for review. Implementation guidance for AppLocker is available in the NSA paper "Application Whitelisting using Microsoft AppLocker" at the following link: https://www.iad.gov/iad/library/ia-guidance/tech-briefs/application-whitelisting-using-microsoft-applocker.cfm</check-content> </check> </Rule> </Group> <Group id="V-205808"> <title>SRG-OS-000373-GPOS-00157</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205808r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000340</version> <title>Windows Server 2019 must not save passwords in the Remote Desktop Client.</title> <description><VulnDiscussion>Saving passwords in the Remote Desktop Client could allow an unauthorized user to establish a remote desktop session to another system. The system must be configured to prevent users from saving passwords in the Remote Desktop Client. Satisfies: SRG-OS-000373-GPOS-00157, SRG-OS-000373-GPOS-00156</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93425</ident> <ident system="http://cyber.mil/legacy">SV-103511</ident> <ident system="http://cyber.mil/cci">CCI-002038</ident> <fixtext fixref="F-6073r355787_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Remote Desktop Services >> Remote Desktop Connection Client >> "Do not allow passwords to be saved" to "Enabled".</fixtext> <fix id="F-6073r355787_fix" /> <check system="C-6073r355786_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\ Value Name: DisablePasswordSaving Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205809"> <title>SRG-OS-000373-GPOS-00157</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205809r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000360</version> <title>Windows Server 2019 Remote Desktop Services must always prompt a client for passwords upon connection.</title> <description><VulnDiscussion>This setting controls the ability of users to supply passwords automatically as part of their remote desktop connection. Disabling this setting would allow anyone to use the stored credentials in a connection item to connect to the terminal server. Satisfies: SRG-OS-000373-GPOS-00157, SRG-OS-000373-GPOS-00156</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93427</ident> <ident system="http://cyber.mil/legacy">SV-103513</ident> <ident system="http://cyber.mil/cci">CCI-002038</ident> <fixtext fixref="F-6074r355790_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Remote Desktop Services >> Remote Desktop Session Host >> Security >> "Always prompt for password upon connection" to "Enabled".</fixtext> <fix id="F-6074r355790_fix" /> <check system="C-6074r355789_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\ Value Name: fPromptForPassword Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205810"> <title>SRG-OS-000373-GPOS-00157</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205810r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000520</version> <title>Windows Server 2019 Windows Remote Management (WinRM) service must not store RunAs credentials.</title> <description><VulnDiscussion>Storage of administrative credentials could allow unauthorized access. Disallowing the storage of RunAs credentials for Windows Remote Management will prevent them from being used with plug-ins. Satisfies: SRG-OS-000373-GPOS-00157, SRG-OS-000373-GPOS-00156</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103515</ident> <ident system="http://cyber.mil/legacy">V-93429</ident> <ident system="http://cyber.mil/cci">CCI-002038</ident> <fixtext fixref="F-6075r355793_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Windows Remote Management (WinRM) >> WinRM Service >> "Disallow WinRM from storing RunAs credentials" to "Enabled".</fixtext> <fix id="F-6075r355793_fix" /> <check system="C-6075r355792_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\WinRM\Service\ Value Name: DisableRunAs Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205811"> <title>SRG-OS-000373-GPOS-00157</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205811r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000380</version> <title>Windows Server 2019 User Account Control approval mode for the built-in Administrator must be enabled.</title> <description><VulnDiscussion>User Account Control (UAC) is a security mechanism for limiting the elevation of privileges, including administrative accounts, unless authorized. This setting configures the built-in Administrator account so that it runs in Admin Approval Mode. Satisfies: SRG-OS-000373-GPOS-00157, SRG-OS-000373-GPOS-00156</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103517</ident> <ident system="http://cyber.mil/legacy">V-93431</ident> <ident system="http://cyber.mil/cci">CCI-002038</ident> <fixtext fixref="F-6076r355796_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "User Account Control: Admin Approval Mode for the Built-in Administrator account" to "Enabled".</fixtext> <fix id="F-6076r355796_fix" /> <check system="C-6076r355795_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>UAC requirements are NA for Server Core installations (this is the default installation option for Windows Server 2019 versus Server with Desktop Experience). If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\ Value Name: FilterAdministratorToken Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205812"> <title>SRG-OS-000373-GPOS-00157</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205812r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000410</version> <title>Windows Server 2019 User Account Control must automatically deny standard user requests for elevation.</title> <description><VulnDiscussion>User Account Control (UAC) is a security mechanism for limiting the elevation of privileges, including administrative accounts, unless authorized. This setting controls the behavior of elevation when requested by a standard user account. Satisfies: SRG-OS-000373-GPOS-00157, SRG-OS-000373-GPOS-00156</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93433</ident> <ident system="http://cyber.mil/legacy">SV-103519</ident> <ident system="http://cyber.mil/cci">CCI-002038</ident> <fixtext fixref="F-6077r355799_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "User Account Control: Behavior of the elevation prompt for standard users" to "Automatically deny elevation requests".</fixtext> <fix id="F-6077r355799_fix" /> <check system="C-6077r355798_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>UAC requirements are NA for Server Core installations (this is the default installation option for Windows Server 2019 versus Server with Desktop Experience). If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\ Value Name: ConsentPromptBehaviorUser Value Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205813"> <title>SRG-OS-000373-GPOS-00157</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205813r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000440</version> <title>Windows Server 2019 User Account Control must run all administrators in Admin Approval Mode, enabling UAC.</title> <description><VulnDiscussion>User Account Control (UAC) is a security mechanism for limiting the elevation of privileges, including administrative accounts, unless authorized. This setting enables UAC. Satisfies: SRG-OS-000373-GPOS-00157, SRG-OS-000373-GPOS-00156</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93435</ident> <ident system="http://cyber.mil/legacy">SV-103521</ident> <ident system="http://cyber.mil/cci">CCI-002038</ident> <fixtext fixref="F-6078r355802_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "User Account Control: Run all administrators in Admin Approval Mode" to "Enabled".</fixtext> <fix id="F-6078r355802_fix" /> <check system="C-6078r355801_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>UAC requirements are NA for Server Core installations (this is the default installation option for Windows Server 2019 versus Server with Desktop Experience). If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\ Value Name: EnableLUA Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205815"> <title>SRG-OS-000379-GPOS-00164</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205815r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000090</version> <title>Windows Server 2019 computer account password must not be prevented from being reset.</title> <description><VulnDiscussion>Computer account passwords are changed automatically on a regular basis. Disabling automatic password changes can make the system more vulnerable to malicious access. Frequent password changes can be a significant safeguard for the system. A new password for the computer account will be generated every 30 days.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93455</ident> <ident system="http://cyber.mil/legacy">SV-103541</ident> <ident system="http://cyber.mil/cci">CCI-001967</ident> <fixtext fixref="F-6080r355808_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Domain member: Disable machine account password changes" to "Disabled".</fixtext> <fix id="F-6080r355808_fix" /> <check system="C-6080r355807_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\ Value Name: DisablePasswordChange Value Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205816"> <title>SRG-OS-000393-GPOS-00173</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205816r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000480</version> <title>Windows Server 2019 Windows Remote Management (WinRM) client must not allow unencrypted traffic.</title> <description><VulnDiscussion>Unencrypted remote access to a system can allow sensitive information to be compromised. Windows remote management connections must be encrypted to prevent this. Satisfies: SRG-OS-000393-GPOS-00173, SRG-OS-000394-GPOS-00174</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103585</ident> <ident system="http://cyber.mil/legacy">V-93499</ident> <ident system="http://cyber.mil/cci">CCI-002890</ident> <ident system="http://cyber.mil/cci">CCI-003123</ident> <fixtext fixref="F-6081r355811_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Windows Remote Management (WinRM) >> WinRM Client >> "Allow unencrypted traffic" to "Disabled".</fixtext> <fix id="F-6081r355811_fix" /> <check system="C-6081r355810_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\WinRM\Client\ Value Name: AllowUnencryptedTraffic Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205817"> <title>SRG-OS-000393-GPOS-00173</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205817r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000510</version> <title>Windows Server 2019 Windows Remote Management (WinRM) service must not allow unencrypted traffic.</title> <description><VulnDiscussion>Unencrypted remote access to a system can allow sensitive information to be compromised. Windows remote management connections must be encrypted to prevent this. Satisfies: SRG-OS-000393-GPOS-00173, SRG-OS-000394-GPOS-00174</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103587</ident> <ident system="http://cyber.mil/legacy">V-93501</ident> <ident system="http://cyber.mil/cci">CCI-002890</ident> <ident system="http://cyber.mil/cci">CCI-003123</ident> <fixtext fixref="F-6082r355814_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Windows Remote Management (WinRM) >> WinRM Service >> "Allow unencrypted traffic" to "Disabled".</fixtext> <fix id="F-6082r355814_fix" /> <check system="C-6082r355813_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\WinRM\Service\ Value Name: AllowUnencryptedTraffic Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205818"> <title>SRG-OS-000396-GPOS-00176</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205818r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000140</version> <title>Windows Server 2019 must use separate, NSA-approved (Type 1) cryptography to protect the directory data in transit for directory service implementations at a classified confidentiality level when replication data traverses a network cleared to a lower level than the data.</title> <description><VulnDiscussion>Directory data that is not appropriately encrypted is subject to compromise. Commercial-grade encryption does not provide adequate protection when the classification level of directory data in transit is higher than the level of the network.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93513</ident> <ident system="http://cyber.mil/legacy">SV-103599</ident> <ident system="http://cyber.mil/cci">CCI-002450</ident> <fixtext fixref="F-6083r355817_fix">Configure NSA-approved (Type 1) cryptography to protect the directory data in transit for directory service implementations at a classified confidentiality level that transfer replication data through a network cleared to a lower level than the data.</fixtext> <fix id="F-6083r355817_fix" /> <check system="C-6083r355816_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Review the organization network diagram(s) or documentation to determine the level of classification for the network(s) over which replication data is transmitted. Determine the classification level of the Windows domain controller. If the classification level of the Windows domain controller is higher than the level of the networks, review the organization network diagram(s) and directory implementation documentation to determine if NSA-approved encryption is used to protect the replication network traffic. If the classification level of the Windows domain controller is higher than the level of the network traversed and NSA-approved encryption is not used, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205819"> <title>SRG-OS-000420-GPOS-00186</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205819r569188_rule" weight="10.0" severity="low"> <version>WN19-CC-000060</version> <title>Windows Server 2019 must be configured to ignore NetBIOS name release requests except from WINS servers.</title> <description><VulnDiscussion>Configuring the system to ignore name release requests, except from WINS servers, prevents a denial of service (DoS) attack. The DoS consists of sending a NetBIOS name release request to the server for each entry in the server's cache, causing a response delay in the normal operation of the server's WINS resolution capability.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103627</ident> <ident system="http://cyber.mil/legacy">V-93541</ident> <ident system="http://cyber.mil/cci">CCI-002385</ident> <fixtext fixref="F-6084r355820_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> MSS (Legacy) >> "MSS: (NoNameReleaseOnDemand) Allow the computer to ignore NetBIOS name release requests except from WINS servers" to "Enabled". This policy setting requires the installation of the MSS-Legacy custom templates included with the STIG package. "MSS-Legacy.admx" and "MSS-Legacy.adml" must be copied to the \Windows\PolicyDefinitions and \Windows\PolicyDefinitions\en-US directories respectively.</fixtext> <fix id="F-6084r355820_fix" /> <check system="C-6084r355819_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\Netbt\Parameters\ Value Name: NoNameReleaseOnDemand Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205820"> <title>SRG-OS-000423-GPOS-00187</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205820r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000320</version> <title>Windows Server 2019 domain controllers must require LDAP access signing.</title> <description><VulnDiscussion>Unsigned network traffic is susceptible to man-in-the-middle attacks, where an intruder captures packets between the server and the client and modifies them before forwarding them to the client. In the case of an LDAP server, this means that an attacker could cause a client to make decisions based on false records from the LDAP directory. The risk of an attacker pulling this off can be decreased by implementing strong physical security measures to protect the network infrastructure. Furthermore, implementing Internet Protocol security (IPsec) authentication header mode (AH), which performs mutual authentication and packet integrity for Internet Protocol (IP) traffic, can make all types of man-in-the-middle attacks extremely difficult. Satisfies: SRG-OS-000423-GPOS-00187, SRG-OS-000424-GPOS-00188</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93545</ident> <ident system="http://cyber.mil/legacy">SV-103631</ident> <ident system="http://cyber.mil/cci">CCI-002418</ident> <ident system="http://cyber.mil/cci">CCI-002421</ident> <fixtext fixref="F-6085r355823_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Domain controller: LDAP server signing requirements" to "Require signing".</fixtext> <fix id="F-6085r355823_fix" /> <check system="C-6085r355822_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\NTDS\Parameters\ Value Name: LDAPServerIntegrity Value Type: REG_DWORD Value: 0x00000002 (2)</check-content> </check> </Rule> </Group> <Group id="V-205821"> <title>SRG-OS-000423-GPOS-00187</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205821r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000060</version> <title>Windows Server 2019 setting Domain member: Digitally encrypt or sign secure channel data (always) must be configured to Enabled.</title> <description><VulnDiscussion>Requests sent on the secure channel are authenticated, and sensitive information (such as passwords) is encrypted, but not all information is encrypted. If this policy is enabled, outgoing secure channel traffic will be encrypted and signed. Satisfies: SRG-OS-000423-GPOS-00187, SRG-OS-000424-GPOS-00188</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93547</ident> <ident system="http://cyber.mil/legacy">SV-103633</ident> <ident system="http://cyber.mil/cci">CCI-002421</ident> <ident system="http://cyber.mil/cci">CCI-002418</ident> <fixtext fixref="F-6086r355826_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Domain member: Digitally encrypt or sign secure channel data (always)" to "Enabled".</fixtext> <fix id="F-6086r355826_fix" /> <check system="C-6086r355825_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\ Value Name: RequireSignOrSeal Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205822"> <title>SRG-OS-000423-GPOS-00187</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205822r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000070</version> <title>Windows Server 2019 setting Domain member: Digitally encrypt secure channel data (when possible) must be configured to enabled.</title> <description><VulnDiscussion>Requests sent on the secure channel are authenticated, and sensitive information (such as passwords) is encrypted, but not all information is encrypted. If this policy is enabled, outgoing secure channel traffic will be encrypted. Satisfies: SRG-OS-000423-GPOS-00187, SRG-OS-000424-GPOS-00188</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93549</ident> <ident system="http://cyber.mil/legacy">SV-103635</ident> <ident system="http://cyber.mil/cci">CCI-002418</ident> <ident system="http://cyber.mil/cci">CCI-002421</ident> <fixtext fixref="F-6087r355829_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Domain member: Digitally encrypt secure channel data (when possible)" to "Enabled".</fixtext> <fix id="F-6087r355829_fix" /> <check system="C-6087r355828_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\ Value Name: SealSecureChannel Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205823"> <title>SRG-OS-000423-GPOS-00187</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205823r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000080</version> <title>Windows Server 2019 setting Domain member: Digitally sign secure channel data (when possible) must be configured to Enabled.</title> <description><VulnDiscussion>Requests sent on the secure channel are authenticated, and sensitive information (such as passwords) is encrypted, but the channel is not integrity checked. If this policy is enabled, outgoing secure channel traffic will be signed. Satisfies: SRG-OS-000423-GPOS-00187, SRG-OS-000424-GPOS-00188</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93551</ident> <ident system="http://cyber.mil/legacy">SV-103637</ident> <ident system="http://cyber.mil/cci">CCI-002421</ident> <ident system="http://cyber.mil/cci">CCI-002418</ident> <fixtext fixref="F-6088r355832_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Domain member: Digitally sign secure channel data (when possible)" to "Enabled".</fixtext> <fix id="F-6088r355832_fix" /> <check system="C-6088r355831_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\ Value Name: SignSecureChannel Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205824"> <title>SRG-OS-000423-GPOS-00187</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205824r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000110</version> <title>Windows Server 2019 must be configured to require a strong session key.</title> <description><VulnDiscussion>A computer connecting to a domain controller will establish a secure channel. The secure channel connection may be subject to compromise, such as hijacking or eavesdropping, if strong session keys are not used to establish the connection. Requiring strong session keys enforces 128-bit encryption between systems. Satisfies: SRG-OS-000423-GPOS-00187, SRG-OS-000424-GPOS-00188</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103639</ident> <ident system="http://cyber.mil/legacy">V-93553</ident> <ident system="http://cyber.mil/cci">CCI-002418</ident> <ident system="http://cyber.mil/cci">CCI-002421</ident> <fixtext fixref="F-6089r355835_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Domain member: Require strong (Windows 2000 or Later) session key" to "Enabled".</fixtext> <fix id="F-6089r355835_fix" /> <check system="C-6089r355834_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\ Value Name: RequireStrongKey Value Type: REG_DWORD Value: 0x00000001 (1) This setting may prevent a system from being joined to a domain if not configured consistently between systems.</check-content> </check> </Rule> </Group> <Group id="V-205825"> <title>SRG-OS-000423-GPOS-00187</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205825r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000160</version> <title>Windows Server 2019 setting Microsoft network client: Digitally sign communications (always) must be configured to Enabled.</title> <description><VulnDiscussion>The server message block (SMB) protocol provides the basis for many network operations. Digitally signed SMB packets aid in preventing man-in-the-middle attacks. If this policy is enabled, the SMB client will only communicate with an SMB server that performs SMB packet signing. Satisfies: SRG-OS-000423-GPOS-00187, SRG-OS-000424-GPOS-00188</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93555</ident> <ident system="http://cyber.mil/legacy">SV-103641</ident> <ident system="http://cyber.mil/cci">CCI-002421</ident> <ident system="http://cyber.mil/cci">CCI-002418</ident> <fixtext fixref="F-6090r355838_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Microsoft network client: Digitally sign communications (always)" to "Enabled".</fixtext> <fix id="F-6090r355838_fix" /> <check system="C-6090r355837_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\ Value Name: RequireSecuritySignature Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205826"> <title>SRG-OS-000423-GPOS-00187</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205826r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000170</version> <title>Windows Server 2019 setting Microsoft network client: Digitally sign communications (if server agrees) must be configured to Enabled.</title> <description><VulnDiscussion>The server message block (SMB) protocol provides the basis for many network operations. If this policy is enabled, the SMB client will request packet signing when communicating with an SMB server that is enabled or required to perform SMB packet signing. Satisfies: SRG-OS-000423-GPOS-00187, SRG-OS-000424-GPOS-00188</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93557</ident> <ident system="http://cyber.mil/legacy">SV-103643</ident> <ident system="http://cyber.mil/cci">CCI-002418</ident> <ident system="http://cyber.mil/cci">CCI-002421</ident> <fixtext fixref="F-6091r355841_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Microsoft network client: Digitally sign communications (if server agrees)" to "Enabled".</fixtext> <fix id="F-6091r355841_fix" /> <check system="C-6091r355840_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\ Value Name: EnableSecuritySignature Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205827"> <title>SRG-OS-000423-GPOS-00187</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205827r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000190</version> <title>Windows Server 2019 setting Microsoft network server: Digitally sign communications (always) must be configured to Enabled.</title> <description><VulnDiscussion>The server message block (SMB) protocol provides the basis for many network operations. Digitally signed SMB packets aid in preventing man-in-the-middle attacks. If this policy is enabled, the SMB server will only communicate with an SMB client that performs SMB packet signing. Satisfies: SRG-OS-000423-GPOS-00187, SRG-OS-000424-GPOS-00188</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103645</ident> <ident system="http://cyber.mil/legacy">V-93559</ident> <ident system="http://cyber.mil/cci">CCI-002421</ident> <ident system="http://cyber.mil/cci">CCI-002418</ident> <fixtext fixref="F-6092r355844_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Microsoft network server: Digitally sign communications (always)" to "Enabled".</fixtext> <fix id="F-6092r355844_fix" /> <check system="C-6092r355843_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\LanManServer\Parameters\ Value Name: RequireSecuritySignature Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205828"> <title>SRG-OS-000423-GPOS-00187</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205828r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000200</version> <title>Windows Server 2019 setting Microsoft network server: Digitally sign communications (if client agrees) must be configured to Enabled.</title> <description><VulnDiscussion>The server message block (SMB) protocol provides the basis for many network operations. Digitally signed SMB packets aid in preventing man-in-the-middle attacks. If this policy is enabled, the SMB server will negotiate SMB packet signing as requested by the client. Satisfies: SRG-OS-000423-GPOS-00187, SRG-OS-000424-GPOS-00188</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93561</ident> <ident system="http://cyber.mil/legacy">SV-103647</ident> <ident system="http://cyber.mil/cci">CCI-002418</ident> <ident system="http://cyber.mil/cci">CCI-002421</ident> <fixtext fixref="F-6093r355847_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Microsoft network server: Digitally sign communications (if client agrees)" to "Enabled".</fixtext> <fix id="F-6093r355847_fix" /> <check system="C-6093r355846_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\LanManServer\Parameters\ Value Name: EnableSecuritySignature Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205829"> <title>SRG-OS-000425-GPOS-00189</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205829r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000260</version> <title>Windows Server 2019 must implement protection methods such as TLS, encrypted VPNs, or IPsec if the data owner has a strict requirement for ensuring data integrity and confidentiality is maintained at every step of the data transfer and handling process.</title> <description><VulnDiscussion>Information can be either unintentionally or maliciously disclosed or modified during preparation for transmission, for example, during aggregation, at protocol transformation points, and during packing/unpacking. These unauthorized disclosures or modifications compromise the confidentiality or integrity of the information. Ensuring the confidentiality of transmitted information requires the operating system to take measures in preparing information for transmission. This can be accomplished via access control and encryption. Use of this requirement will be limited to situations where the data owner has a strict requirement for ensuring data integrity and confidentiality is maintained at every step of the data transfer and handling process. When transmitting data, operating systems need to support transmission protection mechanisms such as TLS, encrypted VPNs, or IPsec. Satisfies: SRG-OS-000425-GPOS-00189, SRG-OS-000426-GPOS-00190</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93543</ident> <ident system="http://cyber.mil/legacy">SV-103629</ident> <ident system="http://cyber.mil/cci">CCI-002422</ident> <ident system="http://cyber.mil/cci">CCI-002420</ident> <fixtext fixref="F-6094r355850_fix">Configure protection methods such as TLS, encrypted VPNs, or IPsec when the data owner has a strict requirement for ensuring data integrity and confidentiality is maintained at every step of the data transfer and handling process.</fixtext> <fix id="F-6094r355850_fix" /> <check system="C-6094r355849_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the data owner has a strict requirement for ensuring data integrity and confidentiality is maintained at every step of the data transfer and handling process, verify protection methods such as TLS, encrypted VPNs, or IPsec have been implemented. If protection methods have not been implemented, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205830"> <title>SRG-OS-000433-GPOS-00192</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205830r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000310</version> <title>Windows Server 2019 Explorer Data Execution Prevention must be enabled.</title> <description><VulnDiscussion>Data Execution Prevention provides additional protection by performing checks on memory to help prevent malicious code from running. This setting will prevent Data Execution Prevention from being turned off for File Explorer.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103649</ident> <ident system="http://cyber.mil/legacy">V-93563</ident> <ident system="http://cyber.mil/cci">CCI-002824</ident> <fixtext fixref="F-6095r355853_fix">The default behavior is for data execution prevention to be turned on for File Explorer. If this needs to be corrected, configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> File Explorer >> "Turn off Data Execution Prevention for Explorer" to "Not Configured" or "Disabled".</fixtext> <fix id="F-6095r355853_fix" /> <check system="C-6095r355852_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>The default behavior is for Data Execution Prevention to be turned on for File Explorer. If the registry value name below does not exist, this is not a finding. If it exists and is configured with a value of "0", this is not a finding. If it exists and is configured with a value of "1", this is a finding. Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\Explorer\ Value Name: NoDataExecutionPrevention Value Type: REG_DWORD Value: 0x00000000 (0) (or if the Value Name does not exist)</check-content> </check> </Rule> </Group> <Group id="V-205831"> <title>SRG-OS-000433-GPOS-00193</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205831r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000020</version> <title>Windows Server 2019 Exploit Protection system-level mitigation, Randomize memory allocations (Bottom-Up ASLR), must be on.</title> <description><VulnDiscussion>Exploit protection enables mitigations against potential threats at the system and application level. Several mitigations, including "Randomize memory allocations (Bottom-Up ASLR)", are enabled by default at the system level. Bottom-Up ASLR (address space layout randomization) randomizes locations for virtual memory allocations, including those for system structures. If this is turned off, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93565</ident> <ident system="http://cyber.mil/legacy">SV-103651</ident> <ident system="http://cyber.mil/cci">CCI-002824</ident> <fixtext fixref="F-6096r355856_fix">Ensure Exploit Protection system-level mitigation, "Randomize memory allocations (Bottom-Up ASLR)" is turned on. The default configuration in Exploit Protection is "On by default" which meets this requirement. Open "Windows Defender Security Center". Select "App & browser control". Select "Exploit protection settings". Under "System settings", configure "Randomize memory allocations (Bottom-Up ASLR)" to "On by default" or "Use default (<On>)". The STIG package includes a DoD EP XML file in the "Supporting Files" folder for configuring application mitigations defined in the STIG. This can also be modified to explicitly enforce the system level requirements. Adding the following to the XML file will explicitly turn Bottom-Up ASLR on (other system level EP requirements can be combined under <SystemConfig>): <SystemConfig> <ASLR BottomUp="true" HighEntropy="true"></ASLR> </SystemConfig> The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6096r355856_fix" /> <check system="C-6096r355855_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This is applicable to unclassified systems, for other systems this is NA. The default configuration in Exploit Protection is "On by default" which meets this requirement. The PowerShell query results for this show as "NOTSET". Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -System". If the status of "ASLR: BottomUp" is "OFF", this is a finding. Values that would not be a finding include: ON NOTSET (Default configuration)</check-content> </check> </Rule> </Group> <Group id="V-205832"> <title>SRG-OS-000470-GPOS-00214</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205832r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000070</version> <title>Windows Server 2019 must be configured to audit Account Logon - Credential Validation successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Credential Validation records events related to validation tests on credentials for a user account logon.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103241</ident> <ident system="http://cyber.mil/legacy">V-93153</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6097r355859_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Account Logon >> "Audit Credential Validation" with "Success" selected.</fixtext> <fix id="F-6097r355859_fix" /> <check system="C-6097r355858_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Account Logon >> Credential Validation - Success</check-content> </check> </Rule> </Group> <Group id="V-205833"> <title>SRG-OS-000470-GPOS-00214</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205833r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000080</version> <title>Windows Server 2019 must be configured to audit Account Logon - Credential Validation failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Credential Validation records events related to validation tests on credentials for a user account logon.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103243</ident> <ident system="http://cyber.mil/legacy">V-93155</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6098r355862_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Account Logon >> "Audit Credential Validation" with "Failure" selected.</fixtext> <fix id="F-6098r355862_fix" /> <check system="C-6098r355861_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Account Logon >> Credential Validation - Failure</check-content> </check> </Rule> </Group> <Group id="V-205834"> <title>SRG-OS-000470-GPOS-00214</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205834r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000170</version> <title>Windows Server 2019 must be configured to audit Logon/Logoff - Group Membership successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Audit Group Membership records information related to the group membership of a user's logon token.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93159</ident> <ident system="http://cyber.mil/legacy">SV-103247</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6099r355865_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Logon/Logoff >> "Audit Group Membership" with "Success" selected.</fixtext> <fix id="F-6099r355865_fix" /> <check system="C-6099r355864_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Logon/Logoff >> Group Membership - Success</check-content> </check> </Rule> </Group> <Group id="V-205835"> <title>SRG-OS-000470-GPOS-00214</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205835r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000210</version> <title>Windows Server 2019 must be configured to audit Logon/Logoff - Special Logon successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Special Logon records special logons that have administrative privileges and can be used to elevate processes. Satisfies: SRG-OS-000470-GPOS-00214, SRG-OS-000472-GPOS-00217, SRG-OS-000473-GPOS-00218, SRG-OS-000475-GPOS-00220</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93161</ident> <ident system="http://cyber.mil/legacy">SV-103249</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6100r355868_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Logon/Logoff >> "Audit Special Logon" with "Success" selected.</fixtext> <fix id="F-6100r355868_fix" /> <check system="C-6100r355867_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Logon/Logoff >> Special Logon - Success</check-content> </check> </Rule> </Group> <Group id="V-205836"> <title>SRG-OS-000470-GPOS-00214</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205836r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000220</version> <title>Windows Server 2019 must be configured to audit Object Access - Other Object Access Events successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Auditing for other object access records events related to the management of task scheduler jobs and COM+ objects.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103251</ident> <ident system="http://cyber.mil/legacy">V-93163</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6101r355871_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Object Access >> "Audit Other Object Access Events" with "Success" selected.</fixtext> <fix id="F-6101r355871_fix" /> <check system="C-6101r355870_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Object Access >> Other Object Access Events - Success</check-content> </check> </Rule> </Group> <Group id="V-205837"> <title>SRG-OS-000470-GPOS-00214</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205837r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000230</version> <title>Windows Server 2019 must be configured to audit Object Access - Other Object Access Events failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Auditing for other object access records events related to the management of task scheduler jobs and COM+ objects.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103253</ident> <ident system="http://cyber.mil/legacy">V-93165</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6102r355874_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Object Access >> "Audit Other Object Access Events" with "Failure" selected.</fixtext> <fix id="F-6102r355874_fix" /> <check system="C-6102r355873_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Object Access >> Other Object Access Events - Failure</check-content> </check> </Rule> </Group> <Group id="V-205838"> <title>SRG-OS-000472-GPOS-00217</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205838r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000180</version> <title>Windows Server 2019 must be configured to audit logoff successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Logoff records user logoffs. If this is an interactive logoff, it is recorded on the local system. If it is to a network share, it is recorded on the system accessed. Satisfies: SRG-OS-000472-GPOS-00217, SRG-OS-000480-GPOS-00227</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93171</ident> <ident system="http://cyber.mil/legacy">SV-103259</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6103r355877_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Logon/Logoff >> "Audit Logoff" with "Success" selected.</fixtext> <fix id="F-6103r355877_fix" /> <check system="C-6103r355876_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Logon/Logoff >> Logoff - Success</check-content> </check> </Rule> </Group> <Group id="V-205839"> <title>SRG-OS-000474-GPOS-00219</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205839r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000130</version> <title>Windows Server 2019 must be configured to audit Detailed Tracking - Plug and Play Events successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Plug and Play activity records events related to the successful connection of external devices.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93157</ident> <ident system="http://cyber.mil/legacy">SV-103245</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6104r355880_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Detailed Tracking >> "Audit PNP Activity" with "Success" selected.</fixtext> <fix id="F-6104r355880_fix" /> <check system="C-6104r355879_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Detailed Tracking >> Plug and Play Events - Success</check-content> </check> </Rule> </Group> <Group id="V-205840"> <title>SRG-OS-000474-GPOS-00219</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205840r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000240</version> <title>Windows Server 2019 must be configured to audit Object Access - Removable Storage successes.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Removable Storage auditing under Object Access records events related to access attempts on file system objects on removable storage devices.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103255</ident> <ident system="http://cyber.mil/legacy">V-93167</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6105r355883_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Object Access >> "Audit Removable Storage" with "Success" selected.</fixtext> <fix id="F-6105r355883_fix" /> <check system="C-6105r355882_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Object Access >> Removable Storage - Success Virtual machines or systems that use network attached storage may generate excessive audit events for secondary virtual drives or the network attached storage when this setting is enabled. This may be set to Not Configured in such cases and would not be a finding.</check-content> </check> </Rule> </Group> <Group id="V-205841"> <title>SRG-OS-000474-GPOS-00219</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205841r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000250</version> <title>Windows Server 2019 must be configured to audit Object Access - Removable Storage failures.</title> <description><VulnDiscussion>Maintaining an audit trail of system activity logs can help identify configuration errors, troubleshoot service disruptions, and analyze compromises that have occurred, as well as detect attacks. Audit logs are necessary to provide a trail of evidence in case the system or network is compromised. Collecting this data is essential for analyzing the security of information assets and detecting signs of suspicious and unexpected behavior. Removable Storage auditing under Object Access records events related to access attempts on file system objects on removable storage devices.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103257</ident> <ident system="http://cyber.mil/legacy">V-93169</ident> <ident system="http://cyber.mil/cci">CCI-000172</ident> <fixtext fixref="F-6106r355886_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Advanced Audit Policy Configuration >> System Audit Policies >> Object Access >> "Audit Removable Storage" with "Failure" selected.</fixtext> <fix id="F-6106r355886_fix" /> <check system="C-6106r355885_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Security Option "Audit: Force audit policy subcategory settings (Windows Vista or later) to override audit policy category settings" must be set to "Enabled" (WN19-SO-000050) for the detailed auditing subcategories to be effective. Use the "AuditPol" tool to review the current Audit Policy configuration: Open "PowerShell" or a "Command Prompt" with elevated privileges ("Run as administrator"). Enter "AuditPol /get /category:*" Compare the "AuditPol" settings with the following: If the system does not audit the following, this is a finding. Object Access >> Removable Storage - Failure Virtual machines or systems that use network attached storage may generate excessive audit events for secondary virtual drives or the network attached storage when this setting is enabled. This may be set to Not Configured in such cases and would not be a finding.</check-content> </check> </Rule> </Group> <Group id="V-205842"> <title>SRG-OS-000478-GPOS-00223</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205842r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000360</version> <title>Windows Server 2019 must be configured to use FIPS-compliant algorithms for encryption, hashing, and signing.</title> <description><VulnDiscussion>This setting ensures the system uses algorithms that are FIPS-compliant for encryption, hashing, and signing. FIPS-compliant algorithms meet specific standards established by the U.S. Government and must be the algorithms used for all OS encryption functions.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103597</ident> <ident system="http://cyber.mil/legacy">V-93511</ident> <ident system="http://cyber.mil/cci">CCI-002450</ident> <fixtext fixref="F-6107r355889_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "System cryptography: Use FIPS compliant algorithms for encryption, hashing, and signing" to "Enabled".</fixtext> <fix id="F-6107r355889_fix" /> <check system="C-6107r355888_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\Lsa\FIPSAlgorithmPolicy\ Value Name: Enabled Value Type: REG_DWORD Value: 0x00000001 (1) Clients with this setting enabled will not be able to communicate via digitally encrypted or signed protocols with servers that do not support these algorithms. Both the browser and web server must be configured to use TLS; otherwise. the browser will not be able to connect to a secure site.</check-content> </check> </Rule> </Group> <Group id="V-205843"> <title>SRG-OS-000479-GPOS-00224</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205843r569188_rule" weight="10.0" severity="medium"> <version>WN19-AU-000020</version> <title>Windows Server 2019 must, at a minimum, off-load audit records of interconnected systems in real time and off-load standalone systems weekly.</title> <description><VulnDiscussion>Protection of log data includes assuring the log data is not accidentally lost or deleted. Audit information stored in one location is vulnerable to accidental or incidental deletion or alteration.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103273</ident> <ident system="http://cyber.mil/legacy">V-93185</ident> <ident system="http://cyber.mil/cci">CCI-001851</ident> <fixtext fixref="F-6108r355892_fix">Configure the system to, at a minimum, off-load audit records of interconnected systems in real time and off-load standalone systems weekly.</fixtext> <fix id="F-6108r355892_fix" /> <check system="C-6108r355891_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the audit records, at a minimum, are off-loaded for interconnected systems in real time and off-loaded for standalone systems weekly. If they are not, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205844"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205844r569188_rule" weight="10.0" severity="high"> <version>WN19-00-000010</version> <title>Windows Server 2019 users with Administrative privileges must have separate accounts for administrative duties and normal operational tasks.</title> <description><VulnDiscussion>Using a privileged account to perform routine functions makes the computer vulnerable to malicious software inadvertently introduced during a session that has been granted full privileges.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93369</ident> <ident system="http://cyber.mil/legacy">SV-103457</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6109r355895_fix">Ensure each user with administrative privileges has a separate account for user duties and one for privileged duties.</fixtext> <fix id="F-6109r355895_fix" /> <check system="C-6109r355894_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify each user with administrative privileges has been assigned a unique administrative account separate from their standard user account. If users with administrative privileges do not have separate accounts for administrative functions and standard user functions, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205845"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205845r569188_rule" weight="10.0" severity="high"> <version>WN19-00-000030</version> <title>Windows Server 2019 administrative accounts must not be used with applications that access the Internet, such as web browsers, or with potential Internet sources, such as email.</title> <description><VulnDiscussion>Using applications that access the Internet or have potential Internet sources using administrative privileges exposes a system to compromise. If a flaw in an application is exploited while running as a privileged user, the entire system could be compromised. Web browsers and email are common attack vectors for introducing malicious code and must not be run with an administrative account. Since administrative accounts may generally change or work around technical restrictions for running a web browser or other applications, it is essential that policy require administrative accounts to not access the Internet or use applications such as email. The policy should define specific exceptions for local service administration. These exceptions may include HTTP(S)-based tools that are used for the administration of the local system, services, or attached devices. Whitelisting can be used to enforce the policy to ensure compliance.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93205</ident> <ident system="http://cyber.mil/legacy">SV-103293</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6110r355898_fix">Establish a policy, at minimum, to prohibit administrative accounts from using applications that access the Internet, such as web browsers, or with potential Internet sources, such as email. Ensure the policy is enforced. The organization may use technical means such as whitelisting to prevent the use of browsers and mail applications to enforce this requirement.</fixtext> <fix id="F-6110r355898_fix" /> <check system="C-6110r355897_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Determine whether organization policy, at a minimum, prohibits administrative accounts from using applications that access the Internet, such as web browsers, or with potential Internet sources, such as email, except as necessary for local service administration. If it does not, this is a finding. The organization may use technical means such as whitelisting to prevent the use of browsers and mail applications to enforce this requirement.</check-content> </check> </Rule> </Group> <Group id="V-205846"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205846r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000040</version> <title>Windows Server 2019 members of the Backup Operators group must have separate accounts for backup duties and normal operational tasks.</title> <description><VulnDiscussion>Backup Operators are able to read and write to any file in the system, regardless of the rights assigned to it. Backup and restore rights permit users to circumvent the file access restrictions present on NTFS disk drives for backup and restore purposes. Members of the Backup Operators group must have separate logon accounts for performing backup duties.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93207</ident> <ident system="http://cyber.mil/legacy">SV-103295</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6111r355901_fix">Ensure each member of the Backup Operators group has separate accounts for backup functions and standard user functions.</fixtext> <fix id="F-6111r355901_fix" /> <check system="C-6111r355900_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If no accounts are members of the Backup Operators group, this is NA. Verify users with accounts in the Backup Operators group have a separate user account for backup functions and for performing normal user tasks. If users with accounts in the Backup Operators group do not have separate accounts for backup functions and standard user functions, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205847"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205847r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000060</version> <title>Windows Server 2019 manually managed application account passwords must be changed at least annually or when a system administrator with knowledge of the password leaves the organization.</title> <description><VulnDiscussion>Setting application account passwords to expire may cause applications to stop functioning. However, not changing them on a regular basis exposes them to attack. If managed service accounts are used, this alleviates the need to manually change application account passwords.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103297</ident> <ident system="http://cyber.mil/legacy">V-93209</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6112r355904_fix">Change passwords for manually managed application/service accounts at least annually or when an administrator with knowledge of the password leaves the organization. It is recommended that system-managed service accounts be used whenever possible.</fixtext> <fix id="F-6112r355904_fix" /> <check system="C-6112r355903_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Determine if manually managed application/service accounts exist. If none exist, this is NA. If passwords for manually managed application/service accounts are not changed at least annually or when an administrator with knowledge of the password leaves the organization, this is a finding. Identify manually managed application/service accounts. To determine the date a password was last changed: Domain controllers: Open "PowerShell". Enter "Get-AdUser -Identity [application account name] -Properties PasswordLastSet | FT Name, PasswordLastSet", where [application account name] is the name of the manually managed application/service account. If the "PasswordLastSet" date is more than one year old, this is a finding. Member servers and standalone systems: Open "Command Prompt". Enter 'Net User [application account name] | Find /i "Password Last Set"', where [application account name] is the name of the manually managed application/service account. If the "Password Last Set" date is more than one year old, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205848"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205848r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000090</version> <title>Windows Server 2019 domain-joined systems must have a Trusted Platform Module (TPM) enabled and ready for use.</title> <description><VulnDiscussion>Credential Guard uses virtualization-based security to protect data that could be used in credential theft attacks if compromised. A number of system requirements must be met in order for Credential Guard to be configured and enabled properly. Without a TPM enabled and ready for use, Credential Guard keys are stored in a less secure method using software.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93213</ident> <ident system="http://cyber.mil/legacy">SV-103301</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6113r355907_fix">Ensure domain-joined systems have a TPM that is configured for use. (Versions 2.0 or 1.2 support Credential Guard.) The TPM must be enabled in the firmware. Run "tpm.msc" for configuration options in Windows.</fixtext> <fix id="F-6113r355907_fix" /> <check system="C-6113r355906_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>For standalone systems, this is NA. Current hardware and virtual environments may not support virtualization-based security features, including Credential Guard, due to specific supporting requirements including a TPM, UEFI with Secure Boot, and the capability to run the Hyper-V feature within a virtual machine. Verify the system has a TPM and it is ready for use. Run "tpm.msc". Review the sections in the center pane. "Status" must indicate it has been configured with a message such as "The TPM is ready for use" or "The TPM is on and ownership has been taken". TPM Manufacturer Information - Specific Version = 2.0 or 1.2 If a TPM is not found or is not ready for use, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205849"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205849r569188_rule" weight="10.0" severity="high"> <version>WN19-00-000100</version> <title>Windows Server 2019 must be maintained at a supported servicing level.</title> <description><VulnDiscussion>Systems at unsupported servicing levels will not receive security updates for new vulnerabilities, which leave them subject to exploitation. Systems must be maintained at a servicing level supported by the vendor with new security updates.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103303</ident> <ident system="http://cyber.mil/legacy">V-93215</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6114r355910_fix">Update the system to a Version 1809 (Build 17763.xxx) or greater.</fixtext> <fix id="F-6114r355910_fix" /> <check system="C-6114r355909_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Open "Command Prompt". Enter "winver.exe". If the "About Windows" dialog box does not display "Microsoft Windows Server Version 1809 (Build 17763.xxx)" or greater, this is a finding. Preview versions must not be used in a production environment.</check-content> </check> </Rule> </Group> <Group id="V-205850"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205850r569245_rule" weight="10.0" severity="high"> <version>WN19-00-000110</version> <title>Windows Server 2019 must use an anti-virus program.</title> <description><VulnDiscussion>Malicious software can establish a base on individual desktops and servers. Employing an automated mechanism to detect this type of software will aid in elimination of the software from the operating system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103305</ident> <ident system="http://cyber.mil/legacy">V-93217</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6115r603168_fix">If no anti-virus software is in use, install Windows Defender or third-party anti-virus. Open "PowerShell". Enter "Install-WindowsFeature -Name Windows-Defender”. For third-party anti-virus, install per anti-virus instructions and disable Windows Defender. Open "PowerShell". Enter "Uninstall-WindowsFeature -Name Windows-Defender”. </fixtext> <fix id="F-6115r603168_fix" /> <check system="C-6115r603166_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify an anti-virus solution is installed on the system. The anti-virus solution may be bundled with an approved host-based security solution. If there is no anti-virus solution installed on the system, this is a finding. Verify if Windows Defender is in use or enabled: Open "PowerShell". Enter “get-service | where {$_.DisplayName -Like "*Defender*"} | Select Status,DisplayName” Verify if third-party anti-virus is in use or enabled: Open "PowerShell". Enter "get-service | where {$_.DisplayName -Like "*mcafee*"} | Select Status,DisplayName” Enter "get-service | where {$_.DisplayName -Like "*symantec*"} | Select Status,DisplayName” </check-content> </check> </Rule> </Group> <Group id="V-205851"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205851r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000120</version> <title>Windows Server 2019 must have a host-based intrusion detection or prevention system.</title> <description><VulnDiscussion>A properly configured Host-based Intrusion Detection System (HIDS) or Host-based Intrusion Prevention System (HIPS) provides another level of defense against unauthorized access to critical servers. With proper configuration and logging enabled, such a system can stop and/or alert for many attempts to gain unauthorized access to resources.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103307</ident> <ident system="http://cyber.mil/legacy">V-93219</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6116r355916_fix">Install a HIDS or HIPS on each server.</fixtext> <fix id="F-6116r355916_fix" /> <check system="C-6116r355915_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Determine whether there is a HIDS or HIPS on each server. If the HIPS component of HBSS is installed and active on the host and the alerts of blocked activity are being logged and monitored, this meets the requirement. A HIDS device is not required on a system that has the role as the Network Intrusion Device (NID). However, this exception needs to be documented with the ISSO. If a HIDS is not installed on the system, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205852"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205852r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000240</version> <title>Windows Server 2019 must have software certificate installation files removed.</title> <description><VulnDiscussion>Use of software certificates and their accompanying installation files for end users to access resources is less secure than the use of hardware-based certificates.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93221</ident> <ident system="http://cyber.mil/legacy">SV-103309</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6117r355919_fix">Remove any certificate installation files (*.p12 and *.pfx) found on a system. Note: This does not apply to server-based applications that have a requirement for .p12 certificate files or Adobe PreFlight certificate files.</fixtext> <fix id="F-6117r355919_fix" /> <check system="C-6117r355918_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Search all drives for *.p12 and *.pfx files. If any files with these extensions exist, this is a finding. This does not apply to server-based applications that have a requirement for .p12 certificate files or Adobe PreFlight certificate files. Some applications create files with extensions of .p12 that are not certificate installation files. Removal of non-certificate installation files from systems is not required. These must be documented with the ISSO.</check-content> </check> </Rule> </Group> <Group id="V-205853"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205853r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000420</version> <title>Windows Server 2019 FTP servers must be configured to prevent anonymous logons.</title> <description><VulnDiscussion>The FTP service allows remote users to access shared files and directories. Allowing anonymous FTP connections makes user auditing difficult. Using accounts that have administrator privileges to log on to FTP risks that the userid and password will be captured on the network and give administrator access to an unauthorized user.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93223</ident> <ident system="http://cyber.mil/legacy">SV-103311</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6118r355922_fix">Configure the FTP service to prevent anonymous logons. Open "Internet Information Services (IIS) Manager". Select the server. Double-click "FTP Authentication". Select "Anonymous Authentication". Select "Disabled" under "Actions".</fixtext> <fix id="F-6118r355922_fix" /> <check system="C-6118r355921_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If FTP is not installed on the system, this is NA. Open "Internet Information Services (IIS) Manager". Select the server. Double-click "FTP Authentication". If the "Anonymous Authentication" status is "Enabled", this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205854"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205854r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000430</version> <title>Windows Server 2019 FTP servers must be configured to prevent access to the system drive.</title> <description><VulnDiscussion>The FTP service allows remote users to access shared files and directories that could provide access to system resources and compromise the system, especially if the user can gain access to the root directory of the boot drive.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93225</ident> <ident system="http://cyber.mil/legacy">SV-103313</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6119r355925_fix">Configure the FTP sites to allow access only to specific FTP shared resources. Do not allow access to other areas of the system.</fixtext> <fix id="F-6119r355925_fix" /> <check system="C-6119r355924_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If FTP is not installed on the system, this is NA. Open "Internet Information Services (IIS) Manager". Select "Sites" under the server name. For any sites with a Binding that lists FTP, right-click the site and select "Explore". If the site is not defined to a specific folder for shared FTP resources, this is a finding. If the site includes any system areas such as root of the drive, Program Files, or Windows directories, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205856"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205856r569188_rule" weight="10.0" severity="low"> <version>WN19-00-000460</version> <title>Windows Server 2019 systems must have Unified Extensible Firmware Interface (UEFI) firmware and be configured to run in UEFI mode, not Legacy BIOS.</title> <description><VulnDiscussion>UEFI provides additional security features in comparison to legacy BIOS firmware, including Secure Boot. UEFI is required to support additional security features in Windows, including Virtualization Based Security and Credential Guard. Systems with UEFI that are operating in "Legacy BIOS" mode will not support these security features.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93229</ident> <ident system="http://cyber.mil/legacy">SV-103317</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6121r355931_fix">Configure UEFI firmware to run in "UEFI" mode, not "Legacy BIOS" mode.</fixtext> <fix id="F-6121r355931_fix" /> <check system="C-6121r355930_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Some older systems may not have UEFI firmware. This is currently a CAT III; it will be raised in severity at a future date when broad support of Windows hardware and firmware requirements are expected to be met. Devices that have UEFI firmware must run in "UEFI" mode. Verify the system firmware is configured to run in "UEFI" mode, not "Legacy BIOS". Run "System Information". Under "System Summary", if "BIOS Mode" does not display "UEFI", this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205857"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205857r569188_rule" weight="10.0" severity="low"> <version>WN19-00-000470</version> <title>Windows Server 2019 must have Secure Boot enabled.</title> <description><VulnDiscussion>Secure Boot is a standard that ensures systems boot only to a trusted operating system. Secure Boot is required to support additional security features in Windows, including Virtualization Based Security and Credential Guard. If Secure Boot is turned off, these security features will not function.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103319</ident> <ident system="http://cyber.mil/legacy">V-93231</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6122r355934_fix">Enable Secure Boot in the system firmware.</fixtext> <fix id="F-6122r355934_fix" /> <check system="C-6122r355933_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Some older systems may not have UEFI firmware. This is currently a CAT III; it will be raised in severity at a future date when broad support of Windows hardware and firmware requirements are expected to be met. Devices that have UEFI firmware must have Secure Boot enabled. Run "System Information". Under "System Summary", if "Secure Boot State" does not display "On", this is a finding. On server core installations, run the following PowerShell command: Confirm-SecureBootUEFI If a value of "True" is not returned, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205858"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205858r569188_rule" weight="10.0" severity="low"> <version>WN19-CC-000030</version> <title>Windows Server 2019 Internet Protocol version 6 (IPv6) source routing must be configured to the highest protection level to prevent IP source routing.</title> <description><VulnDiscussion>Configuring the system to disable IPv6 source routing protects against spoofing.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103321</ident> <ident system="http://cyber.mil/legacy">V-93233</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6123r355937_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> MSS (Legacy) >> "MSS: (DisableIPSourceRouting IPv6) IP source routing protection level (protects against packet spoofing)" to "Enabled" with "Highest protection, source routing is completely disabled" selected. This policy setting requires the installation of the MSS-Legacy custom templates included with the STIG package. "MSS-Legacy.admx" and "MSS-Legacy.adml" must be copied to the \Windows\PolicyDefinitions and \Windows\PolicyDefinitions\en-US directories respectively.</fixtext> <fix id="F-6123r355937_fix" /> <check system="C-6123r355936_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\ Value Name: DisableIPSourceRouting Type: REG_DWORD Value: 0x00000002 (2)</check-content> </check> </Rule> </Group> <Group id="V-205859"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205859r569188_rule" weight="10.0" severity="low"> <version>WN19-CC-000040</version> <title>Windows Server 2019 source routing must be configured to the highest protection level to prevent Internet Protocol (IP) source routing.</title> <description><VulnDiscussion>Configuring the system to disable IP source routing protects against spoofing.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103323</ident> <ident system="http://cyber.mil/legacy">V-93235</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6124r355940_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> MSS (Legacy) >> "MSS: (DisableIPSourceRouting) IP source routing protection level (protects against packet spoofing)" to "Enabled" with "Highest protection, source routing is completely disabled" selected. This policy setting requires the installation of the MSS-Legacy custom templates included with the STIG package. "MSS-Legacy.admx" and "MSS-Legacy.adml" must be copied to the \Windows\PolicyDefinitions and \Windows\PolicyDefinitions\en-US directories respectively.</fixtext> <fix id="F-6124r355940_fix" /> <check system="C-6124r355939_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ Value Name: DisableIPSourceRouting Value Type: REG_DWORD Value: 0x00000002 (2)</check-content> </check> </Rule> </Group> <Group id="V-205860"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205860r569188_rule" weight="10.0" severity="low"> <version>WN19-CC-000050</version> <title>Windows Server 2019 must be configured to prevent Internet Control Message Protocol (ICMP) redirects from overriding Open Shortest Path First (OSPF)-generated routes.</title> <description><VulnDiscussion>Allowing ICMP redirect of routes can lead to traffic not being routed properly. When disabled, this forces ICMP to be routed via the shortest path first.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103325</ident> <ident system="http://cyber.mil/legacy">V-93237</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6125r355943_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> MSS (Legacy) >> "MSS: (EnableICMPRedirect) Allow ICMP redirects to override OSPF generated routes" to "Disabled". This policy setting requires the installation of the MSS-Legacy custom templates included with the STIG package. "MSS-Legacy.admx" and "MSS-Legacy.adml" must be copied to the \Windows\PolicyDefinitions and \Windows\PolicyDefinitions\en-US directories respectively.</fixtext> <fix id="F-6125r355943_fix" /> <check system="C-6125r355942_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ Value Name: EnableICMPRedirect Value Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205861"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205861r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000070</version> <title>Windows Server 2019 insecure logons to an SMB server must be disabled.</title> <description><VulnDiscussion>Insecure guest logons allow unauthenticated access to shared folders. Shared resources on a system must require authentication to establish proper access.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103327</ident> <ident system="http://cyber.mil/legacy">V-93239</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6126r355946_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Network >> Lanman Workstation >> "Enable insecure guest logons" to "Disabled".</fixtext> <fix id="F-6126r355946_fix" /> <check system="C-6126r355945_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\LanmanWorkstation\ Value Name: AllowInsecureGuestAuth Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205862"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205862r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000080</version> <title>Windows Server 2019 hardened Universal Naming Convention (UNC) paths must be defined to require mutual authentication and integrity for at least the \\*\SYSVOL and \\*\NETLOGON shares.</title> <description><VulnDiscussion>Additional security requirements are applied to UNC paths specified in hardened UNC paths before allowing access to them. This aids in preventing tampering with or spoofing of connections to these paths.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103329</ident> <ident system="http://cyber.mil/legacy">V-93241</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6127r355949_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Network >> Network Provider >> "Hardened UNC Paths" to "Enabled" with at least the following configured in "Hardened UNC Paths" (click the "Show" button to display): Value Name: \\*\SYSVOL Value: RequireMutualAuthentication=1, RequireIntegrity=1 Value Name: \\*\NETLOGON Value: RequireMutualAuthentication=1, RequireIntegrity=1</fixtext> <fix id="F-6127r355949_fix" /> <check system="C-6127r355948_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This requirement is applicable to domain-joined systems. For standalone systems, this is NA. If the following registry values do not exist or are not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\NetworkProvider\HardenedPaths\ Value Name: \\*\NETLOGON Value Type: REG_SZ Value: RequireMutualAuthentication=1, RequireIntegrity=1 Value Name: \\*\SYSVOL Value Type: REG_SZ Value: RequireMutualAuthentication=1, RequireIntegrity=1 Additional entries would not be a finding.</check-content> </check> </Rule> </Group> <Group id="V-205863"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205863r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000100</version> <title>Windows Server 2019 must be configured to enable Remote host allows delegation of non-exportable credentials.</title> <description><VulnDiscussion>An exportable version of credentials is provided to remote hosts when using credential delegation which exposes them to theft on the remote host. Restricted Admin mode or Remote Credential Guard allow delegation of non-exportable credentials providing additional protection of the credentials. Enabling this configures the host to support Restricted Admin mode or Remote Credential Guard.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93243</ident> <ident system="http://cyber.mil/legacy">SV-103331</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6128r355952_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> System >> Credentials Delegation >> "Remote host allows delegation of non-exportable credentials" to "Enabled".</fixtext> <fix id="F-6128r355952_fix" /> <check system="C-6128r355951_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\CredentialsDelegation\ Value Name: AllowProtectedCreds Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205864"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205864r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000110</version> <title>Windows Server 2019 virtualization-based security must be enabled with the platform security level configured to Secure Boot or Secure Boot with DMA Protection.</title> <description><VulnDiscussion>Virtualization Based Security (VBS) provides the platform for the additional security features Credential Guard and virtualization-based protection of code integrity. Secure Boot is the minimum security level, with DMA protection providing additional memory protection. DMA Protection requires a CPU that supports input/output memory management unit (IOMMU).</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93245</ident> <ident system="http://cyber.mil/legacy">SV-103333</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6129r355955_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> System >> Device Guard >> "Turn On Virtualization Based Security" to "Enabled" with "Secure Boot" or "Secure Boot and DMA Protection" selected. A Microsoft TechNet article on Credential Guard, including system requirement details, can be found at the following link: https://technet.microsoft.com/itpro/windows/keep-secure/credential-guard</fixtext> <fix id="F-6129r355955_fix" /> <check system="C-6129r355954_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>For standalone systems, this is NA. Current hardware and virtual environments may not support virtualization-based security features, including Credential Guard, due to specific supporting requirements, including a TPM, UEFI with Secure Boot, and the capability to run the Hyper-V feature within a virtual machine. Open "PowerShell" with elevated privileges (run as administrator). Enter the following: "Get-CimInstance -ClassName Win32_DeviceGuard -Namespace root\Microsoft\Windows\DeviceGuard" If "RequiredSecurityProperties" does not include a value of "2" indicating "Secure Boot" (e.g., "{1, 2}"), this is a finding. If "Secure Boot and DMA Protection" is configured, "3" will also be displayed in the results (e.g., "{1, 2, 3}"). If "VirtualizationBasedSecurityStatus" is not a value of "2" indicating "Running", this is a finding. Alternately: Run "System Information". Under "System Summary", verify the following: If "Device Guard Virtualization based security" does not display "Running", this is a finding. If "Device Guard Required Security Properties" does not display "Base Virtualization Support, Secure Boot", this is a finding. If "Secure Boot and DMA Protection" is configured, "DMA Protection" will also be displayed (e.g., "Base Virtualization Support, Secure Boot, DMA Protection"). The policy settings referenced in the Fix section will configure the following registry values. However, due to hardware requirements, the registry values alone do not ensure proper function. Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\DeviceGuard\ Value Name: EnableVirtualizationBasedSecurity Value Type: REG_DWORD Value: 0x00000001 (1) Value Name: RequirePlatformSecurityFeatures Value Type: REG_DWORD Value: 0x00000001 (1) (Secure Boot only) or 0x00000003 (3) (Secure Boot and DMA Protection) A Microsoft TechNet article on Credential Guard, including system requirement details, can be found at the following link: https://technet.microsoft.com/itpro/windows/keep-secure/credential-guard</check-content> </check> </Rule> </Group> <Group id="V-205865"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205865r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000130</version> <title>Windows Server 2019 Early Launch Antimalware, Boot-Start Driver Initialization Policy must prevent boot drivers identified as bad.</title> <description><VulnDiscussion>Compromised boot drivers can introduce malware prior to protection mechanisms that load after initialization. The Early Launch Antimalware driver can limit allowed drivers based on classifications determined by the malware protection application. At a minimum, drivers determined to be bad must not be allowed.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93249</ident> <ident system="http://cyber.mil/legacy">SV-103337</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6130r355958_fix">The default behavior is for Early Launch Antimalware - Boot-Start Driver Initialization policy to enforce "Good, unknown and bad but critical" (preventing "bad"). If this needs to be corrected or a more secure setting is desired, configure the policy value for Computer Configuration >> Administrative Templates >> System >> Early Launch Antimalware >> "Boot-Start Driver Initialization Policy" to "Not Configured" or "Enabled" with any option other than "All" selected.</fixtext> <fix id="F-6130r355958_fix" /> <check system="C-6130r355957_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>The default behavior is for Early Launch Antimalware - Boot-Start Driver Initialization policy to enforce "Good, unknown and bad but critical" (preventing "bad"). If the registry value name below does not exist, this is not a finding. If it exists and is configured with a value of "0x00000007 (7)", this is a finding. Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Policies\EarlyLaunch\ Value Name: DriverLoadPolicy Value Type: REG_DWORD Value: 0x00000001 (1), 0x00000003 (3), or 0x00000008 (8) (or if the Value Name does not exist) Possible values for this setting are: 8 - Good only 1 - Good and unknown 3 - Good, unknown and bad but critical 7 - All (which includes "bad" and would be a finding)</check-content> </check> </Rule> </Group> <Group id="V-205866"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205866r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000140</version> <title>Windows Server 2019 group policy objects must be reprocessed even if they have not changed.</title> <description><VulnDiscussion>Registry entries for group policy settings can potentially be changed from the required configuration. This could occur as part of troubleshooting or by a malicious process on a compromised system. Enabling this setting and then selecting the "Process even if the Group Policy objects have not changed" option ensures the policies will be reprocessed even if none have been changed. This way, any unauthorized changes are forced to match the domain-based group policy settings again.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93251</ident> <ident system="http://cyber.mil/legacy">SV-103339</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6131r355961_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> System >> Group Policy >> "Configure registry policy processing" to "Enabled" with the option "Process even if the Group Policy objects have not changed" selected.</fixtext> <fix id="F-6131r355961_fix" /> <check system="C-6131r355960_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\Group Policy\{35378EAC-683F-11D2-A89A-00C04FBBCFA2}\ Value Name: NoGPOListChanges Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205867"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205867r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000180</version> <title>Windows Server 2019 users must be prompted to authenticate when the system wakes from sleep (on battery).</title> <description><VulnDiscussion>A system that does not require authentication when resuming from sleep may provide access to unauthorized users. Authentication must always be required when accessing a system. This setting ensures users are prompted for a password when the system wakes from sleep (on battery).</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93253</ident> <ident system="http://cyber.mil/legacy">SV-103341</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6132r355964_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> System >> Power Management >> Sleep Settings >> "Require a password when a computer wakes (on battery)" to "Enabled".</fixtext> <fix id="F-6132r355964_fix" /> <check system="C-6132r355963_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Power\PowerSettings\0e796bdb-100d-47d6-a2d5-f7d2daa51f51\ Value Name: DCSettingIndex Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205868"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205868r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000190</version> <title>Windows Server 2019 users must be prompted to authenticate when the system wakes from sleep (plugged in).</title> <description><VulnDiscussion>A system that does not require authentication when resuming from sleep may provide access to unauthorized users. Authentication must always be required when accessing a system. This setting ensures users are prompted for a password when the system wakes from sleep (plugged in).</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93255</ident> <ident system="http://cyber.mil/legacy">SV-103343</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6133r355967_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> System >> Power Management >> Sleep Settings >> "Require a password when a computer wakes (plugged in)" to "Enabled".</fixtext> <fix id="F-6133r355967_fix" /> <check system="C-6133r355966_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Power\PowerSettings\0e796bdb-100d-47d6-a2d5-f7d2daa51f51\ Value Name: ACSettingIndex Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205869"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205869r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000250</version> <title>Windows Server 2019 Telemetry must be configured to Security or Basic.</title> <description><VulnDiscussion>Some features may communicate with the vendor, sending system information or downloading data or components for the feature. Limiting this capability will prevent potentially sensitive information from being sent outside the enterprise. The "Security" option for Telemetry configures the lowest amount of data, effectively none outside of the Malicious Software Removal Tool (MSRT), Defender, and telemetry client settings. "Basic" sends basic diagnostic and usage data and may be required to support some Microsoft services.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103345</ident> <ident system="http://cyber.mil/legacy">V-93257</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6134r355970_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Data Collection and Preview Builds>> "Allow Telemetry" to "Enabled" with "0 - Security [Enterprise Only]" or "1 - Basic" selected in "Options".</fixtext> <fix id="F-6134r355970_fix" /> <check system="C-6134r355969_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\DataCollection\ Value Name: AllowTelemetry Type: REG_DWORD Value: 0x00000000 (0) (Security), 0x00000001 (1) (Basic)</check-content> </check> </Rule> </Group> <Group id="V-205870"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205870r569188_rule" weight="10.0" severity="low"> <version>WN19-CC-000260</version> <title>Windows Server 2019 Windows Update must not obtain updates from other PCs on the Internet.</title> <description><VulnDiscussion>Windows Update can obtain updates from additional sources instead of Microsoft. In addition to Microsoft, updates can be obtained from and sent to PCs on the local network as well as on the Internet. This is part of the Windows Update trusted process, however to minimize outside exposure, obtaining updates from or sending to systems on the Internet must be prevented.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103347</ident> <ident system="http://cyber.mil/legacy">V-93259</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6135r355973_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Delivery Optimization >> "Download Mode" to "Enabled" with any option except "Internet" selected. Acceptable selections include: Bypass (100) Group (2) HTTP only (0) LAN (1) Simple (99)</fixtext> <fix id="F-6135r355973_fix" /> <check system="C-6135r355972_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\DeliveryOptimization\ Value Name: DODownloadMode Value Type: REG_DWORD Value: 0x00000000 (0) - No peering (HTTP Only) 0x00000001 (1) - Peers on same NAT only (LAN) 0x00000002 (2) - Local Network / Private group peering (Group) 0x00000063 (99) - Simple download mode, no peering (Simple) 0x00000064 (100) - Bypass mode, Delivery Optimization not used (Bypass) A value of 0x00000003 (3), Internet, is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205871"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205871r569188_rule" weight="10.0" severity="low"> <version>WN19-CC-000320</version> <title>Windows Server 2019 Turning off File Explorer heap termination on corruption must be disabled.</title> <description><VulnDiscussion>Legacy plug-in applications may continue to function when a File Explorer session has become corrupt. Disabling this feature will prevent this.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93261</ident> <ident system="http://cyber.mil/legacy">SV-103349</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6136r355976_fix">The default behavior is for File Explorer heap termination on corruption to be disabled. If this needs to be corrected, configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> File Explorer >> "Turn off heap termination on corruption" to "Not Configured" or "Disabled".</fixtext> <fix id="F-6136r355976_fix" /> <check system="C-6136r355975_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>The default behavior is for File Explorer heap termination on corruption to be enabled. If the registry Value Name below does not exist, this is not a finding. If it exists and is configured with a value of "0", this is not a finding. If it exists and is configured with a value of "1", this is a finding. Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\Explorer\ Value Name: NoHeapTerminationOnCorruption Value Type: REG_DWORD Value: 0x00000000 (0) (or if the Value Name does not exist)</check-content> </check> </Rule> </Group> <Group id="V-205872"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205872r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000330</version> <title>Windows Server 2019 File Explorer shell protocol must run in protected mode.</title> <description><VulnDiscussion>The shell protocol will limit the set of folders that applications can open when run in protected mode. Restricting files an application can open to a limited set of folders increases the security of Windows.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93263</ident> <ident system="http://cyber.mil/legacy">SV-103351</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6137r355979_fix">The default behavior is for shell protected mode to be turned on for File Explorer. If this needs to be corrected, configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> File Explorer >> "Turn off shell protocol protected mode" to "Not Configured" or "Disabled".</fixtext> <fix id="F-6137r355979_fix" /> <check system="C-6137r355978_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>The default behavior is for shell protected mode to be turned on for File Explorer. If the registry value name below does not exist, this is not a finding. If it exists and is configured with a value of "0", this is not a finding. If it exists and is configured with a value of "1", this is a finding. Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer\ Value Name: PreXPSP2ShellProtocolBehavior Value Type: REG_DWORD Value: 0x00000000 (0) (or if the Value Name does not exist)</check-content> </check> </Rule> </Group> <Group id="V-205873"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205873r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000390</version> <title>Windows Server 2019 must prevent attachments from being downloaded from RSS feeds.</title> <description><VulnDiscussion>Attachments from RSS feeds may not be secure. This setting will prevent attachments from being downloaded from RSS feeds.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93265</ident> <ident system="http://cyber.mil/legacy">SV-103353</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6138r355982_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> RSS Feeds >> "Prevent downloading of enclosures" to "Enabled".</fixtext> <fix id="F-6138r355982_fix" /> <check system="C-6138r355981_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Internet Explorer\Feeds\ Value Name: DisableEnclosureDownload Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205874"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205874r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000440</version> <title>Windows Server 2019 users must be notified if a web-based program attempts to install software.</title> <description><VulnDiscussion>Web-based programs may attempt to install malicious software on a system. Ensuring users are notified if a web-based program attempts to install software allows them to refuse the installation.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103355</ident> <ident system="http://cyber.mil/legacy">V-93267</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6139r355985_fix">The default behavior is for Internet Explorer to warn users and select whether to allow or refuse installation when a web-based program attempts to install software on the system. If this needs to be corrected, configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Windows Installer >> "Prevent Internet Explorer security prompt for Windows Installer scripts" to "Not Configured" or "Disabled".</fixtext> <fix id="F-6139r355985_fix" /> <check system="C-6139r355984_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>The default behavior is for Internet Explorer to warn users and select whether to allow or refuse installation when a web-based program attempts to install software on the system. If the registry value name below does not exist, this is not a finding. If it exists and is configured with a value of "0", this is not a finding. If it exists and is configured with a value of "1", this is a finding. Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Policies\Microsoft\Windows\Installer\ Value Name: SafeForScripting Value Type: REG_DWORD Value: 0x00000000 (0) (or if the Value Name does not exist)</check-content> </check> </Rule> </Group> <Group id="V-205875"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205875r569188_rule" weight="10.0" severity="high"> <version>WN19-DC-000150</version> <title>Windows Server 2019 directory data (outside the root DSE) of a non-public directory must be configured to prevent anonymous access.</title> <description><VulnDiscussion>To the extent that anonymous access to directory data (outside the root DSE) is permitted, read access control of the data is effectively disabled. If other means of controlling access (such as network restrictions) are compromised, there may be nothing else to protect the confidentiality of sensitive directory data.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103359</ident> <ident system="http://cyber.mil/legacy">V-93271</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6140r355988_fix">Configure directory data (outside the root DSE) of a non-public directory to prevent anonymous access. For AD, there are multiple configuration items that could enable anonymous access. Changing the access permissions on the domain naming context object (from the secure defaults) could enable anonymous access. If the check procedures indicate this is the cause, the process that was used to change the permissions should be reversed. This could have been through the Windows Support Tools ADSI Edit console (adsiedit.msc). The dsHeuristics option is used. This is addressed in check V-8555 in the AD Forest STIG.</fixtext> <fix id="F-6140r355988_fix" /> <check system="C-6140r355987_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Open "Command Prompt" (not elevated). Run "ldp.exe". From the "Connection menu", select "Bind". Clear the User, Password, and Domain fields. Select "Simple bind" for the Bind type and click "OK". Confirmation of anonymous access will be displayed at the end: res = ldap_simple_bind_s Authenticated as: 'NT AUTHORITY\ANONYMOUS LOGON' From the "Browse" menu, select "Search". In the Search dialog, enter the DN of the domain naming context (generally something like "dc=disaost,dc=mil") in the Base DN field. Clear the Attributes field and select "Run". Error messages should display related to Bind and user not authenticated. If attribute data is displayed, anonymous access is enabled to the domain naming context and this is a finding. The following network controls allow the finding severity to be downgraded to a CAT II since these measures lower the risk associated with anonymous access. Network hardware ports at the site are subject to 802.1x authentication or MAC address restrictions. Premise firewall or host restrictions prevent access to ports 389, 636, 3268, and 3269 from client hosts not explicitly identified by domain (.mil) or IP address.</check-content> </check> </Rule> </Group> <Group id="V-205876"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205876r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000330</version> <title>Windows Server 2019 domain controllers must be configured to allow reset of machine account passwords.</title> <description><VulnDiscussion>Enabling this setting on all domain controllers in a domain prevents domain members from changing their computer account passwords. If these passwords are weak or compromised, the inability to change them may leave these computers vulnerable.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93273</ident> <ident system="http://cyber.mil/legacy">SV-103361</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6141r355991_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Domain controller: Refuse machine account password changes" to "Disabled".</fixtext> <fix id="F-6141r355991_fix" /> <check system="C-6141r355990_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\ Value Name: RefusePasswordChange Value Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205877"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205877r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000430</version> <title>The password for the krbtgt account on a domain must be reset at least every 180 days.</title> <description><VulnDiscussion>The krbtgt account acts as a service account for the Kerberos Key Distribution Center (KDC) service. The account and password are created when a domain is created and the password is typically not changed. If the krbtgt account is compromised, attackers can create valid Kerberos Ticket Granting Tickets (TGT). The password must be changed twice to effectively remove the password history. Changing once, waiting for replication to complete and the amount of time equal to or greater than the maximum Kerberos ticket lifetime, and changing again reduces the risk of issues.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93211</ident> <ident system="http://cyber.mil/legacy">SV-103299</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6142r355994_fix">Reset the password for the krbtgt account a least every 180 days. The password must be changed twice to effectively remove the password history. Changing once, waiting for replication to complete and changing again reduces the risk of issues. Changing twice in rapid succession forces clients to re-authenticate (including application services) but is desired if a compromise is suspected. PowerShell scripts are available to accomplish this such as at the following link: https://gallery.technet.microsoft.com/Reset-the-krbtgt-account-581a9e51 Open "Active Directory Users and Computers" (available from various menus or run "dsa.msc"). Select "Advanced Features" in the "View" menu if not previously selected. Select the "Users" node. Right click on the krbtgt account and select "Reset password" Enter a password that meets password complexity requirements. Clear the "User must change password at next logon" check box. The system will automatically change this to a system-generated complex password.</fixtext> <fix id="F-6142r355994_fix" /> <check system="C-6142r355993_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This requirement is applicable to domain controllers; it is NA for other systems. Open "Windows PowerShell". Enter "Get-ADUser krbtgt -Property PasswordLastSet". If the "PasswordLastSet" date is more than 180 days old, this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205878"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205878r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000010</version> <title>Windows Server 2019 Exploit Protection system-level mitigation, Data Execution Prevention (DEP), must be on.</title> <description><VulnDiscussion>Exploit protection enables mitigations against potential threats at the system and application level. Several mitigations, including "Data Execution Prevention (DEP)", are enabled by default at the system level. DEP prevents code from being run from data-only memory pages. If this is turned off, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93313</ident> <ident system="http://cyber.mil/legacy">SV-103401</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6143r355997_fix">Ensure Exploit Protection system-level mitigation, "Data Execution Prevention (DEP)", is turned on. The default configuration in Exploit Protection is "On by default" which meets this requirement. Open "Windows Defender Security Center". Select "App & browser control". Select "Exploit protection settings". Under "System settings", configure "Data Execution Prevention (DEP)" to "On by default" or "Use default (<On>)". The STIG package includes a DoD EP XML file in the "Supporting Files" folder for configuring application mitigations defined in the STIG. This can also be modified to explicitly enforce the system level requirements. Adding the following to the XML file will explicitly turn DEP on (other system level EP requirements can be combined under <SystemConfig>): <SystemConfig> <DEP Enable="true"></DEP> </SystemConfig> The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6143r355997_fix" /> <check system="C-6143r355996_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This is applicable to unclassified systems, for other systems this is NA. The default configuration in Exploit Protection is "On by default" which meets this requirement. The PowerShell query results for this show as "NOTSET". Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -System". If the status of "DEP: Enable" is "OFF", this is a finding. Values that would not be a finding include: ON NOTSET (Default configuration)</check-content> </check> </Rule> </Group> <Group id="V-205879"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205879r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000030</version> <title>Windows Server 2019 Exploit Protection system-level mitigation, Control flow guard (CFG), must be on.</title> <description><VulnDiscussion>Exploit protection enables mitigations against potential threats at the system and application level. Several mitigations, including "Control flow guard (CFG)", are enabled by default at the system level. CFG ensures flow integrity for indirect calls. If this is turned off, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93315</ident> <ident system="http://cyber.mil/legacy">SV-103403</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6144r356000_fix">Ensure Exploit Protection system-level mitigation, "Control flow guard (CFG)", is turned on. The default configuration in Exploit Protection is "On by default" which meets this requirement. Open "Windows Defender Security Center". Select "App & browser control". Select "Exploit protection settings". Under "System settings", configure "Control flow guard (CFG)" to "On by default" or "Use default (<On>)". The STIG package includes a DoD EP XML file in the "Supporting Files" folder for configuring application mitigations defined in the STIG. This can also be modified to explicitly enforce the system level requirements. Adding the following to the XML file will explicitly turn CFG on (other system level EP requirements can be combined under <SystemConfig>): <SystemConfig> <ControlFlowGuard Enable="true"></ControlFlowGuard> </SystemConfig> The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6144r356000_fix" /> <check system="C-6144r355999_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This is applicable to unclassified systems, for other systems this is NA. The default configuration in Exploit Protection is "On by default" which meets this requirement. The PowerShell query results for this show as "NOTSET". Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -System". If the status of "CFG: Enable" is "OFF", this is a finding. Values that would not be a finding include: ON NOTSET (Default configuration)</check-content> </check> </Rule> </Group> <Group id="V-205880"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205880r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000040</version> <title>Windows Server 2019 Exploit Protection system-level mitigation, Validate exception chains (SEHOP), must be on.</title> <description><VulnDiscussion>Exploit protection enables mitigations against potential threats at the system and application level. Several mitigations, including "Validate exception chains (SEHOP)", are enabled by default at the system level. SEHOP (structured exception handling overwrite protection) ensures the integrity of an exception chain during exception dispatch. If this is turned off, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103405</ident> <ident system="http://cyber.mil/legacy">V-93317</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6145r356003_fix">Ensure Exploit Protection system-level mitigation, "Validate exception chains (SEHOP)", is turned on. The default configuration in Exploit Protection is "On by default" which meets this requirement. Open "Windows Defender Security Center". Select "App & browser control". Select "Exploit protection settings". Under "System settings", configure "Validate exception chains (SEHOP)" to "On by default" or "Use default (<On>)". The STIG package includes a DoD EP XML file in the "Supporting Files" folder for configuring application mitigations defined in the STIG. This can also be modified to explicitly enforce the system level requirements. Adding the following to the XML file will explicitly turn SEHOP on (other system level EP requirements can be combined under <SystemConfig>): <SystemConfig> <SEHOP Enable="true"></SEHOP> </SystemConfig> The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6145r356003_fix" /> <check system="C-6145r356002_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This is applicable to unclassified systems, for other systems this is NA. The default configuration in Exploit Protection is "On by default" which meets this requirement. The PowerShell query results for this show as "NOTSET". Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -System". If the status of "SEHOP: Enable" is "OFF", this is a finding. Values that would not be a finding include: ON NOTSET (Default configuration)</check-content> </check> </Rule> </Group> <Group id="V-205881"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205881r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000050</version> <title>Windows Server 2019 Exploit Protection system-level mitigation, Validate heap integrity, must be on.</title> <description><VulnDiscussion>Exploit protection enables mitigations against potential threats at the system and application level. Several mitigations, including "Validate heap integrity", are enabled by default at the system level. "Validate heap integrity" terminates a process when heap corruption is detected. If this is turned off, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103407</ident> <ident system="http://cyber.mil/legacy">V-93319</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6146r356006_fix">Ensure Exploit Protection system-level mitigation, "Validate heap integrity" is turned on. The default configuration in Exploit Protection is "On by default" which meets this requirement. Open "Windows Defender Security Center". Select "App & browser control". Select "Exploit protection settings". Under "System settings", configure "Validate heap integrity" to "On by default" or "Use default (<On>)". The STIG package includes a DoD EP XML file in the "Supporting Files" folder for configuring application mitigations defined in the STIG. This can also be modified to explicitly enforce the system level requirements. Adding the following to the XML file will explicitly turn Validate heap integrity on (other system level EP requirements can be combined under <SystemConfig>): <SystemConfig> <Heap TerminateOnError="true"></Heap> </SystemConfig> The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6146r356006_fix" /> <check system="C-6146r356005_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This is applicable to unclassified systems, for other systems this is NA. The default configuration in Exploit Protection is "On by default" which meets this requirement. The PowerShell query results for this show as "NOTSET". Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -System". If the status of "Heap: TerminateOnError" is "OFF", this is a finding. Values that would not be a finding include: ON NOTSET (Default configuration)</check-content> </check> </Rule> </Group> <Group id="V-205882"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205882r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000060</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for Acrobat.exe.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93321</ident> <ident system="http://cyber.mil/legacy">SV-103409</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6147r356009_fix">Ensure the following mitigations are turned "ON" for Acrobat.exe: DEP: Enable: ON ASLR: BottomUp: ON ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6147r356009_fix" /> <check system="C-6147r356008_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name Acrobat.exe". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: BottomUp: ON ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205883"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205883r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000070</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for AcroRd32.exe.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93323</ident> <ident system="http://cyber.mil/legacy">SV-103411</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6148r356012_fix">Ensure the following mitigations are turned "ON" for AcroRd32.exe: DEP: Enable: ON ASLR: BottomUp: ON ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6148r356012_fix" /> <check system="C-6148r356011_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name AcroRd32.exe". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: BottomUp: ON ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205884"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205884r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000080</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for chrome.exe.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103413</ident> <ident system="http://cyber.mil/legacy">V-93325</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6149r356015_fix">Ensure the following mitigations are turned "ON" for chrome.exe: DEP: Enable: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6149r356015_fix" /> <check system="C-6149r356014_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name chrome.exe". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205885"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205885r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000090</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for EXCEL.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103415</ident> <ident system="http://cyber.mil/legacy">V-93327</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6150r356018_fix">Ensure the following mitigations are turned "ON" for EXCEL.EXE: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6150r356018_fix" /> <check system="C-6150r356017_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name EXCEL.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205886"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205886r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000100</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for firefox.exe.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103417</ident> <ident system="http://cyber.mil/legacy">V-93329</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6151r356021_fix">Ensure the following mitigations are turned "ON" for firefox.exe: DEP: Enable: ON ASLR: BottomUp: ON ForceRelocateImages: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6151r356021_fix" /> <check system="C-6151r356020_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name firefox.exe". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: BottomUp: ON ForceRelocateImages: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205887"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205887r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000110</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for FLTLDR.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93331</ident> <ident system="http://cyber.mil/legacy">SV-103419</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6152r356024_fix">Ensure the following mitigations are turned "ON" for FLTLDR.EXE: DEP: Enable: ON ImageLoad: BlockRemoteImageLoads: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Child Process: DisallowChildProcessCreation: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6152r356024_fix" /> <check system="C-6152r356023_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name FLTLDR.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ImageLoad: BlockRemoteImageLoads: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Child Process: DisallowChildProcessCreation: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205888"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205888r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000120</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for GROOVE.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103421</ident> <ident system="http://cyber.mil/legacy">V-93333</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6153r356027_fix">Ensure the following mitigations are turned "ON" for GROOVE.EXE: DEP: Enable: ON ASLR: ForceRelocateImages: ON ImageLoad: BlockRemoteImageLoads: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Child Process: DisallowChildProcessCreation: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6153r356027_fix" /> <check system="C-6153r356026_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name GROOVE.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON ImageLoad: BlockRemoteImageLoads: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Child Process: DisallowChildProcessCreation: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205889"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205889r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000130</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for iexplore.exe.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103423</ident> <ident system="http://cyber.mil/legacy">V-93335</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6154r356030_fix">Ensure the following mitigations are turned "ON" for iexplore.exe: DEP: Enable: ON ASLR: BottomUp: ON ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6154r356030_fix" /> <check system="C-6154r356029_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name iexplore.exe". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: BottomUp: ON ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205890"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205890r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000140</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for INFOPATH.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103425</ident> <ident system="http://cyber.mil/legacy">V-93337</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6155r356033_fix">Ensure the following mitigations are turned "ON" for INFOPATH.EXE: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6155r356033_fix" /> <check system="C-6155r356032_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name INFOPATH.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205891"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205891r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000150</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for java.exe, javaw.exe, and javaws.exe.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103427</ident> <ident system="http://cyber.mil/legacy">V-93339</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6156r356036_fix">Ensure the following mitigations are turned "ON" for java.exe, javaw.exe, and javaws.exe: DEP: Enable: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6156r356036_fix" /> <check system="C-6156r356035_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name [application name]" with each of the following substituted for [application name]: java.exe, javaw.exe, and javaws.exe (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON" for each, this is a finding: DEP: Enable: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205892"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205892r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000160</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for lync.exe.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103429</ident> <ident system="http://cyber.mil/legacy">V-93341</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6157r356039_fix">Ensure the following mitigations are turned "ON" for lync.exe: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6157r356039_fix" /> <check system="C-6157r356038_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name lync.exe". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205893"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205893r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000170</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for MSACCESS.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103431</ident> <ident system="http://cyber.mil/legacy">V-93343</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6158r356042_fix">Ensure the following mitigations are turned "ON" for MSACCESS.EXE: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6158r356042_fix" /> <check system="C-6158r356041_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name MSACCESS.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205894"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205894r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000180</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for MSPUB.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103433</ident> <ident system="http://cyber.mil/legacy">V-93345</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6159r356045_fix">Ensure the following mitigations are turned "ON" for MSPUB.EXE: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6159r356045_fix" /> <check system="C-6159r356044_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name MSPUB.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205895"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205895r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000190</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for OIS.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93347</ident> <ident system="http://cyber.mil/legacy">SV-103435</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6160r356048_fix">Ensure the following mitigations are turned "ON" for OIS.EXE: DEP: Enable: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6160r356048_fix" /> <check system="C-6160r356047_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name OIS.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205896"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205896r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000200</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for OneDrive.exe.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93349</ident> <ident system="http://cyber.mil/legacy">SV-103437</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6161r356051_fix">Ensure the following mitigations are turned "ON" for OneDrive.exe: DEP: Enable: ON ASLR: ForceRelocateImages: ON ImageLoad: BlockRemoteImageLoads: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6161r356051_fix" /> <check system="C-6161r356050_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name OneDrive.exe". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON ImageLoad: BlockRemoteImageLoads: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205897"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205897r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000210</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for OUTLOOK.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93351</ident> <ident system="http://cyber.mil/legacy">SV-103439</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6162r356054_fix">Ensure the following mitigations are turned "ON" for OUTLOOK.EXE: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6162r356054_fix" /> <check system="C-6162r356053_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name OUTLOOK.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205898"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205898r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000220</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for plugin-container.exe.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93353</ident> <ident system="http://cyber.mil/legacy">SV-103441</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6163r356057_fix">Ensure the following mitigations are turned "ON" for plugin-container.exe: DEP: Enable: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6163r356057_fix" /> <check system="C-6163r356056_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name plugin-container.exe". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205899"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205899r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000230</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for POWERPNT.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93355</ident> <ident system="http://cyber.mil/legacy">SV-103443</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6164r356060_fix">Ensure the following mitigations are turned "ON" for POWERPNT.EXE: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6164r356060_fix" /> <check system="C-6164r356059_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name POWERPNT.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205900"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205900r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000240</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for PPTVIEW.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93357</ident> <ident system="http://cyber.mil/legacy">SV-103445</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6165r356063_fix">Ensure the following mitigations are turned "ON" for PPTVIEW.EXE: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6165r356063_fix" /> <check system="C-6165r356062_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name PPTVIEW.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205901"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205901r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000250</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for VISIO.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103447</ident> <ident system="http://cyber.mil/legacy">V-93359</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6166r356066_fix">Ensure the following mitigations are turned "ON" for VISIO.EXE: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6166r356066_fix" /> <check system="C-6166r356065_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name VISIO.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205902"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205902r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000260</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for VPREVIEW.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103449</ident> <ident system="http://cyber.mil/legacy">V-93361</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6167r356069_fix">Ensure the following mitigations are turned "ON" for VPREVIEW.EXE: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6167r356069_fix" /> <check system="C-6167r356068_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name VPREVIEW.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205903"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205903r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000270</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for WINWORD.EXE.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93363</ident> <ident system="http://cyber.mil/legacy">SV-103451</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6168r356072_fix">Ensure the following mitigations are turned "ON" for WINWORD.EXE: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6168r356072_fix" /> <check system="C-6168r356071_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name WINWORD.EXE". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON ASLR: ForceRelocateImages: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205904"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205904r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000280</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for wmplayer.exe.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93365</ident> <ident system="http://cyber.mil/legacy">SV-103453</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6169r356075_fix">Ensure the following mitigations are turned "ON" for wmplayer.exe: DEP: Enable: ON Payload: EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6169r356075_fix" /> <check system="C-6169r356074_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name wmplayer.exe". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON Payload: EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205905"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205905r569188_rule" weight="10.0" severity="medium"> <version>WN19-EP-000290</version> <title>Windows Server 2019 Exploit Protection mitigations must be configured for wordpad.exe.</title> <description><VulnDiscussion>Exploit protection provides a means of enabling additional mitigations against potential threats at the system and application level. Without these additional application protections, Windows may be subject to various exploits.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103455</ident> <ident system="http://cyber.mil/legacy">V-93367</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6170r356078_fix">Ensure the following mitigations are turned "ON" for wordpad.exe: DEP: Enable: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON Application mitigations defined in the STIG are configured by a DoD EP XML file included with the STIG package in the "Supporting Files" folder. The XML file is applied with the group policy setting Computer Configuration >> Administrative Settings >> Windows Components >> Windows Defender Exploit Guard >> Exploit Protection >> "Use a common set of exploit protection settings" configured to "Enabled" with file name and location defined under "Options:". It is recommended the file be in a read-only network location.</fixtext> <fix id="F-6170r356078_fix" /> <check system="C-6170r356077_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the referenced application is not installed on the system, this is NA. This is applicable to unclassified systems, for other systems this is NA. Run "Windows PowerShell" with elevated privileges (run as administrator). Enter "Get-ProcessMitigation -Name wordpad.exe". (Get-ProcessMitigation can be run without the -Name parameter to get a list of all application mitigations configured.) If the following mitigations do not have a status of "ON", this is a finding: DEP: Enable: ON Payload: EnableExportAddressFilter: ON EnableExportAddressFilterPlus: ON EnableImportAddressFilter: ON EnableRopStackPivot: ON EnableRopCallerCheck: ON EnableRopSimExec: ON The PowerShell command produces a list of mitigations; only those with a required status of "ON" are listed here.</check-content> </check> </Rule> </Group> <Group id="V-205908"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205908r569188_rule" weight="10.0" severity="high"> <version>WN19-SO-000020</version> <title>Windows Server 2019 must prevent local accounts with blank passwords from being used from the network.</title> <description><VulnDiscussion>An account without a password can allow unauthorized access to a system as only the username would be required. Password policies should prevent accounts with blank passwords from existing on a system. However, if a local account with a blank password does exist, enabling this setting will prevent network access, limiting the account to local console logon only.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93279</ident> <ident system="http://cyber.mil/legacy">SV-103367</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6173r356087_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Accounts: Limit local account use of blank passwords to console logon only" to "Enabled".</fixtext> <fix id="F-6173r356087_fix" /> <check system="C-6173r356086_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\Lsa\ Value Name: LimitBlankPasswordUse Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205911"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205911r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000100</version> <title>Windows Server 2019 maximum age for machine account passwords must be configured to 30 days or less.</title> <description><VulnDiscussion>Computer account passwords are changed automatically on a regular basis. This setting controls the maximum password age that a machine account may have. This must be set to no more than 30 days, ensuring the machine changes its password monthly.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103373</ident> <ident system="http://cyber.mil/legacy">V-93285</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6176r356096_fix">This is the default configuration for this setting (30 days). Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Domain member: Maximum machine account password age" to "30" or less (excluding "0", which is unacceptable).</fixtext> <fix id="F-6176r356096_fix" /> <check system="C-6176r356095_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This is the default configuration for this setting (30 days). If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\ Value Name: MaximumPasswordAge Value Type: REG_DWORD Value: 0x0000001e (30) (or less, but not 0)</check-content> </check> </Rule> </Group> <Group id="V-205912"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205912r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000150</version> <title>Windows Server 2019 Smart Card removal option must be configured to Force Logoff or Lock Workstation.</title> <description><VulnDiscussion>Unattended systems are susceptible to unauthorized use and must be locked. Configuring a system to lock when a smart card is removed will ensure the system is inaccessible when unattended.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93287</ident> <ident system="http://cyber.mil/legacy">SV-103375</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6177r356099_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Interactive logon: Smart card removal behavior" to "Lock Workstation" or "Force Logoff".</fixtext> <fix id="F-6177r356099_fix" /> <check system="C-6177r356098_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\ Value Name: scremoveoption Value Type: REG_SZ Value: 1 (Lock Workstation) or 2 (Force Logoff) If configuring this on servers causes issues, such as terminating users' remote sessions, and the organization has a policy in place that any other sessions on the servers, such as administrative console logons, are manually locked or logged off when unattended or not in use, this would be acceptable. This must be documented with the ISSO.</check-content> </check> </Rule> </Group> <Group id="V-205913"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205913r569188_rule" weight="10.0" severity="high"> <version>WN19-SO-000210</version> <title>Windows Server 2019 must not allow anonymous SID/Name translation.</title> <description><VulnDiscussion>Allowing anonymous SID/Name translation can provide sensitive information for accessing a system. Only authorized users must be able to perform such translations.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103377</ident> <ident system="http://cyber.mil/legacy">V-93289</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6178r356102_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network access: Allow anonymous SID/Name translation" to "Disabled".</fixtext> <fix id="F-6178r356102_fix" /> <check system="C-6178r356101_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options. If the value for "Network access: Allow anonymous SID/Name translation" is not set to "Disabled", this is a finding.</check-content> </check> </Rule> </Group> <Group id="V-205914"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205914r569188_rule" weight="10.0" severity="high"> <version>WN19-SO-000220</version> <title>Windows Server 2019 must not allow anonymous enumeration of Security Account Manager (SAM) accounts.</title> <description><VulnDiscussion>Anonymous enumeration of SAM accounts allows anonymous logon users (null session connections) to list all accounts names, thus providing a list of potential points to attack the system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93291</ident> <ident system="http://cyber.mil/legacy">SV-103379</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6179r356105_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network access: Do not allow anonymous enumeration of SAM accounts" to "Enabled".</fixtext> <fix id="F-6179r356105_fix" /> <check system="C-6179r356104_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\Lsa\ Value Name: RestrictAnonymousSAM Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205915"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205915r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000240</version> <title>Windows Server 2019 must be configured to prevent anonymous users from having the same permissions as the Everyone group.</title> <description><VulnDiscussion>Access by anonymous users must be restricted. If this setting is enabled, anonymous users have the same rights and permissions as the built-in Everyone group. Anonymous users must not have these permissions or rights.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93293</ident> <ident system="http://cyber.mil/legacy">SV-103381</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6180r356108_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network access: Let Everyone permissions apply to anonymous users" to "Disabled".</fixtext> <fix id="F-6180r356108_fix" /> <check system="C-6180r356107_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\Lsa\ Value Name: EveryoneIncludesAnonymous Value Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205916"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205916r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000260</version> <title>Windows Server 2019 services using Local System that use Negotiate when reverting to NTLM authentication must use the computer identity instead of authenticating anonymously.</title> <description><VulnDiscussion>Services using Local System that use Negotiate when reverting to NTLM authentication may gain unauthorized access if allowed to authenticate anonymously versus using the computer identity.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103383</ident> <ident system="http://cyber.mil/legacy">V-93295</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6181r356111_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network security: Allow Local System to use computer identity for NTLM" to "Enabled".</fixtext> <fix id="F-6181r356111_fix" /> <check system="C-6181r356110_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\LSA\ Value Name: UseMachineId Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205917"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205917r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000270</version> <title>Windows Server 2019 must prevent NTLM from falling back to a Null session.</title> <description><VulnDiscussion>NTLM sessions that are allowed to fall back to Null (unauthenticated) sessions may gain unauthorized access.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93297</ident> <ident system="http://cyber.mil/legacy">SV-103385</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6182r356114_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network security: Allow LocalSystem NULL session fallback" to "Disabled".</fixtext> <fix id="F-6182r356114_fix" /> <check system="C-6182r356113_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\LSA\MSV1_0\ Value Name: allownullsessionfallback Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205918"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205918r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000280</version> <title>Windows Server 2019 must prevent PKU2U authentication using online identities.</title> <description><VulnDiscussion>PKU2U is a peer-to-peer authentication protocol. This setting prevents online identities from authenticating to domain-joined systems. Authentication will be centrally managed with Windows user accounts.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103387</ident> <ident system="http://cyber.mil/legacy">V-93299</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6183r356117_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network security: Allow PKU2U authentication requests to this computer to use online identities" to "Disabled".</fixtext> <fix id="F-6183r356117_fix" /> <check system="C-6183r356116_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\LSA\pku2u\ Value Name: AllowOnlineID Type: REG_DWORD Value: 0x00000000 (0)</check-content> </check> </Rule> </Group> <Group id="V-205919"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205919r569188_rule" weight="10.0" severity="high"> <version>WN19-SO-000310</version> <title>Windows Server 2019 LAN Manager authentication level must be configured to send NTLMv2 response only and to refuse LM and NTLM.</title> <description><VulnDiscussion>The Kerberos v5 authentication protocol is the default for authentication of users who are logging on to domain accounts. NTLM, which is less secure, is retained in later Windows versions for compatibility with clients and servers that are running earlier versions of Windows or applications that still use it. It is also used to authenticate logons to standalone computers that are running later versions.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103389</ident> <ident system="http://cyber.mil/legacy">V-93301</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6184r356120_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network security: LAN Manager authentication level" to "Send NTLMv2 response only. Refuse LM & NTLM".</fixtext> <fix id="F-6184r356120_fix" /> <check system="C-6184r356119_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\Lsa\ Value Name: LmCompatibilityLevel Value Type: REG_DWORD Value: 0x00000005 (5)</check-content> </check> </Rule> </Group> <Group id="V-205920"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205920r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000320</version> <title>Windows Server 2019 must be configured to at least negotiate signing for LDAP client signing.</title> <description><VulnDiscussion>This setting controls the signing requirements for LDAP clients. This must be set to "Negotiate signing" or "Require signing", depending on the environment and type of LDAP server in use.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103391</ident> <ident system="http://cyber.mil/legacy">V-93303</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6185r356123_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network security: LDAP client signing requirements" to "Negotiate signing" at a minimum.</fixtext> <fix id="F-6185r356123_fix" /> <check system="C-6185r356122_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Services\LDAP\ Value Name: LDAPClientIntegrity Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205921"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205921r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000330</version> <title>Windows Server 2019 session security for NTLM SSP-based clients must be configured to require NTLMv2 session security and 128-bit encryption.</title> <description><VulnDiscussion>Microsoft has implemented a variety of security support providers for use with Remote Procedure Call (RPC) sessions. All of the options must be enabled to ensure the maximum security level.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103393</ident> <ident system="http://cyber.mil/legacy">V-93305</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6186r356126_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network security: Minimum session security for NTLM SSP based (including secure RPC) clients" to "Require NTLMv2 session security" and "Require 128-bit encryption" (all options selected).</fixtext> <fix id="F-6186r356126_fix" /> <check system="C-6186r356125_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0\ Value Name: NTLMMinClientSec Value Type: REG_DWORD Value: 0x20080000 (537395200)</check-content> </check> </Rule> </Group> <Group id="V-205922"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205922r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000340</version> <title>Windows Server 2019 session security for NTLM SSP-based servers must be configured to require NTLMv2 session security and 128-bit encryption.</title> <description><VulnDiscussion>Microsoft has implemented a variety of security support providers for use with Remote Procedure Call (RPC) sessions. All of the options must be enabled to ensure the maximum security level.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103395</ident> <ident system="http://cyber.mil/legacy">V-93307</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6187r356129_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Network security: Minimum session security for NTLM SSP based (including secure RPC) servers" to "Require NTLMv2 session security" and "Require 128-bit encryption" (all options selected).</fixtext> <fix id="F-6187r356129_fix" /> <check system="C-6187r356128_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0\ Value Name: NTLMMinServerSec Value Type: REG_DWORD Value: 0x20080000 (537395200)</check-content> </check> </Rule> </Group> <Group id="V-205923"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205923r569188_rule" weight="10.0" severity="low"> <version>WN19-SO-000370</version> <title>Windows Server 2019 default permissions of global system objects must be strengthened.</title> <description><VulnDiscussion>Windows systems maintain a global list of shared system resources such as DOS device names, mutexes, and semaphores. Each type of object is created with a default Discretionary Access Control List (DACL) that specifies who can access the objects with what permissions. When this policy is enabled, the default DACL is stronger, allowing non-administrative users to read shared objects but not to modify shared objects they did not create.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93309</ident> <ident system="http://cyber.mil/legacy">SV-103397</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6188r356132_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "System objects: Strengthen default permissions of internal system objects (e.g., Symbolic Links)" to "Enabled".</fixtext> <fix id="F-6188r356132_fix" /> <check system="C-6188r356131_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry value does not exist or is not configured as specified, this is a finding: Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SYSTEM\CurrentControlSet\Control\Session Manager\ Value Name: ProtectionMode Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-205924"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205924r569188_rule" weight="10.0" severity="medium"> <version>WN19-UC-000010</version> <title>Windows Server 2019 must preserve zone information when saving attachments.</title> <description><VulnDiscussion>Attachments from outside sources may contain malicious code. Preserving zone of origin (Internet, intranet, local, restricted) information on file attachments allows Windows to determine risk.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103399</ident> <ident system="http://cyber.mil/legacy">V-93311</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6189r356135_fix">The default behavior is for Windows to mark file attachments with their zone information. If this needs to be corrected, configure the policy value for User Configuration >> Administrative Templates >> Windows Components >> Attachment Manager >> "Do not preserve zone information in file attachments" to "Not Configured" or "Disabled".</fixtext> <fix id="F-6189r356135_fix" /> <check system="C-6189r356134_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>The default behavior is for Windows to mark file attachments with their zone information. If the registry Value Name below does not exist, this is not a finding. If it exists and is configured with a value of "2", this is not a finding. If it exists and is configured with a value of "1", this is a finding. Registry Hive: HKEY_CURRENT_USER Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Attachments\ Value Name: SaveZoneInformation Value Type: REG_DWORD Value: 0x00000002 (2) (or if the Value Name does not exist)</check-content> </check> </Rule> </Group> <Group id="V-205925"> <title>SRG-OS-000480-GPOS-00229</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205925r569188_rule" weight="10.0" severity="medium"> <version>WN19-CC-000450</version> <title>Windows Server 2019 must disable automatically signing in the last interactive user after a system-initiated restart.</title> <description><VulnDiscussion>Windows can be configured to automatically sign the user back in after a Windows Update restart. Some protections are in place to help ensure this is done in a secure fashion; however, disabling this will prevent the caching of credentials for this purpose and also ensure the user is aware of the restart.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103357</ident> <ident system="http://cyber.mil/legacy">V-93269</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6190r356138_fix">Configure the policy value for Computer Configuration >> Administrative Templates >> Windows Components >> Windows Logon Options >> "Sign-in last interactive user automatically after a system-initiated restart" to "Disabled".</fixtext> <fix id="F-6190r356138_fix" /> <check system="C-6190r356137_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the registry value below. If it does not exist or is not configured as specified, this is a finding. Registry Hive: HKEY_LOCAL_MACHINE Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\ Value Name: DisableAutomaticRestartSignOn Value Type: REG_DWORD Value: 0x00000001 (1)</check-content> </check> </Rule> </Group> <Group id="V-214936"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-214936r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000280</version> <title>Windows Server 2019 must have a host-based firewall installed and enabled.</title> <description><VulnDiscussion>A firewall provides a line of defense against attack, allowing or blocking inbound and outbound connections based on a set of rules.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93571</ident> <ident system="http://cyber.mil/legacy">SV-103657</ident> <ident system="http://cyber.mil/cci">CCI-002080</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-16134r356141_fix">Install and enable a host-based firewall on the system.</fixtext> <fix id="F-16134r356141_fix" /> <check system="C-16136r356140_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Determine if a host-based firewall is installed and enabled on the system. If a host-based firewall is not installed and enabled on the system, this is a finding. The configuration requirements will be determined by the applicable firewall STIG.</check-content> </check> </Rule> </Group> <Group id="V-236001"> <title>SRG-OS-000095-GPOS-00049</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-236001r641821_rule" weight="10.0" severity="medium"> <version>WN19-CC-000451</version> <title>The Windows Explorer Preview pane must be disabled for Windows Server 2019.</title> <description><VulnDiscussion>A known vulnerability in Windows could allow the execution of malicious code by either opening a compromised document or viewing it in the Windows Preview pane. Organizations must disable the Windows Preview pane and Windows Detail pane.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-102625</ident> <ident system="http://cyber.mil/legacy">SV-111575</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-39183r641820_fix">Ensure the following settings are configured for Windows Server 2019 locally or applied through group policy. Configure the policy value for User Configuration >> Administrative Templates >> Windows Components >> File Explorer >> Explorer Frame Pane "Turn off Preview Pane" to "Enabled". Configure the policy value for User Configuration >> Administrative Templates >> Windows Components >> File Explorer >> Explorer Frame Pane "Turn on or off details pane" to "Enabled" and "Configure details pane" to "Always hide".</fixtext> <fix id="F-39183r641820_fix" /> <check system="C-39220r641819_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>If the following registry values do not exist or are not configured as specified, this is a finding: Registry Hive: HKEY_CURRENT_USER Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer Value Name: NoPreviewPane Value Type: REG_DWORD Value: 1 Registry Hive: HKEY_CURRENT_USER Registry Path: \SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer Value Name: NoReadingPane Value Type: REG_DWORD Value: 1</check-content> </check> </Rule> </Group> <Group id="V-205629"> <title>SRG-OS-000021-GPOS-00005</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205629r569188_rule" weight="10.0" severity="medium"> <version>WN19-AC-000020</version> <title>Windows Server 2019 must have the number of allowed bad logon attempts configured to three or less.</title> <description><VulnDiscussion>The account lockout feature, when enabled, prevents brute-force password attacks on the system. The higher this value is, the less effective the account lockout feature will be in protecting the local system. The number of bad logon attempts must be reasonably small to minimize the possibility of a successful password attack while allowing for honest errors made during normal user logon.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93141</ident> <ident system="http://cyber.mil/legacy">SV-103229</ident> <ident system="http://cyber.mil/cci">CCI-000044</ident> <fixtext fixref="F-5894r354806_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Account Lockout Policy >> "Account lockout threshold" to "3" or fewer invalid logon attempts (excluding "0", which is unacceptable).</fixtext> <fix id="F-5894r354806_fix" /> <check system="C-5894r354805_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Account Lockout Policy. If the "Account lockout threshold" is "0" or more than "3" attempts, this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205630"> <title>SRG-OS-000021-GPOS-00005</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205630r569188_rule" weight="10.0" severity="medium"> <version>WN19-AC-000030</version> <title>Windows Server 2019 must have the period of time before the bad logon counter is reset configured to 15 minutes or greater.</title> <description><VulnDiscussion>The account lockout feature, when enabled, prevents brute-force password attacks on the system. This parameter specifies the period of time that must pass after failed logon attempts before the counter is reset to "0". The smaller this value is, the less effective the account lockout feature will be in protecting the local system. Satisfies: SRG-OS-000021-GPOS-00005, SRG-OS-000329-GPOS-00128</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103231</ident> <ident system="http://cyber.mil/legacy">V-93143</ident> <ident system="http://cyber.mil/cci">CCI-000044</ident> <ident system="http://cyber.mil/cci">CCI-002238</ident> <fixtext fixref="F-5895r354809_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Account Lockout Policy >> "Reset account lockout counter after" to at least "15" minutes.</fixtext> <fix id="F-5895r354809_fix" /> <check system="C-5895r354808_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Account Lockout Policy. If the "Reset account lockout counter after" value is less than "15" minutes, this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205643"> <title>SRG-OS-000057-GPOS-00027</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205643r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000170</version> <title>Windows Server 2019 Manage auditing and security log user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Manage auditing and security log" user right can manage the security log and change auditing configurations. This could be used to clear evidence of tampering. Satisfies: SRG-OS-000057-GPOS-00027, SRG-OS-000058-GPOS-00028, SRG-OS-000059-GPOS-00029, SRG-OS-000063-GPOS-00032, SRG-OS-000337-GPOS-00129</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93197</ident> <ident system="http://cyber.mil/legacy">SV-103285</ident> <ident system="http://cyber.mil/cci">CCI-000171</ident> <ident system="http://cyber.mil/cci">CCI-000164</ident> <ident system="http://cyber.mil/cci">CCI-000162</ident> <ident system="http://cyber.mil/cci">CCI-000163</ident> <ident system="http://cyber.mil/cci">CCI-001914</ident> <fixtext fixref="F-5908r354848_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Manage auditing and security log" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-5908r354848_fix" /> <check system="C-5908r354847_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Manage auditing and security log" user right, this is a finding. - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205652"> <title>SRG-OS-000069-GPOS-00037</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205652r569188_rule" weight="10.0" severity="medium"> <version>WN19-AC-000080</version> <title>Windows Server 2019 must have the built-in Windows password complexity policy enabled.</title> <description><VulnDiscussion>The use of complex passwords increases their strength against attack. The built-in Windows password complexity policy requires passwords to contain at least three of the four types of characters (numbers, uppercase and lowercase letters, and special characters) and prevents the inclusion of user names or parts of user names. Satisfies: SRG-OS-000069-GPOS-00037, SRG-OS-000070-GPOS-00038, SRG-OS-000071-GPOS-00039, SRG-OS-000266-GPOS-00101</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93459</ident> <ident system="http://cyber.mil/legacy">SV-103545</ident> <ident system="http://cyber.mil/cci">CCI-000192</ident> <ident system="http://cyber.mil/cci">CCI-000193</ident> <ident system="http://cyber.mil/cci">CCI-000194</ident> <ident system="http://cyber.mil/cci">CCI-001619</ident> <fixtext fixref="F-5917r354875_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Password Policy >> "Password must meet complexity requirements" to "Enabled".</fixtext> <fix id="F-5917r354875_fix" /> <check system="C-5917r354874_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Password Policy. If the value for "Password must meet complexity requirements" is not set to "Enabled", this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205653"> <title>SRG-OS-000073-GPOS-00041</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205653r569188_rule" weight="10.0" severity="high"> <version>WN19-AC-000090</version> <title>Windows Server 2019 reversible password encryption must be disabled.</title> <description><VulnDiscussion>Storing passwords using reversible encryption is essentially the same as storing clear-text versions of the passwords, which are easily compromised. For this reason, this policy must never be enabled.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103551</ident> <ident system="http://cyber.mil/legacy">V-93465</ident> <ident system="http://cyber.mil/cci">CCI-000196</ident> <fixtext fixref="F-5918r354878_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Password Policy >> "Store passwords using reversible encryption" to "Disabled".</fixtext> <fix id="F-5918r354878_fix" /> <check system="C-5918r354877_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Password Policy. If the value for "Store passwords using reversible encryption" is not set to "Disabled", this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205656"> <title>SRG-OS-000075-GPOS-00043</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205656r569188_rule" weight="10.0" severity="medium"> <version>WN19-AC-000060</version> <title>Windows Server 2019 minimum password age must be configured to at least one day.</title> <description><VulnDiscussion>Permitting passwords to be changed in immediate succession within the same day allows users to cycle passwords through their history database. This enables users to effectively negate the purpose of mandating periodic password changes.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103557</ident> <ident system="http://cyber.mil/legacy">V-93471</ident> <ident system="http://cyber.mil/cci">CCI-000198</ident> <fixtext fixref="F-5921r354887_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Password Policy >> "Minimum password age" to at least "1" day.</fixtext> <fix id="F-5921r354887_fix" /> <check system="C-5921r354886_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Password Policy. If the value for the "Minimum password age" is set to "0" days ("Password can be changed immediately"), this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205659"> <title>SRG-OS-000076-GPOS-00044</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205659r569188_rule" weight="10.0" severity="medium"> <version>WN19-AC-000050</version> <title>Windows Server 2019 maximum password age must be configured to 60 days or less.</title> <description><VulnDiscussion>The longer a password is in use, the greater the opportunity for someone to gain unauthorized knowledge of the passwords. Scheduled changing of passwords hinders the ability of unauthorized system users to crack passwords and gain access to a system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93477</ident> <ident system="http://cyber.mil/legacy">SV-103563</ident> <ident system="http://cyber.mil/cci">CCI-000199</ident> <fixtext fixref="F-5924r354896_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Password Policy >> "Maximum password age" to "60" days or less (excluding "0", which is unacceptable).</fixtext> <fix id="F-5924r354896_fix" /> <check system="C-5924r354895_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Password Policy. If the value for the "Maximum password age" is greater than "60" days, this is a finding. If the value is set to "0" (never expires), this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205660"> <title>SRG-OS-000077-GPOS-00045</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205660r569188_rule" weight="10.0" severity="medium"> <version>WN19-AC-000040</version> <title>Windows Server 2019 password history must be configured to 24 passwords remembered.</title> <description><VulnDiscussion>A system is more vulnerable to unauthorized access when system users recycle the same password several times without being required to change to a unique password on a regularly scheduled basis. This enables users to effectively negate the purpose of mandating periodic password changes. The default value is "24" for Windows domain systems. DoD has decided this is the appropriate value for all Windows systems.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93479</ident> <ident system="http://cyber.mil/legacy">SV-103565</ident> <ident system="http://cyber.mil/cci">CCI-000200</ident> <fixtext fixref="F-5925r354899_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Password Policy >> "Enforce password history" to "24" passwords remembered.</fixtext> <fix id="F-5925r354899_fix" /> <check system="C-5925r354898_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Password Policy. If the value for "Enforce password history" is less than "24" passwords remembered, this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205662"> <title>SRG-OS-000078-GPOS-00046</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205662r569188_rule" weight="10.0" severity="medium"> <version>WN19-AC-000070</version> <title>Windows Server 2019 minimum password length must be configured to 14 characters.</title> <description><VulnDiscussion>Information systems not protected with strong password schemes (including passwords of minimum length) provide the opportunity for anyone to crack the password, thus gaining access to the system and compromising the device, information, or the local network.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93463</ident> <ident system="http://cyber.mil/legacy">SV-103549</ident> <ident system="http://cyber.mil/cci">CCI-000205</ident> <fixtext fixref="F-5927r354905_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Password Policy >> "Minimum password length" to "14" characters.</fixtext> <fix id="F-5927r354905_fix" /> <check system="C-5927r354904_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Password Policy. If the value for the "Minimum password length," is less than "14" characters, this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205665"> <title>SRG-OS-000080-GPOS-00048</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205665r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000340</version> <title>Windows Server 2019 Access this computer from the network user right must only be assigned to the Administrators, Authenticated Users, and Enterprise Domain Controllers groups on domain controllers.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Access this computer from the network" right may access resources on the system, and this right must be limited to those requiring it.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103083</ident> <ident system="http://cyber.mil/legacy">V-92995</ident> <ident system="http://cyber.mil/cci">CCI-000213</ident> <fixtext fixref="F-5930r354914_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Access this computer from the network" to include only the following accounts or groups: - Administrators - Authenticated Users - Enterprise Domain Controllers</fixtext> <fix id="F-5930r354914_fix" /> <check system="C-5930r354913_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Access this computer from the network" right, this is a finding. - Administrators - Authenticated Users - Enterprise Domain Controllers </check-content> </check> </Rule> </Group> <Group id="V-205666"> <title>SRG-OS-000080-GPOS-00048</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205666r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000360</version> <title>Windows Server 2019 Allow log on through Remote Desktop Services user right must only be assigned to the Administrators group on domain controllers.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Allow log on through Remote Desktop Services" user right can access a system through Remote Desktop.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-92997</ident> <ident system="http://cyber.mil/legacy">SV-103085</ident> <ident system="http://cyber.mil/cci">CCI-000213</ident> <fixtext fixref="F-5931r354917_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Allow log on through Remote Desktop Services" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-5931r354917_fix" /> <check system="C-5931r354916_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers, it is NA for other systems. Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Allow log on through Remote Desktop Services" user right, this is a finding. - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205667"> <title>SRG-OS-000080-GPOS-00048</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205667r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000370</version> <title>Windows Server 2019 Deny access to this computer from the network user right on domain controllers must be configured to prevent unauthenticated access.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. The "Deny access to this computer from the network" user right defines the accounts that are prevented from logging on from the network. The Guests group must be assigned this right to prevent unauthenticated access.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103087</ident> <ident system="http://cyber.mil/legacy">V-92999</ident> <ident system="http://cyber.mil/cci">CCI-000213</ident> <fixtext fixref="F-5932r354920_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Deny access to this computer from the network" to include the following: - Guests Group</fixtext> <fix id="F-5932r354920_fix" /> <check system="C-5932r354919_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. A separate version applies to other systems. Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If the following accounts or groups are not defined for the "Deny access to this computer from the network" user right, this is a finding: - Guests Group </check-content> </check> </Rule> </Group> <Group id="V-205668"> <title>SRG-OS-000080-GPOS-00048</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205668r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000380</version> <title>Windows Server 2019 Deny log on as a batch job user right on domain controllers must be configured to prevent unauthenticated access.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. The "Deny log on as a batch job" user right defines accounts that are prevented from logging on to the system as a batch job, such as Task Scheduler. The Guests group must be assigned to prevent unauthenticated access.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103089</ident> <ident system="http://cyber.mil/legacy">V-93001</ident> <ident system="http://cyber.mil/cci">CCI-000213</ident> <fixtext fixref="F-5933r354923_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Deny log on as a batch job" to include the following: - Guests Group</fixtext> <fix id="F-5933r354923_fix" /> <check system="C-5933r354922_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. A separate version applies to other systems. Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If the following accounts or groups are not defined for the "Deny log on as a batch job" user right, this is a finding: - Guests Group </check-content> </check> </Rule> </Group> <Group id="V-205669"> <title>SRG-OS-000080-GPOS-00048</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205669r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000390</version> <title>Windows Server 2019 Deny log on as a service user right must be configured to include no accounts or groups (blank) on domain controllers.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. The "Deny log on as a service" user right defines accounts that are denied logon as a service. Incorrect configurations could prevent services from starting and result in a denial of service.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93003</ident> <ident system="http://cyber.mil/legacy">SV-103091</ident> <ident system="http://cyber.mil/cci">CCI-000213</ident> <fixtext fixref="F-5934r354926_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Deny log on as a service" to include no entries (blank).</fixtext> <fix id="F-5934r354926_fix" /> <check system="C-5934r354925_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. A separate version applies to other systems. Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups are defined for the "Deny log on as a service" user right, this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205670"> <title>SRG-OS-000080-GPOS-00048</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205670r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000400</version> <title>Windows Server 2019 Deny log on locally user right on domain controllers must be configured to prevent unauthenticated access.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. The "Deny log on locally" user right defines accounts that are prevented from logging on interactively. The Guests group must be assigned this right to prevent unauthenticated access.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103093</ident> <ident system="http://cyber.mil/legacy">V-93005</ident> <ident system="http://cyber.mil/cci">CCI-000213</ident> <fixtext fixref="F-5935r354929_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Deny log on locally" to include the following: - Guests Group</fixtext> <fix id="F-5935r354929_fix" /> <check system="C-5935r354928_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. A separate version applies to other systems. Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If the following accounts or groups are not defined for the "Deny log on locally" user right, this is a finding: - Guests Group </check-content> </check> </Rule> </Group> <Group id="V-205676"> <title>SRG-OS-000080-GPOS-00048</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205676r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000030</version> <title>Windows Server 2019 Allow log on locally user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Allow log on locally" user right can log on interactively to a system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93017</ident> <ident system="http://cyber.mil/legacy">SV-103105</ident> <ident system="http://cyber.mil/cci">CCI-000213</ident> <fixtext fixref="F-5941r354947_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Allow log on locally" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-5941r354947_fix" /> <check system="C-5941r354946_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Allow log on locally" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205709"> <title>SRG-OS-000121-GPOS-00062</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205709r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000010</version> <title>Windows Server 2019 must have the built-in guest account disabled.</title> <description><VulnDiscussion>A system faces an increased vulnerability threat if the built-in guest account is not disabled. This is a known account that exists on all Windows systems and cannot be deleted. This account is initialized during the installation of the operating system with no password assigned.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93497</ident> <ident system="http://cyber.mil/legacy">SV-103583</ident> <ident system="http://cyber.mil/cci">CCI-000804</ident> <fixtext fixref="F-5974r355046_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Accounts: Guest account status" to "Disabled".</fixtext> <fix id="F-5974r355046_fix" /> <check system="C-5974r355045_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options. If the value for "Accounts: Guest account status" is not set to "Disabled", this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205732"> <title>SRG-OS-000297-GPOS-00115</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205732r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000410</version> <title>Windows Server 2019 Deny log on through Remote Desktop Services user right on domain controllers must be configured to prevent unauthenticated access.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. The "Deny log on through Remote Desktop Services" user right defines the accounts that are prevented from logging on using Remote Desktop Services. The Guests group must be assigned this right to prevent unauthenticated access.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103051</ident> <ident system="http://cyber.mil/legacy">V-92963</ident> <ident system="http://cyber.mil/cci">CCI-002314</ident> <fixtext fixref="F-5997r355115_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Deny log on through Remote Desktop Services" to include the following: - Guests Group</fixtext> <fix id="F-5997r355115_fix" /> <check system="C-5997r355114_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. A separate version applies to other systems. Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If the following accounts or groups are not defined for the "Deny log on through Remote Desktop Services" user right, this is a finding: - Guests Group </check-content> </check> </Rule> </Group> <Group id="V-205744"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205744r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000350</version> <title>Windows Server 2019 Add workstations to domain user right must only be assigned to the Administrators group on domain controllers.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Add workstations to domain" right may add computers to a domain. This could result in unapproved or incorrectly configured systems being added to a domain.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93039</ident> <ident system="http://cyber.mil/legacy">SV-103127</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6009r355151_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Add workstations to domain" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6009r355151_fix" /> <check system="C-6009r355150_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. It is NA for other systems. Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Add workstations to domain" right, this is a finding. - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205745"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205745r569188_rule" weight="10.0" severity="medium"> <version>WN19-DC-000420</version> <title>Windows Server 2019 Enable computer and user accounts to be trusted for delegation user right must only be assigned to the Administrators group on domain controllers.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. The "Enable computer and user accounts to be trusted for delegation" user right allows the "Trusted for Delegation" setting to be changed. This could allow unauthorized users to impersonate other users.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103129</ident> <ident system="http://cyber.mil/legacy">V-93041</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6010r355154_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Enable computer and user accounts to be trusted for delegation" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6010r355154_fix" /> <check system="C-6010r355153_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>This applies to domain controllers. A separate version applies to other systems. Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Enable computer and user accounts to be trusted for delegation" user right, this is a finding. - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205749"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205749r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000010</version> <title>Windows Server 2019 Access Credential Manager as a trusted caller user right must not be assigned to any groups or accounts.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Access Credential Manager as a trusted caller" user right may be able to retrieve the credentials of other accounts from Credential Manager.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93049</ident> <ident system="http://cyber.mil/legacy">SV-103137</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6014r355166_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Access Credential Manager as a trusted caller" to be defined but containing no entries (blank).</fixtext> <fix id="F-6014r355166_fix" /> <check system="C-6014r355165_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups are granted the "Access Credential Manager as a trusted caller" user right, this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205750"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205750r569188_rule" weight="10.0" severity="high"> <version>WN19-UR-000020</version> <title>Windows Server 2019 Act as part of the operating system user right must not be assigned to any groups or accounts.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Act as part of the operating system" user right can assume the identity of any user and gain access to resources that the user is authorized to access. Any accounts with this right can take complete control of a system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103139</ident> <ident system="http://cyber.mil/legacy">V-93051</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6015r355169_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Act as part of the operating system" to be defined but containing no entries (blank).</fixtext> <fix id="F-6015r355169_fix" /> <check system="C-6015r355168_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups (to include administrators), are granted the "Act as part of the operating system" user right, this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205751"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205751r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000040</version> <title>Windows Server 2019 Back up files and directories user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Back up files and directories" user right can circumvent file and directory permissions and could allow access to sensitive data.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93053</ident> <ident system="http://cyber.mil/legacy">SV-103141</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6016r355172_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Back up files and directories" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6016r355172_fix" /> <check system="C-6016r355171_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Back up files and directories" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205752"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205752r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000050</version> <title>Windows Server 2019 Create a pagefile user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Create a pagefile" user right can change the size of a pagefile, which could affect system performance.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103143</ident> <ident system="http://cyber.mil/legacy">V-93055</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6017r355175_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Create a pagefile" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6017r355175_fix" /> <check system="C-6017r355174_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Create a pagefile" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205753"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205753r569188_rule" weight="10.0" severity="high"> <version>WN19-UR-000060</version> <title>Windows Server 2019 Create a token object user right must not be assigned to any groups or accounts.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. The "Create a token object" user right allows a process to create an access token. This could be used to provide elevated rights and compromise a system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93057</ident> <ident system="http://cyber.mil/legacy">SV-103145</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6018r355178_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Create a token object" to be defined but containing no entries (blank).</fixtext> <fix id="F-6018r355178_fix" /> <check system="C-6018r355177_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups are granted the "Create a token object" user right, this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205754"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205754r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000070</version> <title>Windows Server 2019 Create global objects user right must only be assigned to Administrators, Service, Local Service, and Network Service.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Create global objects" user right can create objects that are available to all sessions, which could affect processes in other users' sessions.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93059</ident> <ident system="http://cyber.mil/legacy">SV-103147</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6019r355181_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Create global objects" to include only the following accounts or groups: - Administrators - Service - Local Service - Network Service</fixtext> <fix id="F-6019r355181_fix" /> <check system="C-6019r355180_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Create global objects" user right, this is a finding: - Administrators - Service - Local Service - Network Service </check-content> </check> </Rule> </Group> <Group id="V-205755"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205755r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000080</version> <title>Windows Server 2019 Create permanent shared objects user right must not be assigned to any groups or accounts.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Create permanent shared objects" user right could expose sensitive data by creating shared objects.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103149</ident> <ident system="http://cyber.mil/legacy">V-93061</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6020r355184_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Create permanent shared objects" to be defined but containing no entries (blank).</fixtext> <fix id="F-6020r355184_fix" /> <check system="C-6020r355183_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups are granted the "Create permanent shared objects" user right, this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205756"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205756r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000090</version> <title>Windows Server 2019 Create symbolic links user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Create symbolic links" user right can create pointers to other objects, which could expose the system to attack.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103151</ident> <ident system="http://cyber.mil/legacy">V-93063</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6021r355187_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Create symbolic links" to include only the following accounts or groups: - Administrators Systems that have the Hyper-V role will also have "Virtual Machines" given this user right. If this needs to be added manually, enter it as "NT Virtual Machine\Virtual Machines".</fixtext> <fix id="F-6021r355187_fix" /> <check system="C-6021r355186_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Create symbolic links" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205757"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205757r569188_rule" weight="10.0" severity="high"> <version>WN19-UR-000100</version> <title>Windows Server 2019 Debug programs: user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Debug programs" user right can attach a debugger to any process or to the kernel, providing complete access to sensitive and critical operating system components. This right is given to Administrators in the default configuration.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93065</ident> <ident system="http://cyber.mil/legacy">SV-103153</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6022r355190_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Debug programs" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6022r355190_fix" /> <check system="C-6022r355189_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Debug programs" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205758"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205758r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000110</version> <title>Windows Server 2019 Force shutdown from a remote system user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Force shutdown from a remote system" user right can remotely shut down a system, which could result in a denial of service.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93067</ident> <ident system="http://cyber.mil/legacy">SV-103155</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6023r355193_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Force shutdown from a remote system" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6023r355193_fix" /> <check system="C-6023r355192_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Force shutdown from a remote system" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205759"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205759r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000120</version> <title>Windows Server 2019 Generate security audits user right must only be assigned to Local Service and Network Service.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. The "Generate security audits" user right specifies users and processes that can generate Security Log audit records, which must only be the system service accounts defined.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93069</ident> <ident system="http://cyber.mil/legacy">SV-103157</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6024r355196_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Generate security audits" to include only the following accounts or groups: - Local Service - Network Service</fixtext> <fix id="F-6024r355196_fix" /> <check system="C-6024r355195_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Generate security audits" user right, this is a finding: - Local Service - Network Service </check-content> </check> </Rule> </Group> <Group id="V-205760"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205760r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000130</version> <title>Windows Server 2019 Impersonate a client after authentication user right must only be assigned to Administrators, Service, Local Service, and Network Service.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. The "Impersonate a client after authentication" user right allows a program to impersonate another user or account to run on their behalf. An attacker could use this to elevate privileges.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103159</ident> <ident system="http://cyber.mil/legacy">V-93071</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6025r355199_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Impersonate a client after authentication" to include only the following accounts or groups: - Administrators - Service - Local Service - Network Service</fixtext> <fix id="F-6025r355199_fix" /> <check system="C-6025r355198_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Impersonate a client after authentication" user right, this is a finding: - Administrators - Service - Local Service - Network Service </check-content> </check> </Rule> </Group> <Group id="V-205761"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205761r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000140</version> <title>Windows Server 2019 Increase scheduling priority: user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Increase scheduling priority" user right can change a scheduling priority, causing performance issues or a denial of service.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103161</ident> <ident system="http://cyber.mil/legacy">V-93073</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6026r355202_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Increase scheduling priority" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6026r355202_fix" /> <check system="C-6026r355201_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Increase scheduling priority" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205762"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205762r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000150</version> <title>Windows Server 2019 Load and unload device drivers user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. The "Load and unload device drivers" user right allows a user to load device drivers dynamically on a system. This could be used by an attacker to install malicious code.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103163</ident> <ident system="http://cyber.mil/legacy">V-93075</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6027r355205_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Load and unload device drivers" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6027r355205_fix" /> <check system="C-6027r355204_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Load and unload device drivers" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205763"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205763r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000160</version> <title>Windows Server 2019 Lock pages in memory user right must not be assigned to any groups or accounts.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. The "Lock pages in memory" user right allows physical memory to be assigned to processes, which could cause performance issues or a denial of service.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93077</ident> <ident system="http://cyber.mil/legacy">SV-103165</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6028r355208_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Lock pages in memory" to be defined but containing no entries (blank).</fixtext> <fix id="F-6028r355208_fix" /> <check system="C-6028r355207_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups are granted the "Lock pages in memory" user right, this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205764"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205764r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000180</version> <title>Windows Server 2019 Modify firmware environment values user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Modify firmware environment values" user right can change hardware configuration environment variables. This could result in hardware failures or a denial of service.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93079</ident> <ident system="http://cyber.mil/legacy">SV-103167</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6029r355211_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Modify firmware environment values" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6029r355211_fix" /> <check system="C-6029r355210_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Modify firmware environment values" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205765"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205765r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000190</version> <title>Windows Server 2019 Perform volume maintenance tasks user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Perform volume maintenance tasks" user right can manage volume and disk configurations. This could be used to delete volumes, resulting in data loss or a denial of service.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93081</ident> <ident system="http://cyber.mil/legacy">SV-103169</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6030r355214_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Perform volume maintenance tasks" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6030r355214_fix" /> <check system="C-6030r355213_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Perform volume maintenance tasks" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205766"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205766r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000200</version> <title>Windows Server 2019 Profile single process user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Profile single process" user right can monitor non-system processes performance. An attacker could use this to identify processes to attack.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93083</ident> <ident system="http://cyber.mil/legacy">SV-103171</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6031r355217_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Profile single process" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6031r355217_fix" /> <check system="C-6031r355216_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Profile single process" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205767"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205767r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000210</version> <title>Windows Server 2019 Restore files and directories user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Restore files and directories" user right can circumvent file and directory permissions and could allow access to sensitive data. It could also be used to overwrite more current data.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93085</ident> <ident system="http://cyber.mil/legacy">SV-103173</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6032r355220_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Restore files and directories" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6032r355220_fix" /> <check system="C-6032r355219_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Restore files and directories" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205768"> <title>SRG-OS-000324-GPOS-00125</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205768r569188_rule" weight="10.0" severity="medium"> <version>WN19-UR-000220</version> <title>Windows Server 2019 Take ownership of files or other objects user right must only be assigned to the Administrators group.</title> <description><VulnDiscussion>Inappropriate granting of user rights can provide system, administrative, and other high-level capabilities. Accounts with the "Take ownership of files or other objects" user right can take ownership of objects and make changes.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93087</ident> <ident system="http://cyber.mil/legacy">SV-103175</ident> <ident system="http://cyber.mil/cci">CCI-002235</ident> <fixtext fixref="F-6033r355223_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment >> "Take ownership of files or other objects" to include only the following accounts or groups: - Administrators</fixtext> <fix id="F-6033r355223_fix" /> <check system="C-6033r355222_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. If any accounts or groups other than the following are granted the "Take ownership of files or other objects" user right, this is a finding: - Administrators </check-content> </check> </Rule> </Group> <Group id="V-205795"> <title>SRG-OS-000329-GPOS-00128</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205795r569188_rule" weight="10.0" severity="medium"> <version>WN19-AC-000010</version> <title>Windows Server 2019 account lockout duration must be configured to 15 minutes or greater.</title> <description><VulnDiscussion>The account lockout feature, when enabled, prevents brute-force password attacks on the system. This parameter specifies the period of time that an account will remain locked after the specified number of failed logon attempts.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93145</ident> <ident system="http://cyber.mil/legacy">SV-103233</ident> <ident system="http://cyber.mil/cci">CCI-002238</ident> <fixtext fixref="F-6060r355748_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Account Lockout Policy >> "Account lockout duration" to "15" minutes or greater. A value of "0" is also acceptable, requiring an administrator to unlock the account.</fixtext> <fix id="F-6060r355748_fix" /> <check system="C-6060r355747_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Account Policies >> Account Lockout Policy. If the "Account lockout duration" is less than "15" minutes (excluding "0"), this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205855"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205855r569188_rule" weight="10.0" severity="medium"> <version>WN19-00-000450</version> <title>Windows Server 2019 must have orphaned security identifiers (SIDs) removed from user rights.</title> <description><VulnDiscussion>Accounts or groups given rights on a system may show up as unresolved SIDs for various reasons including deletion of the accounts or groups. If the account or group objects are reanimated, there is a potential they may still have rights no longer intended. Valid domain accounts or groups may also show up as unresolved SIDs if a connection to the domain cannot be established for some reason.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93227</ident> <ident system="http://cyber.mil/legacy">SV-103315</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6120r355928_fix">Remove any unresolved SIDs found in User Rights assignments and determined to not be for currently valid accounts or groups by removing the accounts or groups from the appropriate group policy.</fixtext> <fix id="F-6120r355928_fix" /> <check system="C-6120r355927_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Review the effective User Rights setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> User Rights Assignment. Review each User Right listed for any unresolved SIDs to determine whether they are valid, such as due to being temporarily disconnected from the domain. (Unresolved SIDs have the format that begins with "*S-1-".) If any unresolved SIDs exist and are not for currently valid accounts or groups, this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205909"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205909r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000030</version> <title>Windows Server 2019 built-in administrator account must be renamed.</title> <description><VulnDiscussion>The built-in administrator account is a well-known account subject to attack. Renaming this account to an unidentified name improves the protection of this account and the system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">V-93281</ident> <ident system="http://cyber.mil/legacy">SV-103369</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6174r356090_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Accounts: Rename administrator account" to a name other than "Administrator".</fixtext> <fix id="F-6174r356090_fix" /> <check system="C-6174r356089_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options. If the value for "Accounts: Rename administrator account" is not set to a value other than "Administrator", this is a finding. </check-content> </check> </Rule> </Group> <Group id="V-205910"> <title>SRG-OS-000480-GPOS-00227</title> <description><GroupDescription></GroupDescription></description> <Rule id="SV-205910r569188_rule" weight="10.0" severity="medium"> <version>WN19-SO-000040</version> <title>Windows Server 2019 built-in guest account must be renamed.</title> <description><VulnDiscussion>The built-in guest account is a well-known user account on all Windows systems and, as initially installed, does not require a password. This can allow access to system resources by unauthorized users. Renaming this account to an unidentified name improves the protection of this account and the system.</VulnDiscussion><FalsePositives></FalsePositives><FalseNegatives></FalseNegatives><Documentable>false</Documentable><Mitigations></Mitigations><SeverityOverrideGuidance></SeverityOverrideGuidance><PotentialImpacts></PotentialImpacts><ThirdPartyTools></ThirdPartyTools><MitigationControl></MitigationControl><Responsibility></Responsibility><IAControls></IAControls></description> <reference> <dc:title>DPMS Target MS Windows Server 2019</dc:title> <dc:publisher>DISA</dc:publisher> <dc:type>DPMS Target</dc:type> <dc:subject>MS Windows Server 2019</dc:subject> <dc:identifier>2907</dc:identifier> </reference> <ident system="http://cyber.mil/legacy">SV-103371</ident> <ident system="http://cyber.mil/legacy">V-93283</ident> <ident system="http://cyber.mil/cci">CCI-000366</ident> <fixtext fixref="F-6175r356093_fix">Configure the policy value for Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options >> "Accounts: Rename guest account" to a name other than "Guest".</fixtext> <fix id="F-6175r356093_fix" /> <check system="C-6175r356092_chk"> <check-content-ref href="MS_Windows_Server_2019_STIG.xml" name="M" /> <check-content>Verify the effective setting in Local Group Policy Editor. Run "gpedit.msc". Navigate to Local Computer Policy >> Computer Configuration >> Windows Settings >> Security Settings >> Local Policies >> Security Options. If the value for "Accounts: Rename guest account" is not set to a value other than "Guest", this is a finding. </check-content> </check> </Rule> </Group> </Benchmark> |