FSCP Exam Question 36
When using the "Assign to VLAN action," why might it be useful to have a policy to record the original VLAN?
Select one:
Select one:
Correct Answer: D
According to the Forescout Switch Plugin documentation, the correct answer is: "Since CounterACT reads the running config to find the original VLAN, any changes to switch running configs could overwrite this VLAN information".
Why Recording Original VLAN is Important:
According to the documentation:
When CounterACT assigns an endpoint to a quarantine VLAN:
* Reading Original VLAN - CounterACT reads the switch running configuration to determine the original VLAN
* Temporary Change - The endpoint is moved to the quarantine VLAN
* Restoration Issue - If network administrators save configuration changes to the running config, CounterACT's reference to the original VLAN may be overwritten
* Solution - Recording the original VLAN in a policy ensures you have a backup reference Why Option D is the Most Accurate:
Option D states the key issue clearly: "any changes to switch running configs could overwrite this VLAN information." This is the most comprehensive and accurate statement because it acknowledges that ANY changes (not just those by administrators specifically) could cause the issue.
Why Recording Original VLAN is Important:
According to the documentation:
When CounterACT assigns an endpoint to a quarantine VLAN:
* Reading Original VLAN - CounterACT reads the switch running configuration to determine the original VLAN
* Temporary Change - The endpoint is moved to the quarantine VLAN
* Restoration Issue - If network administrators save configuration changes to the running config, CounterACT's reference to the original VLAN may be overwritten
* Solution - Recording the original VLAN in a policy ensures you have a backup reference Why Option D is the Most Accurate:
Option D states the key issue clearly: "any changes to switch running configs could overwrite this VLAN information." This is the most comprehensive and accurate statement because it acknowledges that ANY changes (not just those by administrators specifically) could cause the issue.
FSCP Exam Question 37
Which of the following is the SMB protocol version required to manage Windows XP or Windows Vista endpoints?
Correct Answer: B
Comprehensive and Detailed Explanation From Exact Extract of Forescout Platform Administration and Deployment:
According to the Forescout HPS Inspection Engine Configuration Guide and Microsoft SMB Protocol documentation, the SMB protocol version required to manage Windows XP or Windows Vista endpoints is SMB V1.0.
SMB Version Timeline:
According to the Microsoft documentation and Forescout requirements:
Windows Version
SMB Support
Windows XP
SMB 1.0 only
Windows Vista
SMB 1.0 and SMB 2.0
Windows 7
SMB 1.0, SMB 2.0, and SMB 2.1
Windows 8/Server 2012
SMB 2.0, SMB 2.1, and SMB 3.0
Windows 10
SMB 2.1 and SMB 3.x
Windows XP and Vista SMB Requirements:
According to Forescout documentation:
The documentation explicitly states:
"When you require SMB signing, Remote Inspection can no longer be used to manage endpoints that cannot work with SMB signing, for example: Old Windows XP/Server 2003 systems" This indicates that Windows XP requires SMB support, specifically SMB 1.0, which doesn't support modern SMB signing requirements.
SMB Version Negotiation:
According to the official documentation:
When a Forescout CounterACT appliance connects to an endpoint:
* Version Negotiation - Both client and server advertise their supported SMB versions
* Highest Common Version Selected - The highest version supported by BOTH is used
* Fallback Behavior - If SMB 2.0 is available on Vista but not supported by CounterACT, it falls back to SMB 1.0 For Windows XP (SMB 1.0 only) and Windows Vista (SMB 1.0/2.0):
* Minimum Required: SMB 1.0
* Maximum Supported: SMB 2.0 (Vista only)
Port Requirements for SMB 1.0:
According to the Forescout documentation:
For Windows XP and Vista endpoints using SMB 1.0:
text
Port 139/TCP must be available
(Port 445/TCP is used for Windows 7 and above)
Historical Context:
According to the documentation:
* SMB 1.0 was the original protocol used by Windows 2000, NT, and earlier versions
* Windows Vista SP1 and Windows Server 2008 introduced SMB 2.0
* SMB 1.0 is considered legacy and insecure (no encryption, subject to security vulnerabilities)
* Microsoft recommends disabling SMB 1.0 in modern networks
However, for legacy Windows XP and early Vista systems, SMB 1.0 is the only option.
Why Other Options Are Incorrect:
* A. SMB V3.1.1 - This is the latest version, introduced with Windows Server 2016 and Windows 10; not supported on XP or Vista
* C. SMB is not required for XP or Vista - Incorrect; SMB is essential for Windows manageability and script execution
* D. SMB V2.0 - While Vista supports SMB 2.0, Windows XP does NOT; only SMB 1.0 works on both
* E. SMB V3.0 - This requires Windows 8/Server 2012 or later; not supported on XP or Vista Legacy Endpoint Management Considerations:
According to the documentation:
For legacy endpoints requiring SMB 1.0:
* Cannot require SMB signing (not supported in SMB 1.0)
* Must allow unencrypted SMB communication
* Should be isolated on network segments with security controls
* Represents security risk due to SMB 1.0 vulnerabilities
Referenced Documentation:
* Forescout HPS Inspection Engine - About SMB documentation
* Operational Requirements - Port requirements
* Microsoft - SMB Protocol Versions and Requirements
* Microsoft - Detect, Enable, and Disable SMBv1, SMBv2, and SMBv3 in Windows
According to the Forescout HPS Inspection Engine Configuration Guide and Microsoft SMB Protocol documentation, the SMB protocol version required to manage Windows XP or Windows Vista endpoints is SMB V1.0.
SMB Version Timeline:
According to the Microsoft documentation and Forescout requirements:
Windows Version
SMB Support
Windows XP
SMB 1.0 only
Windows Vista
SMB 1.0 and SMB 2.0
Windows 7
SMB 1.0, SMB 2.0, and SMB 2.1
Windows 8/Server 2012
SMB 2.0, SMB 2.1, and SMB 3.0
Windows 10
SMB 2.1 and SMB 3.x
Windows XP and Vista SMB Requirements:
According to Forescout documentation:
The documentation explicitly states:
"When you require SMB signing, Remote Inspection can no longer be used to manage endpoints that cannot work with SMB signing, for example: Old Windows XP/Server 2003 systems" This indicates that Windows XP requires SMB support, specifically SMB 1.0, which doesn't support modern SMB signing requirements.
SMB Version Negotiation:
According to the official documentation:
When a Forescout CounterACT appliance connects to an endpoint:
* Version Negotiation - Both client and server advertise their supported SMB versions
* Highest Common Version Selected - The highest version supported by BOTH is used
* Fallback Behavior - If SMB 2.0 is available on Vista but not supported by CounterACT, it falls back to SMB 1.0 For Windows XP (SMB 1.0 only) and Windows Vista (SMB 1.0/2.0):
* Minimum Required: SMB 1.0
* Maximum Supported: SMB 2.0 (Vista only)
Port Requirements for SMB 1.0:
According to the Forescout documentation:
For Windows XP and Vista endpoints using SMB 1.0:
text
Port 139/TCP must be available
(Port 445/TCP is used for Windows 7 and above)
Historical Context:
According to the documentation:
* SMB 1.0 was the original protocol used by Windows 2000, NT, and earlier versions
* Windows Vista SP1 and Windows Server 2008 introduced SMB 2.0
* SMB 1.0 is considered legacy and insecure (no encryption, subject to security vulnerabilities)
* Microsoft recommends disabling SMB 1.0 in modern networks
However, for legacy Windows XP and early Vista systems, SMB 1.0 is the only option.
Why Other Options Are Incorrect:
* A. SMB V3.1.1 - This is the latest version, introduced with Windows Server 2016 and Windows 10; not supported on XP or Vista
* C. SMB is not required for XP or Vista - Incorrect; SMB is essential for Windows manageability and script execution
* D. SMB V2.0 - While Vista supports SMB 2.0, Windows XP does NOT; only SMB 1.0 works on both
* E. SMB V3.0 - This requires Windows 8/Server 2012 or later; not supported on XP or Vista Legacy Endpoint Management Considerations:
According to the documentation:
For legacy endpoints requiring SMB 1.0:
* Cannot require SMB signing (not supported in SMB 1.0)
* Must allow unencrypted SMB communication
* Should be isolated on network segments with security controls
* Represents security risk due to SMB 1.0 vulnerabilities
Referenced Documentation:
* Forescout HPS Inspection Engine - About SMB documentation
* Operational Requirements - Port requirements
* Microsoft - SMB Protocol Versions and Requirements
* Microsoft - Detect, Enable, and Disable SMBv1, SMBv2, and SMBv3 in Windows
- Latest Upload
- 135Oracle.1D0-1057-25-D.v2026-06-03.q29
- 270NAHQ.CPHQ.v2026-06-03.q396
- 252CompTIA.220-1201.v2026-06-03.q196
- 155GIAC.GCFE.v2026-06-03.q78
- 150HIMSS.CPHIMS.v2026-06-03.q45
- 233Google.Professional-Cloud-Architect.v2026-06-03.q165
- 153HP.HPE7-A09.v2026-06-02.q48
- 164ACDIS.CCDS-O.v2026-06-02.q56
- 138Microsoft.AB-730.v2026-06-02.q31
- 211ASQ.CSSBB.v2026-06-02.q130
[×]
Download PDF File
Enter your email address to download Forescout.FSCP.v2026-03-09.q37 Practice Test
