Trustwave and Cybereason Merge to Form Global MDR Powerhouse for Unparalleled Cybersecurity Value. Learn More

Trustwave and Cybereason Merge to Form Global MDR Powerhouse for Unparalleled Cybersecurity Value. Learn More

Services
Managed Detection & Response

Eliminate active threats with 24/7 threat detection, investigation, and response.

Co-Managed SOC (SIEM)

Maximize your SIEM investment, stop alert fatigue, and enhance your team with hybrid security operations support.

Advisory & Diagnostics

Advance your cybersecurity program and get expert guidance where you need it most.

Penetration Testing

Test your physical locations and IT infrastructure to shore up weaknesses before exploitation.

Database Security

Prevent unauthorized access and exceed compliance requirements.

Email Security

Stop email threats others miss and secure your organization against the #1 ransomware attack vector.

Digital Forensics & Incident Response

Prepare for the inevitable with 24/7 global breach response in-region and available on-site.

Firewall & Technology Management

Mitigate risk of a cyberattack with 24/7 incident and health monitoring and the latest threat intelligence.

Solutions
BY TOPIC
Microsoft Security
Unlock the full power of Microsoft Security
Offensive Security
Solutions to maximize your security ROI
Rapidly Secure New Environments
Security for rapid response situations
Securing the Cloud
Safely navigate and stay protected
Securing the IoT Landscape
Test, monitor and secure network objects
Why Trustwave
About Us
Awards and Accolades
Trustwave SpiderLabs Team
Trustwave Fusion Security Operations Platform
Trustwave Security Colony
Partners
Technology Alliance Partners
Key alliances who align and support our ecosystem of security offerings
Trustwave PartnerOne Program
Join forces with Trustwave to protect against the most advance cybersecurity threats
Loading...
Loading...

FAQ: Read Headers identification method description and usage

Expand / Collapse


  • Question

    The Vital Security Web Appliance uses four different methods to identify and authenticate network users before allowing any web transaction:

    1. Source IP.
    2. Read Headers.
    3. Get User Credentials.
    4. Authentication.

    This article describes and demonstrates the Read Headers method.

    The "Read Headers" method was meant to be implemented in a topology which includes an additional proxy device that authenticates users on the network, such as a Microsoft ISA server, which is used as an example in the following scenario.

  • Answer

    In the "Read Headers" identification method, the Vital Security Web Appliance relies on the downstream proxy to provide headers information in each transaction.
    These headers would be used then to identify the username of the person who originated the transaction and/or the IP of the client machine from which the transaction originated.
    The Vital Security Web Appliance can be configured to monitor specific headers, such as X-Authenticated-User for username and/or X-Client-IP for client IP address information. In this scenario, it is assumed that the information forwarded by the downstream proxy is valid.
    The Vital Security Web Appliance does not attempt to verify the supplied data.

    Please note that the Microsoft ISA server must be properly configured to forward this information to the Vital Security Web Appliance.
    Vital Security IP forwarding plugin should be installed on the Micrsoft ISA server for this purpose (please review the below Finjan Vital Knowledge Base article on this topic: http://kb.finjan.com/article.asp?article=1282&p=4 ).

    The plugin setup file can be downloaded from the below location:
    http://download.finjan.com/products/ng/ipfwd/index.htm

    See the below image to confirm that Vital Security ISA connector is configured properly to forward the necessary information through HTTP headers of each transaction:

    The Vital Security Web Appliance should be then configured to use "Read Headers" identification policy:

    This policy is designed to use one rule "Always Identify Users by Headers" :

    This rule is set to "Identify by headers" action based on specific headers information:

    The headers to be used by this rule are predefined in the below "Pre Authenticated Headers" list:

    As mentioned above, assuming that the information (IP / username) forwarded by the downstream proxy is valid, it then would be properly logged for further usage in reports / log viewer.


  • Software Version
    8.5.0

  • This article applies to:
    NG 1000
    NG 5000
    NG 6000
    NG 8000
    This article was previously published as:
    Finjan KB 1798

    To contact Trustwave about this article or to request support:


    Rate this Article:
         

    Add Your Comments


    Comment submission is disabled for anonymous users.
    Please send feedback to Trustwave Technical Support or the Webmaster
    .