IIST-SI-000201 - The IIS 10.0 website session state must be enabled.

Warning! Audit Deprecated

This audit has been deprecated and will be removed in a future update.

View Next Audit Version


When the session information is stored on the client, the session ID, along with the user authorization and identity information, is sent along with each client request and is either stored in a cookie, embedded in the uniform resource locator (URL), or placed in a hidden field on the displayed form. Each of these offers advantages and disadvantages. The biggest disadvantage to all three is the hijacking of a session along with all of the user's credentials.

When the user authorization and identity information is stored on the server in a protected and encrypted database, the communication between the client and web server will only send the session identifier, and the server can then retrieve user credentials for the session when needed. If, during transmission, the session were to be hijacked, the user's credentials would not be compromised.

ASP.NET provides a session state, which is available as the HttpSessionState class, as a method of storing session-specific information that is visible only within the session. ASP.NET session state identifies requests from the same browser during a limited time window as a session, and provides the ability to persist variable values for the duration of that session.


Follow the procedures below for each site hosted on the IIS 10.0 web server:

Open the IIS 10.0 Manager.

Click the site name.

Under the 'ASP.NET' section, select 'Session State'.

Under 'Session State Mode Settings', verify the 'In Process' mode is selected.

Select 'Apply' from the 'Actions' pane.

See Also


Item Details

References: CAT|II, CCI|CCI-000054, Rule-ID|SV-218735r558649_rule, STIG-ID|IIST-SI-000201, STIG-Legacy|SV-109295, STIG-Legacy|V-100191, Vuln-ID|V-218735

Plugin: Windows

Control ID: d6f818f6c7b280e7e283e28f1dc9aef64571a8d0ba13178feaed8cc676ce3dde