FireSIGHT System Release Notes
New Features and Functionality
Features and Functionality Introduced in Previous Versions
Previously Changed Functionality
Before You Begin: Important Update and Compatibility Notes
Configuration and Event Backup Guidelines
Traffic Flow and Inspection During the Update
Audit Logging During the Update
Version Requirements for Updating to Version 5.4.0.4 and version 5.4.1.3
Time and Disk Space Requirements for Updating to Version 5.4.0.4 and version 5.4.1.3
Product Compatibility After Updating to Version 5.4.0.4 and version 5.4.1.3
Returning to a Previous Version
Updating Managed Devices, ASA FirePOWER Modules, and Cisco NGIPS for Blue Coat X-Series
Issues Resolved in Previous Versions
Communications, Services, and Additional Information
Version 5.4.0.4 and version 5.4.1.3
First Published: September 28, 2015
Last Updated: September 17, 2020
Even if you are familiar with the update process, make sure you thoroughly read and understand these release notes, which describe supported platforms, new and changed features and functionality, known and resolved issues, and product and web browser compatibility. They also contain detailed information on prerequisites, warnings, and specific installation instructions for the following appliances:
■Series 3 Defense Centers (the DC750, DC1500, DC2000, DC3500, and the DC4000)
■Series 2 and Series 3 managed devices (the 3D500, 3D6500, 3D1000, 3D2000, 3D2100, 3D2500, 3D3500, 3D4500, 3D7010, 3D7020, 3D7030, 3D7050, 3D7110, 3D7115, 3D7120, 3D7125, 3D8120, 3D8130, 3D8140, 3D8250, 3D8260, 3D8270, 3D8290, 3D8350, 3D8360, 3D8370, 3D8390, AMP7150, AMP8050, AMP8150, AMP8350, AMP8360, AMP8370, and the AMP8390)
■Cisco ASA with FirePOWER Services (the ASA5506-X, ASA5506H-X, ASA5506W-X, ASA5508-X, ASA5512-X, ASA5515-X, ASA5516-X, ASA5525-X, ASA5545-X, ASA5555-X, ASA5585-X-SSP-10, ASA5585-X-SSP-20, ASA5585-X-SSP-40, ASA5585-X-SSP-60, and the ISA 3000)
■Cisco NGIPS for Blue Coat X-Series
■64-bit virtual Defense Centers and managed devices
Note: You cannot update Cisco NGIPS for Blue Coat X-Series running Version 5.3.0.x of the FireSIGHT System directly to Version 5.4. Instead, you must uninstall the previous version and install Version 5.4. Note that this results in the loss of all configuration and event data on the X-Series installation. For more information, see the FireSIGHT Software for X-Series Installation and Configuration Guide.
Tip: For detailed information on the FireSIGHT System, refer to the online help or download the FireSIGHT System User Guide from the Support site.
These release notes are valid for Version 5.4.0.4 and version 5.4.1.3 of the FireSIGHT System. You can update physical and virtual managed devices to Version 5.4.0.4. You can update Cisco ASA FirePOWER modules, physical Defense Center, and virtual Defense Centers to version 5.4.1.3. Note that you can update appliances in the following manner:
■Defense Centers (the DC750, DC1500, DC2000, DC3500, and the DC4000) must be running Version 5.4 to update to version 5.4.1.3. If your Defense Center is running an earlier version, you must update to Version 5.4 before updating to version 5.4.1.3.
Note: A Defense Center may update its devices while running Version 5.4.1.1, but you will be unable to decrypt or inspect SSL traffic if your Defense Center remains at Version 5.4. If you plan on decrypting or inspecting SSL traffic, update your Defense Center to version 5.4.1.3
■Series 2 devices (the 3D500, 3D1000, 3D2000, 3D2100, 3D2500, 3D3500, 3D4500, and the 3D6500) must be running Version 5.4 to update to Version 5.4.0.4. If your Series 2 device is running an earlier version, you must update to Version 5.4 before updating to Version 5.4.0.4.
■Series 3 devices (the 3D7010, 3D7020, 3D7030, 3D7050, 3D7110, 3D7115, 3D7120, 3D7125, 3D8120, 3D8130, 3D8140, 3D8250, 3D8260, 3D8270, 3D8290, 3D8350, 3D8360, 3D8370, 3D8390, AMP7150, AMP8050, AMP8150, AMP8350, AMP8360, AMP8370, and the AMP8390) must be running Version 5.4 to update to Version 5.4.0.4. If your Series 3 device is running an earlier version, you must update to Version 5.4 before updating to Version 5.4.0.4.
■ASA FirePOWER modules (the ASA5512-X, ASA5515-X, ASA5525-X, ASA5545-X, ASA5555-X, ASA5585-X-SSP-10, ASA5585-X-SSP-20, ASA5585-X-SSP-40, and the ASA5585-X-SSP-60) devices must be running Version 5.4 to update to Version 5.4.0.4. If your ASA FirePOWER module is running an earlier version, you must update to Version 5.4 before updating to Version 5.4.0.4.
■ASA FirePOWER module (ASA5506-X, ASA5506W-X, ASA5506H-X, ASA5508-X, ASA5516-X, and the ISA 3000) must be running at least Version 5.4.1 before updating to version 5.4.1.3. See the Cisco ASA FirePOWER Module Quick Start Guide for more information on deploying and installing the module.
Note: If you plan on updating the system to Version 6.0, you must install the FireSIGHT System Version 6.0 Pre-Installation package prior to updating the Version 6.0. For more information, see the FireSIGHT System Release Notes Version 6.0 Pre-Installation Package.
For more information, see the following sections:
■New Features and Functionality
■Before You Begin: Important Update and Compatibility Notes
This section of the release notes summarizes the new and updated features and functionality included in Version 5.4.0.4 and version 5.4.1.3 of the FireSIGHT System:
■Features and Functionality Introduced in Previous Versions
For detailed information, see the FireSIGHT System User Guide, FireSIGHT System Installation Guide, FireSIGHT System Virtual Installation Guide, and Cisco NGIPS for Blue Coat X-Series Installation and Configuration Guide.
If you reference documentation for Version 5.3.1.x or Version 5.3.0.x, you may notice the terminology differs from the documentation for Version 5.4.0.4 and version 5.4.1.3.
Tip: Cisco documentation may refer to the Defense Center as the FireSIGHT Management Center. The Defense Center and the FireSIGHT Management Center are the same appliance.
Version 5.4 introduces a new Series 3 FirePOWER managed devices designed with additional processing power to maximize the performance of the FireSIGHT System’s AMP features. The AMP8050 is a 81xx Family device with support for Netmods and includes the additional storage necessary to function as a dedicated AMP appliance. The AMP8350 is an 83xx Family device also with support for Netmods and the additional storage required for AMP functionality. The AMP8350 model can be used as a stacked unit with the AMP8360, AMP8370, and AMP8390, for 2, 3, and 4 stacks, respectively.
Centralized Management of Cisco ASA with FirePOWER Services
The Defense Center is now able to manage FirePOWER Services (ASA FirePOWER devices) implementations running on ASA5506-X, ASA5506W-X, ASA5506H-X, ASA5508-X, and ASA5516-X devices in the same way it does on all of the other ASA5500-X devices. This enables the management of multiple ASA devices running ASA FirePOWER devices from a single Defense Center, as long as the ASA platform is running Version 9.3.1 or later and the ASA FirePOWER device is running Version 5.4.1 or later. Administrators will be able to configure intrusion detection and prevention policies, advanced malware protection, application control, user and group control, file control, and URL filtering and then apply those configurations to multiple ASA devices all at once. In addition, Defense Centers provide critical dashboards, event views, alerting capabilities, and reporting from all of your ASA FirePOWER devices in a single view.
Direct Management of Cisco ASA with FirePOWER Services
Cisco’s Adaptive Security Device Manager (ASDM) can be used to perform the same ASA FirePOWER management functions listed above, but only on one ASA device at a time (the ASA5506-X, ASA5506W-X, ASA5506H-X, ASA5508-X, and ASA5516-X devices). In addition, you can manage system policies, licensing, and back up and restore directly.
Management Limitations of Cisco ASA with FirePOWER Services
At the current time, the Cisco ASA FirePOWER product consists of two different products tightly integrated with each other: the ASA Firewall and the FirePOWER Next-Generation Intrusion Prevention System (NGIPS). Whereas critical data sharing between the two has been accomplished, a unified management platform is still in development.
For this reason, the Cisco ASA functionality is currently managed through the Cisco Security Manager (CSM) or the Adaptive Security Device Manager (ASDM), and the FirePOWER Services functionality is managed through the Cisco Defense Center. As a result, the Defense Center does not support any of the following capabilities:
■Cisco ASA hardware-based features, including clustering, stacking, switching, routing, virtual private networks (VPN), and network address translation (NAT).
■Configuring ASA interfaces. In addition, when FirePOWER Services are deployed in SPAN port mode, any ASA interfaces that have been configured will not be displayed.
■Shutting down, restarting or otherwise managing ASA processes.
■Creating or restoring backups from ASA devices.
■Writing access control rules to match traffic using VLAN tag conditions.
Note: The ASA platform provides these features, configured using the ASA command line interface (CLI) and ASDM. For more information, see the ASA FirePOWER module documentation.
Centralized Management of Cisco ASA5506-X with FirePOWER Services
The Defense Center is now able to manage FirePOWER Services (ASA FirePOWER devices) implementations running on ASA5506-X devices in the same way it does on all of the other ASA5500-X devices. This enables the management of multiple ASA5506-X devices running ASA FirePOWER devices from a single Defense Center, as long as the ASA platform is running Version 9.3.1 or later and the ASA FirePOWER device is running Version 5.4.1 or later. Administrators will be able to configure intrusion detection and prevention policies, advanced malware protection, application control, user and group control, file control, and URL filtering and then apply those configurations to multiple ASA5506-X devices all at once. In addition, Defense Centers provide critical dashboards, event views, alerting capabilities, and reporting from all of your ASA FirePOWER devices in a single view.
Direct Management of Cisco ASA5506-X with FirePOWER Services
Cisco’s Adaptive Security Device Manager (ASDM) can be used to perform the same ASA FirePOWER management functions listed above, but only on one ASA5506-X device at a time. In addition, you can manage system policies, licensing, and back up and restore directly.
Management Limitations of Cisco ASA with FirePOWER Services
At the current time, the Cisco ASA FirePOWER product consists of two different products tightly integrated with each other: the ASA Firewall and the FirePOWER Next-Generation Intrusion Prevention System (NGIPS). Whereas critical data sharing between the two has been accomplished, a unified management platform is still in development.
For this reason, the Cisco ASA functionality is currently managed through the Cisco Security Manager (CSM) or the Adaptive Security Device Manager (ASDM), and the FirePOWER Services functionality is managed through the Cisco Defense Center. As a result, the Defense Center does not support any of the following capabilities:
■Cisco ASA hardware-based features, including clustering, stacking, switching, routing, virtual private networks (VPN), and network address translation (NAT).
■Configuring ASA interfaces. In addition, when FirePOWER Services are deployed in SPAN port mode, any ASA interfaces that have been configured will not be displayed.
■Shutting down, restarting or otherwise managing ASA processes.
■Creating or restoring backups from ASA devices.
■Writing access control rules to match traffic using VLAN tag conditions.
Note: The ASA platform provides these features, configured using the ASA command line interface (CLI) and ASDM. For more information, see the ASA FirePOWER module documentation.
You can now use VMware Tools with FireSIGHT System virtual appliances. This enhances compatibility with the VMware environment and improves management of virtual devices by enabling soft power down, migration, and other virtual specific capabilities. VMware tools are supported on:
■64-bit Virtual Defense Center
■64-bit Virtual managed device
Note: As of Version 5.4 of the FireSIGHT System, the system supports ESXi version 5.0, 5.1, and 5.5.
Support for VMXNET3 Interfaces in VMware Virtual Appliances
VMXNET3 interface types are now supported on virtual devices. This allows you to use high-speed network interfaces, up to 10Gbits/s.
Multiple Management Interfaces
You can now use multiple management interface ports on Series 3 Defense Centers, FirePOWER (Series 3) managed devices, and virtual Defense Centers. You can set one interface for management traffic and another interface for event traffic. This improves deployment options in some environments.
Version 5.4 introduces the 3D7050 as a 70xx Family device with a dual core quad thread processor, 8GB of RAM, and a 80GB hard drive.
FirePOWER (Series 3) devices are now able to take part in Link Aggregation Control Protocol (LACP) (IEEE 802.3ad) negotiation to aggregate multiple links together into one. This allows both link redundancy and bandwidth sharing.
The DC2000 is a new Defense Center appliance platform that offers double the performance and capacity of the DC1500.
The DC4000 is a new Defense Center appliance platform that offers double the performance and capacity of the DC3500.
The system now displays the names of files detected through file detection, malware detection, and FireAMP file events. This allows the display of non-Western characters, including those that are double-byte encoded.
Geolocation and Security Intelligence Data in Correlation Rules
The correlation rules engine has been updated to make connection, geolocation, and Security Intelligence data available. This allows you to generate correlated events or take correlated actions based on these two new constraints. For example, if an Impact 1 intrusion event is detected from a specific country, you can set up an alert to log that information to an external syslog server.
Support for Private FireAMP Cloud
With Version 5.4, you can use a private FireAMP cloud rather than the Cisco public cloud. This requires installation of a private cloud virtual appliance. The private cloud mediates interactions with the public cloud so you can gather collected threat information from the public cloud without exposing information from your network.
The following features and functionality were updated in Version 5.4:
FirePOWER (Series 3) devices can now identify SSL communications and decrypt the traffic before applying attack, application, and malware detection. You can use SSL decryption in any of the supported Series 3 device deployment modes, including inline and passive. SSL policies control characteristics of SSL in use within the enterprise, with SSL rules to exert granular control over encrypted traffic logging and handling.
Simplified Normalization and Preprocessor Configuration
You now configure traffic normalization and preprocessing in the access control policy, rather than the intrusion policy. This simplifies configuration, especially for new users. The sensitive data preprocessor, rule states, alerting, and event thresholds can still be configured at an individual intrusion policy level.
New file_type Keyword in the Snort Rule Language
A new file_type keyword is available in the Snort rules language that enables the specification of a file type for detection. This is a streamlined alternative to the existing flowbits -driven method.
Expanded IoC support from FireAMP Connectors
The list of Indicators of Compromise (IoC) provided by FireAMP is now dynamic and data-driven. As new IoCs become available, they are automatically supported by the Defense Center. This enhances the IoC correlation capability in any deployment where FireAMP is used.
A new capability of the Snort rule language is available for use in high-security environments. You can now create a Snort content match using hashed data. This allows the rule writer to specify what content to search for, but never exposes the content in plain text.
The following functionality was introduced in Version 5.4.1.2:
■You must apply the same access control policy to all devices that you plan to stack or cluster before you configure the stack or cluster.
■You are now able to choose to not inspect traffic during policy apply to prevent network disruption.
■The system no longer reports the discovery event status to the Health Policy page.
■You can now create an access control policy that references either an access control rule network condition set to block all IPv6 addresses with ::/0 or a network rule set to block all IPv4 addresses with 0.0.0.0/0 is now supported.
■The system now reports an event for all CPU reports when CPU usage changes from a high level to a normal state.
The following functionality was introduce in Version 5.4.1.1:
■The system now clears all intrusion policy locks when you upload intrusion rules or install intrusion rule updates.
The following functionality was introduced in Version 5.4.1:
■Registered ASA devices now have configurable advanced options on the Advanced tab of the Device Management page (Devices > Device Management).
■The show users CLI command is now supported on ASA devices.
■You can configure alerts only for retrospective events or network-based malware events from the Advanced Malware Protections Alerts tab on the Alerts page.
The following features and functionality were updated in Version 5.4:
■You can now view VLAN tags for connection events in the event viewer (Analysis > Connections > Events).
■The system now identifies login attempts over the FTP, HTTP, and MDNS protocols.
■You can now select archived connection events separately from discovery events for transmission to the eStreamer client.
■The Discovery Event Health Monitor is no longer available in health policies.
■Expand Packet View, previously available in Version 4.10.x, is now a configurable option in Version 5.4 via the Event View Settings tab (Admin > User Preferences > Event View Settings).
■Importing a custom intrusion rule as an .rtf file now generates an Invalid Rules File 'rtf_rule.rtf': Must be a plain text file that is ASCII or UTF-8 encoded warning.
■You can now generate the following intrusion event performance graphs via the Intrusion Event Graphs page (Overview > Summary > Intrusion Event Graphs):
–ECN Flags Normalized in TCP Traffic/Packet
–ECN Flags Normalized in TCP Traffic/Session
–IPv4 Reserved Flag Normalizations
–TCP Header Padding Normalizations
–TCP Packets Blocked by Normalization
–TCP Reserved Flags Normalizations
–TCP Segment Reassembly Normalizations
–TCP SYN Option Normalizations
–TCP Timestamp ECR Normalizations
–TCP Urgent Flag Normalizations
■You can now configure the HTTP Referrer and User Agent fields in the Connection Events table view and the Security Intelligence Events table view when configuring the displayed columns.
■You can now view warnings associated with the individual rules of your access control policy via the Access Control Policy page (Policies > Access Control). In the access control policy editor, view a warning by hovering your pointer over the alert icon next to the rule name and reading the warning in the tooltip text, or by selecting the Show Warnings button at the top of the page to view the warnings associated with all the rules referenced in your access control policy.
■In Version 5.4, inline normalization is automatically enabled when you create a network analysis policy with Inline Mode enabled. In previous versions, you had to manually enable inline normalization in your inline intrusion policies. Note that the update from Version 5.3.x to Version 5.4 does not change your inline normalization settings.
■You can now add access control rule port conditions that specify unassigned protocol numbers not included in the Protocol drop-down list.
■You no longer need a secondary rule to control FTP Data Channel in your access control policy.
■The new Decompress SWF File (LZMA), Decompress SWF File (Deflate), and Decompress PDF File (Default) HTTP Inspect preprocessor options offer enhanced decompression support for PDF and SWF file content.
■The TCP stream preprocessor now has enhanced protocol-awareness for SMTP, POP3, and IMAP.
■The system now provides enhanced detection of information in application traffic, including detection of application data in DNS traffic and detection of users in additional protocols.
■You can now configure LDAP authentication to use Common Access Cards (CACs) to associate the card with a user name so a user can log directly into the system using the card.
■The system now offers enhanced GPRS Tunneling Protocol (GTP) support.
You can download all updated documentation from the Support site. In Version 5.4.0.4 and version 5.4.1.3, the following documents were updated to reflect the addition of new features and changed functionality and to address reported documentation issues:
■ FireSIGHT System Online Help
■ FireSIGHT System Online Help (SEU)
■ FireSIGHT System Installation Guide
■ Cisco NGIPS for Blue Coat X-Series Installation and Configuration Guide
The documentation updated for Version 5.4.0.4 and version 5.4.1.3.contains the following errors:
■The FireSIGHT System User Guide incorrectly states that you can use Lights-Out Management (LOM) on the default (eth0) management interface on a Serial Over LAN (SOL) connection to remotely monitor or manage Series 3 appliances. Using the same IP address for LOM and for a SOL connection to your Series 3 device is not currently supported.
■The FireSIGHT System User Guide does not reflect that, on devices with limited memory, the number of intrusion policies may not be paired with more than one variable set. In the case where you can apply an access control policy that references only one intrusion policy, verify every reference to the intrusion policy is paired with the same variable set. Pairing an intrusion policy with different variable sets results in memory usage.
■The FireSIGHT System Virtual Installation Guide incorrect states the following about logging in to a virtual device at the VMware console using admin as the username and the new admin account password specified in the deployment setup wizard: If you did not change the password suing the wizard or you are deploying with a ESXi OVF template, use Cisco as the password. The documentation should state that if you did not change the password using the wizard or you are deploying with an ESXi OVF template, use Sourcefire as the password. (CSCut77002)
Before you begin the update process for Version 5.4.0.4 and version 5.4.1.3, you should familiarize yourself with the behavior of the system during the update process, as well as with any compatibility issues or required pre- or post-update configuration changes.
Caution: Cisco strongly recommends you perform the update in a maintenance window or at a time when the interruption will have the least impact on your deployment.
Note: If you plan on updating the system to Version 6.0, you must install the FireSIGHT System Version 6.0 Pre-Installation package prior to updating the Version 6.0. For more information, see the FireSIGHT System Release Notes Version 6.0 Pre-Installation Package.
For more information, see the following sections:
■Configuration and Event Backup Guidelines
■Traffic Flow and Inspection During the Update
■Audit Logging During the Update
■Version Requirements for Updating to Version 5.4.0.4 and version 5.4.1.3
■Time and Disk Space Requirements for Updating to Version 5.4.0.4 and version 5.4.1.3
■Product Compatibility After Updating to Version 5.4.0.4 and version 5.4.1.3
■Returning to a Previous Version
Before you begin the update, Cisco strongly recommends that you delete or move any backup files that reside on your appliance, then back up current event and configuration data to an external location.
Use the Defense Center to back up event and configuration data for itself and the devices it manages. For more information on the backup and restore feature, see the FireSIGHT System User Guide.
Note: The Defense Center purges locally stored backups from previous updates. To retain archived backups, store the backups externally.
Caution: BIOS Version 2.0.1b must be running on your DC2000 and DC4000 appliances in order to update to version 5.4.0.4. If updating your appliances fails due to an incompatible BIOS version, contact Support.
The update process reboots managed devices. Depending on how your devices are configured and deployed, the following capabilities are affected:
■traffic inspection, including application awareness and control, URL filtering, Security Intelligence, intrusion detection and prevention, and connection logging
■traffic flow, including switching, routing, NAT, VPN, and related functionality
Note that when you update clustered devices, the system performs the update one device at a time to avoid traffic interruption.
Traffic Inspection and Link State
In an inline deployment, your managed devices (depending on model) can affect traffic flow via application control, user control, URL filtering, Security Intelligence, and intrusion prevention, as well as switching, routing, NAT, and VPN. For more information on appliance capabilities, see the FireSIGHT System Installation Guide.
The following table provides details on how traffic flow, inspection, and link state are affected during the update, depending on your deployment. Note that regardless of how you configured any inline sets, switching, routing, NAT, and VPN are not performed during the update process.
Series 3 devices do not perform switching, routing, NAT, VPN, or related functions during the update. If you configured your devices to perform only switching and routing, network traffic is blocked throughout the update.
When updating appliances that have a web interface, after the system completes its pre-update tasks and the streamlined update interface page appears, login attempts to the appliance are not reflected in the audit log until the update process is complete and the appliance reboots.
To update to version 5.4.1.3, a Defense Center must be running at least Version 5.4. Defense Centers running Version 5.4.1.1 can manage devices running Version 5.4.0.4 and Version 5.4.1.3. If you are running an earlier version, you can obtain updates from the Support site.
A Defense Center must be running at least Version 5.4 to update its managed devices to Version 5.4.1.3.
The closer your device’s or ASA module’s current version to the release version (Version 5.4.0.4 or version 5.4.1.3), the less time the update takes.
Caution: BIOs Version 2.0.1b must be running on DC2000 and DC4000 in order to update to your appliances Version 5.4.0.4 or version 5.4.1.3. If updating your appliances fails due to an earlier BIOs version is running on your DC2000 or DC4000, contact Support.
Note: If you plan on updating the system to Version 6.0, you must install the FireSIGHT System Version 6.0 Pre-Installation package prior to updating the Version 6.0. For more information, see the FireSIGHT System Release Notes Version 6.0 Pre-Installation Package.
The table below provides disk space and time guidelines for the Version 5.4.0.4 and version 5.4.1.3 update. Note that when you use the Defense Center to update a managed device, the Defense Center requires additional disk space on its /Volume partition.
Caution: Do not restart the update or reboot your appliance at any time during the update process. Cisco provides time estimates as a guide, but actual update times vary depending on the appliance model, deployment, and configuration. Note that the system may appear inactive during the pre-checks portion of the update and after rebooting; this is expected behavior.
The reboot portion of the update includes a database check. If errors are found during the database check, the update requires additional time to complete. System daemons that interact with the database do not run during the database check and repair.
If you encounter issues with the progress of your update, contact Support.
You must use at least Version 5.4.1 of the Defense Center to manage devices running Version 5.4.1.3. To manage an ASA FirePOWER module on an ASA5506-X,ASA5506W-X, ASA5506H-X, ASA5508-X, ASA5516-X, or ISA 3000 device, you must use at least Version 5.4.1 of the Defense Center.
Note: You cannot update Cisco NGIPS for Blue Coat X-Series running Version 5.3.0.x of the FireSIGHT System directly to Version 5.4. Instead, you must uninstall the previous version and install Version 5.4. Note that this results in the loss of all configuration and event data on the X-Series installation. For more information, see the Cisco NGIPS for Blue Coat X-Series Installation and Configuration Guide.
Operating System Compatibility
You can host 64-bit virtual appliances running version 5.4.1.3 on the following hosting environments:
■VMware vSphere Hypervisor/VMware ESXi 5.0
■VMware vSphere Hypervisor/VMware ESXi 5.1
■VMware vSphere Hypervisor/VMware ESXi 5.5
You can install ASA FirePOWER modules running Version 5.4.0.4 on the following ASA platforms running ASA Version 9.3(2), ASA Version 9.3(3), ASA Version 9.4(x) and later, ASA Version 9.5(1.5), ASA Version 9.5(2), ASA Version 9.5(3), ASA Version 9.6(x) and later, ASA Version 9.7(x), ASA Version 9.8(x), and ASA Version 9.9(x):
■ASA5585-X-SSP-10, ASA5585-X-SSP-20, ASA5585-X-SSP-40, and ASA5585-X-SSP-60
You can install ASA FirePOWER modules running version 5.4.1.3 on the following AA platforms running ASA Version 9.4(x), ASA 9.5(1.5), ASA Version 9.5(2), ASA Version 9.5(3), ASA Version 9.6(x), ASA Version 9.7(x), ASA Version 9.8(x), and ASA Version 9.9(x):
Note that you can install version 5.4.1.3 on ASA5506-X platforms running ASA Version 9.3(2), ASA Version 9.3(3) as well.
Note that ASA5500-X series devices managed by ASDM must be running ASDM Version 7.3(3) and later and 7.4(1) and later. For more information, see the FireSIGHT System Installation Guide or the FireSIGHT System Virtual Installation Guide.
You can run Version 5.4.0.4 of the Cisco NGIPS for Blue Coat X-Series on the X-Series platform running XOS Version 9.7.2 and later and Version 10.0 and later. For more information, see the Cisco NGIPS for Blue Coat X-Series Installation and Configuration Guide.
Version 5.4.0.4 and version 5.4.1.3 of the web interface for the FireSIGHT System has been tested on the browsers listed in the following table.
Note: The Chrome browser does not cache static content, such as images, CSS, or Javascript, with the FireSIGHT System-provided self-signed certificate. This may cause FireSIGHT System to redownload static content when you refresh. To avoid this, add a self-signed certificate to the trust store of the browser/OS or use another web browser.
Note: If you use the Microsoft Internet Explorer 11 browser, you must disable the Include local directory path when uploading files to server option in your Internet Explorer settings via Tools > Internet Options > Security > Custom level.
JavaScript, cookies, Secure Sockets Layer (SSL) v3, 128-bit encryption, Active scripting security setting, Compatibility View, set Check for newer versions of stored pages to Automatically |
Many browsers use Transport Layer Security (TLS) v1.3 by default. If you have an active SSL policy and your browser uses TLSv1.3, websites that support TLSv1.3 fail to load As a workaround, configure your managed device to remove extension 43 (TLS 1.3) from ClientHello negotiation. See this software advisory for more information.
Screen Resolution Compatibility
Cisco recommends selecting a screen resolution that is at least 1280 pixels wide. The user interface is compatible with lower resolutions, but a higher resolution optimizes the display.
If you need to return your appliance to a previous release of the FireSIGHT System for any reason, contact Support for more information.
If you need to reimage your appliances to the current release of the FireSIGHT System for any reason, refer to the Installing Cisco NGIPS for Blue Coat X-Series section of the Cisco NGIPS for Blue Coat X-Series Installation and Configuration Guide for Cisco NGIPS for Blue Coat X-Series devices, the FireSIGHT System Virtual Installation Guide for virtual appliances, and the Restoring a FireSIGHT System Appliance to Factory Defaults section of the FireSIGHT System Installation Guide for all other appliances.
Note that if you uninstall a version of Cisco NGIPS for Blue Coat X-Series, you must restart the VAP before a new installation. This process can take several minutes.
To update to Version 5.4.0.4 or version 5.4.1.3 from a Version 5.4.1 image, see Before You Begin: Important Update and Compatibility Notes and Installing the Update.
Download the following files from the Support site:
Note: Download the image directly from the Support site. If you transfer an image file by email, it may become corrupted.
■for Series 2 managed devices:
■ for Series 3 managed devices:
■for Cisco NGIPS for Blue Coat X-Series devices:
■for Cisco ASA with FirePOWER Services (ASA5506-X, ASA5506H-X, ASA5506W-X, ASA5508-X, and ASA5516-X):
Note: To install the ASA FirePOWER module version 5.4.1.3 image on Cisco ASA with FirePOWER Services, see the Cisco ASA FirePOWER Module Quick Start Guide for more information on deploying and installing the module.
Before you begin the update, you must thoroughly read and understand these release notes, especially Before You Begin: Important Update and Compatibility Notes.
Updates can require large data transfers from the Firepower Management Center to managed devices. Before you begin, make sure your management network has sufficient bandwidth to successfully perform the transfer. See the Troubleshooting Tech Note at https://www.cisco.com/c/en/us/support/docs/security/ firepower-management-center/212043-Guidelines-for-Downloading-Data-from-the.html.
To update Defense Centers running at least Version 5.4.1 to version 5.4.1.3, Cisco ASA with FirePOWER Services running at least Version 5.4.1 to version 5.4.1.3, and managed devices and ASA FirePOWER modules running at least Version 5.4 of the FireSIGHT System to Version 5.4.0.4, see the guidelines and procedures outlined below:
■Updating Managed Devices, ASA FirePOWER Modules, and Cisco NGIPS for Blue Coat X-Series
Caution: Do not reboot or shut down your appliances during the update until you see the login prompt. The system may appear inactive during the pre-checks portion of the update; this is expected behavior and does not require you to reboot or shut down your appliances.
Because the update process may affect traffic inspection, traffic flow, and link state, Cisco strongly recommends you perform the update in a maintenance window or at a time when the interruption will have the least impact on your deployment.
Use the Defense Center’s web interface to perform the update. Update the Defense Center first, then use it to update the devices it manages.
Update your Defense Centers before updating the devices they manage.
Installing the Update on Paired Defense Centers
When you begin to update one Defense Center in a high availability pair, the other Defense Center in the pair becomes the primary, if it is not already. In addition, the paired Defense Centers stop sharing configuration information; paired Defense Centers do not receive software updates as part of the regular synchronization process.
To ensure continuity of operations, do not update paired Defense Centers at the same time. First, complete the update procedure for the secondary Defense Center, then update the primary Defense Center.
Installing the Update on Clustered Devices
When you install an update on clustered devices, the system performs the update on the devices one at a time. When the update starts, the system first applies it to the secondary device, which goes into maintenance mode until any necessary processes restart and the device is processing traffic again. The system then applies the update to the primary device, which follows the same process.
Installing the Update on Stacked Devices
When you install an update on stacked devices, the system performs the updates simultaneously. Each device resumes normal operation when the update completes. Note that:
■If the primary device completes the update before all of the secondary devices, the stack operates in a limited, mixed-version state until all devices have completed the update.
■If the primary device completes the update after all of the secondary devices, the stack resumes normal operation when the update completes on the primary device.
Installing the Update on Cisco NGIPS for Blue Coat X-Series
Updating the Cisco NGIPS for Blue Coat X-Series reloads the affected VAPs. If your FireSIGHT Software for X-Series device is deployed inline and you are using multi-member VAP groups, Cisco recommends that you update the VAPs one at a time. This allows the other VAPs in the group to inspect network traffic while the VAP that is being updated reloads.
Note: If you are using single-VAP VAP groups in an inline deployment, reloading the VAP causes an interruption in network traffic. Make sure you plan the update for a maintenance window or other time when it will have the least impact on your deployment.
After you perform the update on either the Defense Center ormanaged devices, you must reapply device configuration and access control policies. Applying an access control policy may cause a short pause in traffic flow and processing, and may also cause a few packets to pass uninspected. For more information, see the FireSIGHT System User Guide.
Note: If you plan on updating the system to Version 6.0, you must install the FireSIGHT System Version 6.0 Pre-Installation package prior to updating the Version 6.0. For more information, see the FireSIGHT System Release Notes Version 6.0 Pre-Installation Package.
There are several additional post-update steps you should take to ensure that your deployment is performing properly. These include:
■verifying that the update succeeded
■making sure that all appliances in your deployment are communicating successfully
■updating to the latest patch for Version 5.4.1.3, if available, to take advantage of the latest enhancements and security fixes
■optionally, updating your intrusion rules and vulnerability database (VDB) and reapplying your access control policies
■making any required configuration changes based on the information in New Features and Functionality
The next sections include detailed instructions not only on performing the update, but also on completing any post-update steps. Make sure you complete all of the listed tasks.
Use the procedure in this section to update your Defense Centers, including virtual Defense Centers. For the version 5.4.1.3 update, Defense Centers reboot.
Caution: You must update your DC2000 and DC4000 BIOs to Version 2.0.1b in order to update your appliances to Version 5.4.1.1. Download the BIOs update via the Cisco Support site. CSCus10407
Caution: Before you update the Defense Center, reapply access control policies to any managed devices. Otherwise, the eventual update of the managed device may fail.
Caution: Do not reboot or shut down your appliances during the update until after you see the login prompt. The system may appear inactive during the pre-checks portion of the update; this is expected behavior and does not require you to reboot or shut down your appliances.
Note: Updating a Defense Center to version 5.4.1.3 removes existing uninstallers from the appliance.
Note: If you have inline normalization enabled and you update a Defense Center currently running Version 5.3.x to Version 5.4, the update process does not change the behavior of your policies. The system adds user layers as necessary to preserve the settings that carried over.
Note: If you plan on updating the system to Version 6.0, you must install the FireSIGHT System Version 6.0 Pre-Installation package prior to updating the Version 6.0. For more information, see the FireSIGHT System Release Notes Version 6.0 Pre-Installation Package.
1. Read these release notes and complete any required pre-update tasks.
For more information, see Before You Begin: Important Update and Compatibility Notes.
2. Download the update from the Support site:
–for Series 3 and virtual Defense Centers:
Note: Download the update directly from the Support site. If you transfer an update file by email, it may become corrupted.
3. Upload the update to the Defense Center by selecting System > Updates, then clicking Upload Update on the Product Updates tab. Browse to the update and click Upload.
The update is uploaded to the Defense Center. The web interface shows the type of update you uploaded, its version number, and the date and time it was generated. The page also indicates whether a reboot is required as part of the update.
4. Make sure that the appliances in your deployment are successfully communicating and that there are no issues reported by the health monitor.
5. View the task queue (System > Monitoring > Task Status) to make sure that there are no tasks in progress.
You must wait until any long-running tasks are complete before you begin the update. Tasks that are running when the update begins are stopped, become failed tasks, and cannot be resumed; you must manually delete them from the task queue after the update completes. The task queue automatically refreshes every 10 seconds.
7. Click the install icon next to the update you uploaded.
8. Select the Defense Center and click Install. Confirm that you want to install the update and reboot the Defense Center.
The update process begins. You can begin monitoring the update’s progress in the task queue (System > Monitoring > Task Status). However, after the Defense Center completes its necessary pre-update checks, you are logged out. When you log back in, the Upgrade Status page appears. The Upgrade Status page displays a progress bar and provides details about the script currently running.
If the update fails for any reason, the page displays an error message indicating the time and date of the failure, which script was running when the update failed, and instructions on how to contact Support. Do not restart the update.
Caution: If you encounter any other issue with the update (for example, if a manual refresh of the Update Status page shows no progress for several minutes), do not restart the update. Instead, contact Support.
When the update completes, the Defense Center displays a success message and reboots.
9. After the update finishes, clear your browser cache and force a reload of the browser. Otherwise, the user interface may exhibit unexpected behavior.
10. Log into the Defense Center.
11. Review and accept the End User License Agreement (EULA). Note that you are logged out of the appliance if you do not accept the EULA.
12. Select Help > About and confirm that the software version is listed correctly: version 5.4.1.3. Also note the versions of the rule update and VDB on the Defense Center; you will need this information later.
13. Verify that the appliances in your deployment are successfully communicating and that there are no issues reported by the health monitor.
14. If the rule update available on the Support site is newer than the rules on your Defense Center, import the newer rules. Do not auto-apply the imported rules at this time.
For information on rule updates, see the FireSIGHT System User Guide.
15. If the VDB available on the Support site is newer than the VDB on your Defense Center, install the latest VDB.
Installing a VDB update causes a short pause in traffic flow and processing, and may also cause a few packets to pass uninspected. For more information, see the FireSIGHT System User Guide.
16. Reapply device configurations to all managed devices.
To reactivate a grayed-out Apply button, edit any interface in the device configuration, then click Save without making changes.
17. Reapply access control policies to all managed devices.
Caution: Do not reapply your intrusion policies individually; you must reapply all access control policies completely.
Applying an access control policy may cause a short pause in traffic flow and processing, and may also cause a few packets to pass uninspected. For more information, see the FireSIGHT System User Guide.
18. If a patch for version 5.4.1.3 is available on the Support site, apply the latest patch as described in the FireSIGHT System Release Notes for that version. You must update to the latest patch to take advantage of the latest enhancements and security fixes.
After you update your Defense Centers to Version 5.4, Version 5.4.1, or Version 5.4.1.3, use them to update the devices they manage.
A Defense Center must be running at least Version 5.4 to update its managed devices to Version 5.4.1.3. Because they do not have a web interface, you must use the Defense Center to update your virtual managed devices, Cisco NGIPS for Blue Coat X-Series, and ASA FirePOWER modules.
Updating managed devices is a two-step process. First, download the update from the Support site and upload it to the managing Defense Center. Next, install the software. You can update multiple devices at once, but only if they use the same update file.
For the Version 5.4.0.4 update, all devices reboot; Cisco NGIPS for Blue Coat X-Series VAP groups reload. Series 3 devices do not perform traffic inspection, switching, routing, NAT, VPN, or related functions during the update. Depending on how your devices are configured and deployed, the update process may also affect traffic flow and link state. For more information, see Traffic Flow and Inspection During the Update.
Caution: Before you update a managed device, use its managing Defense Center to reapply the appropriate access control policy to the managed device. Otherwise, the managed device update may fail.
Caution: Do not reboot or shut down your appliances during the update until after you see the login prompt. The system may appear inactive during the pre-checks portion of the update; this is expected behavior and does not require you to reboot or shut down your appliances.
Tip: If your FireSIGHT Software for X-Series is deployed inline and you are using multi-member VAP groups, Cisco recommends that you update the VAPs one at a time. This allows the other VAPs in the group to inspect network traffic while the VAP that is being updated reloads. If you are using single-VAP VAP groups in an inline deployment, reloading the VAP causes an interruption in network traffic. Make sure you plan the update for a maintenance window or other time when it will have the least impact on your deployment.
Note: If you plan on updating the system to Version 6.0, you must install the FireSIGHT System Version 6.0 Pre-Installation package prior to updating the Version 6.0. For more information, see the FireSIGHT System Release Notes Version 6.0 Pre-Installation Package.
To update managed devices and ASA FirePOWER modules, and Cisco NGIPS for Blue Coat X-Series:
1. Read these release notes and complete any required pre-update tasks.
Note: Download the update directly from the Support site. If you transfer an update file by email, it may become corrupted.
For more information, see Before You Begin: Important Update and Compatibility Notes.
2. Update the software on the devices’ managing Defense Center; see Updating Defense Centers.
3. Download the update from the Support site:
–for Series 2 managed devices:
–for Series 3 managed devices:
–for Cisco NGIPS for Blue Coat X-Series devices:
–for ASA FirePOWER modules (555X-X-SSP-X and 558X-X-SSP-X):
–for ASA FirePOWER modules (ASA5506-X, ASA5506W-X, ASA5506H-X, 5508-X, and ASA5516-X, and the ISA 3000):
4. Upload the update to the Defense Center by selecting System > Updates, then clicking Upload Update on the Product Updates tab. Browse to the update and click Upload.
The update is uploaded to the Defense Center. The web interface shows the type of update you uploaded, its version number, and the date and time it was generated. The page also indicates whether a reboot is required as part of the update.
5. Make sure that the appliances in your deployment are successfully communicating and that there are no issues reported by the health monitor.
6. Click the install icon next to the update you are installing.
7. Select the devices where you want to install the update.
If you are updating a stacked pair, selecting one member of the pair automatically selects the other. You must update members of a stacked pair together.
8. Click Install. Confirm that you want to install the update and reboot the devices.
9. The update process begins. You can monitor the update's progress in the Defense Center’s task queue (System > Monitoring > Task Status).
Note that managed devices may reboot twice during the update; this is expected behavior. Traffic is interrupted while VAPs reload on Cisco NGIPS for Blue Coat X-Series devices deployed inline.
Note: When updating your X-Series device, you must wait for the device to reboot and completely reload the VAP before continuing.
Caution: If you encounter issues with the update (for example, if the task queue indicates that the update has failed or if a manual refresh of the task queue shows no progress for several minutes), do not restart the update. Instead, contact Support.
10. Select Devices > Device Management and confirm that the devices you updated have the correct software version: Version 5.4.0.4.
11. Verify that the appliances in your deployment are successfully communicating and that there are no issues reported by the health monitor.
12. Reapply device configurations to all managed devices.
Tip: To reactivate a grayed-out Apply button, edit any interface in the device configuration, then click Save without making changes.
13. Reapply access control policies to all managed devices.
Applying an access control policy may cause a short pause in traffic flow and processing, and may also cause a few packets to pass uninspected. For more information, see the FireSIGHT System User Guide.
14. If a patch for Version 5.4.0.4 is available on the Support site, apply the latest patch as described in the FireSIGHT System Release Notes for that version.
You must update to the latest patch to take advantage of the latest enhancements and security fixes.
You can track defects resolved in this release using the Cisco Bug Search Tool ( https://tools.cisco.com/bugsearch/). A Cisco account is required. To view defects addressed in older versions, refer to the legacy caveat tracking system.
Issues Resolved in Version 5.4.0.4 and version 5.4.1.3:
■ Security Issue Addressed a vulnerability issue in Linux, as described in CVE-2011-4131.
■ Security Issue Resolved an issue where managed devices experienced microengine failure when processing corrupted traffic. (CSCuu86214)
■Resolved an issue where you could not reapply an intrusion policy (individually or as part of an access control policy reapply) a total of 4096 or more times to a single managed device was not supported. (134385/CSCze89030)
■Resolved an issue where, if you imported an intrusion policy referenced by another policy as a shared layer or as a base policy, importing the intrusion policy failed. (144946/CSCze96151)
■Resolved an issue where the system incorrectly listed twice the number of registered targets on the Intrusion Policy list page. (CSCus08840)
■Resolved an issue where you could add old events from the clipboard to a new incident, even though the events in your clipboard section of the Incidents page appeared empty. (CSCus67128)
■Resolved an issue where, if you edited an access control rule with multiple category conditions and attempted to remove one of the conditions, the system only removed the first listed category condition. (CSCut25082)
■Resolved an issue where the system reported intrusion rules as inactive if the rule targeted a passive zone on an 8000 Series device and performed the show fastpath-rules CLI command. (CSCut32479)
■Resolved an issue where configuring a file policy with Inspect Archives enabled caused Snort to stop passing traffic.(CSCut39253, CSCuu60621)
■Improved troubleshooting. (CSCut43542)
■Improved Disk manager reliability. (CSCut65740)
■Improved correlation rule performance. (CSCut97938)
■Resolved an issue where downgrading RPM packet manager (RPM) files starting with Cisco did not correctly reset the RPM install history. (CSCut98525)
■Resolved an issue where policy apply failed if you reapplied an active access control policy to an ASA FirePOWER module without editing the policy. (CSCuu14839)
■Improved error message warning against use of overlapping port settings in DCE/RPC advanced settings. (CSCuu18577)
■Resolved an issue where connectivity to the AMP cloud may be lost after using the system for an extended period of time. (CSCuu24587)
■Resolved an issue where the system experienced a disruption in traffic if you created a link aggregation group (LAG) on a physical Series 3 device connected to a Cisco Nexus 7000 switch. (CSCuu31626)
■Resolved an issue where, if you changed your system's time zone to a zone east of UTC and added a correlation rule with at least one inactive period to a correlation policy, policy apply failed. (CSCuu37600)
■Resolved an issue where creating a routed interface on your clustered Series 3 device caused connectivity issues. (CSCuu37668)
■Resolved an issue where the Send email check box on the Report Templates tab of the Reporting page did not stay selected if you generated a report, navigated away from the Report Templates tab, and then generated another report. (CSCuu41580, CSCuu97750)
■Improved tracking of the number of monitored hosts. (CSCuu77263)
■Resolved an issue where, if you configured your Defense Center to use a static IPv4 address with an IPv6 address enabled and you accessed the Defense Center's interface using the IPv6 address, the Access Control Policy page did not load. (CSCuu83933)
■Resolved an issue where, in rare cases, your system appeared unstable and did not recover from a hard reset. (CSCuu93154)
■Resolved an issue where a drive failure on some DC4000 appliances caused RAID controller failure and data loss. (CSCuu93159)
■Resolved an issue where the Product Licensing dashboard widget did not list any URL Filtering licenses even if URL Filtering licenses were present. (CSCuu97762)
■Improved SFDatacorrelator performance. (CSCuv48373)
Previously resolved issues are listed by version.
Issues resolved in Version 5.4.0.3 and Version 5.4.1.2:
■ Security Issue Addressed multiple vulnerabilities in SSLv3 that allowed external attacks on client connections, as described in CVE-2015-0286,CVE-2015-0287, CVE-2015-0289, CVE-2015-0292, and CVE-2015-0293.
■ Security Issue Addressed a cross-site scripting (XSS) vulnerability, as described in CVE-2015-0707.
■ Security Issue Addressed multiple vulnerability issues in Linux and other third parties, as described in CVE-2011-2699, CVE-2012-2744, CVE-2012-3400, and CVE-2015-1781.
■ Security Issue Addressed a vulnerability in HTTP connection handling that allowed users to be redirected to malicious websites, as described in CVE-2015-0706.
■ Security Issue Resolved an issue where the system can experience a microengine fault based on malformed packet data in traffic inspected by a FirePOWER 7000 or 8000 Series managed device. (CSCuu10871, CSCuu26678)
■When routing is configured on a Series 3 device, the system may forward source-routing IPv4 packets, which direct the packet along a different path than configured on the router and can be used to bypass network security measures. (132121/CSCze88520)
■Resolved an issue where, if you viewed the threat score of some files from generated events, the system incorrectly reported the threat score as a number instead of Low, Medium, High, or Very High. (142290/CSCze93722)
■Improved URL filtering. (144198/CSCze94590)
■Resolved an issue where the passive interfaces on 7000 Series devices reported incorrect egress security zones and interfaces. (144624/CSCze95206)
■Resolved an issue where, if you edited the interface security zones from the Object Management page, the stacked device configuration appeared to be up-to-date when it wasn't. (144626/CSCze94847)
■Resolved an issue where, if you enabled remote storage and created a scheduled email alert response on your Defense Center, the scheduled email alert disabled remote storage and remote storage backups failed. (145288/CSCze95993)
■Resolved an issue where access control rules containing web application conditions did not match against traffic if users on your network entered a URL into the address bar that was not lowercase. (CSCur37364)
■Resolved an issue where adding a Defense Center in a high availability configuration to your system caused the secondary Defense Center to overwrite the existing SHA-256 values in the system’s file list. (CSCur57708)
■Resolved an issue where, if you created aa correlation rule to trigger when an intrusion event or connection event occurs and the condition matches an ingress security zone, egress security zone, ingress interfaces, or egress interface as the condition, the system did not recognize the rule and failed to generate events for traffic matching the rule. (CSCur59840)
■Improved multiple dashboard widgets. (CSCus11068)
■Resolved an issue where your system occasionally experienced latency during Snort restart. (CSCus13247)
■Resolved a bug where file names of uuencoded email attachments was not displayed in file events and malware events. (CSCus30831)
■Resolved an issue where some HTTPS traffic inspections resulted in false positives. (CSCus32474)
■Resolved an issue where the system generated an Internal Server Error message if the password for your registered ASA FirePOWER device included an unsupported character. (CSCus68604)
■Resolved an issue where the system generated a malware alert on the second attempt to download a suspicious file over HTTP instead of generating an alert on the first attempt to download the file. (CSCus83151)
■Resolved an issue where, if you created an user role in the Custom User Role tab of the User Management page, the system disabled some check-boxes but enabled some options available under the disabled check boxes. (CSCus87248)
■Resolved an issue where, if you attempted to download a file but the download was blocked and the file was downloaded again, the system either did not identify the file type or the system generated incorrect SHA-256 values. (CSCus87799)
■If your system restarts or reloads after a VDB install and the Inspect Traffic During Policy Apply option in your firewall policy is unchecked, you may experience loss of network connectivity during the restart process. (CSCut08225)
■Resolved an issue where, if you created an access control rule configured to send events to an external syslog server and the system detected multiple truncated unified files, the device stopped sending connection events to the syslog server. (CSCut14629)
■Improved SFDatacorrelator performance when processing historical email and eStreamer alerts. (CSCut23688)
■Resolved an issue where the FirePOWER fiber ports on the 4-Port 10Gbps non-bypass network modules would not reliably achieve link connectivity with APCON IntellaFlex or IntellaPatch brand devices. (CSCut24654)
■Resolved an issue where the system displayed incorrect file type information on the Network File Trajectory page. (CSCut27978)
■Resolved an issue where enabling the Original Client IP column in the Intrusion Events table view and reviewing one or more row generated errors. (CSCut41458)
■Resolved issues where the system exposed plain text passwords in syslog messages in the web interface and in log files accessible via the shell.(CSCut80473)
■Resolved an issue where the Retrospective Malware Events table did not include the old disposition or the new disposition fields of a retrospective malware event. (CSCut83512)
■Resolved an issue where, if you restarted your ASA5585-X device with a large number of subinterfaces configured without also restarting the SFR5585-X service card, the SFR5585-X service card appeared to fail. (CSCut89619)
■Resolved an issue where, if you configured a domain name without a DNS entry, the web interface page did not load. (CSCut89714)
■Resolved an issue where, if you removed a malware license from your Defense Center while the Defense Center experienced a disruption in cloud connectivity, the system continuously generated Cannot connect to cloud Health Monitor alerts. (CSCut95470)
■Resolved an issue where configuring a Windows TGM Proxy caused a disruption in detection preprocessors. (CSCut95588)
■Disabling one of management interfaces from a multiple manager interface configuration no longer disables the communication channel. (CSCut95915)
■Resolved an issue where, if you configured a link aggregated group (LAG) to use link aggregation control protocol (LACP) and the LAG interfaces experienced heavy broadcast traffic, the LAG interfaces entered a forced down state. (CSCuu04209)
■Resolved an issue where you experienced system issues if the cloud continuously checked for a new update. (CSCuu04844)
■The system will generate an alert if you attempt to create two correlation policies with an identical name. (CSCuu14720)
■Resolved an issue where, if you downgrade an ASA5585-X device to an older version, Linux did not downgrade when it should have. (CSCuu14965)
■Resolved an issue where the system displayed the incorrect amount of memory usage on the System Load dashboard widget. (CSCuu19742)
■Improved CPU performance reporting for the Simple Network Management Protocol (SNMP) agent on physical Series 3 devices. (CSCuu31029)
■Improved CPU performance. (CSCuu35011)
■Resolved an issue where, if an ASA5506-X device running ASA platform version 9.3(3) or 9.4(1) experienced issues, the device stopped processing traffic. (CSCuu38535)
■Resolved an issue where excessive memory usage caused the system to restart processes that potentially caused loss of network connectivity. (CSCuu88135)
■Resolved an issue where, if you clicked the Edit icon near the configurable Relay Host option while generating a report from the Report page, the web browser redirected to a internal server error web page. (CSCuv01286)
Issues resolved in Version 5.4.1.1 and Version 5.4.0.2:
■ Security Issue Addressed multiple vulnerabilities in SSLv3 that allowed external attacks on client connections, as described in CVE-2014-3569, CVE-2014-3570, CVE-2014-3572, and CVE-2015-0204.
■ Security Issue Addressed an arbitrary script injection vulnerability allowing unauthenticated, remote attackers to exploit GNU C library DNS resolution functionality, as described in CVE-2015-0235.
■ Security Issue Resolved multiple cross-site scripting (XSS) and arbitrary HTML injection vulnerabilities. (CSCus03591, CSCus03762, CSCus04436, CSCus07858, CSCus07875)
■ Security Issue Resolved a vulnerability in Universal Unique Identifier (UUID) manipulation. (CSCus06097)
■Resolved an issue where, if you edited a local rule on the intrusion rule editor when viewing rule documentation, the system displayed the current local rule configuration for already-generated event data instead of the rule configuration that triggered it. (145118/CSCze95346)
■Resolved an issue where, if you backed up and restored a Defense Center, Security Intelligence objects were not backed up or restored. (CSCur42337, CSCur35624)
■Resolved an issue on Series 3 managed devices where inline connectivity could be lost for up to 25 seconds on bypass-enabled inline sets during device reboot. (CSCur64678)
■Resolved an issue where, in some cases, you were not able to get URL category or URL reputation information. (CSCur38971, CSCus59492)
■Resolved an issue where the system did not display the associated hosts if you expanded a vulnerability based on a client application from the vulnerabilities tab of the Network Map. (CSCur86191)
■Resolved an issue where, in some cases, the host did not always display the block page if one of your access control rule actions was set to block or interactive block. (CSCus06868)
■Resolved an issue where the system did not support generating multiple report types when using Windows File Sharing (SMB) due to unsupported characters in the report name. (CSCus21871)
■Resolved an issue where, if you create an SSL policy set to Do Not Decrypt and attempted to establish a session, the system erroneously reported the session was blocked when it was not. (CSCus41127)
■Resolved an issue where, if you placed an access control rule referencing a file policy with a Block Malware rule positioned after an access control rule with a web application condition, the system did not identify malware files. (CSCus64393, CSCus64526)
■Resolved an issue where, if both the management interface and the control interface of your system used the same VLAN and the management interface used an IPv6 address, the management interface was inoperable. (CSCus64678)
■Resolved an issue where, if your system included an SSL Visibility Appliance (SSLVA) or a Cisco SSL Appliance and you created a file policy containing a web application category and a Block Malware rule, your first attempt to download a file over HTTPS failed. Note that this issue is resolved when the SSL appliance is running Version 3.8.4. ()
■Resolved an issue where the system experiences issues if you applied an access control policy referencing a URL Filtering license, Security Intelligence license, and an SSL policy configured for inspection on any of the following devices: the 7000 Series, ASA5506-X, ASA5506H-X, and the ASA5506W-X. (CSCut02823)
■Improved pruning for correlation event tables. (CSCut02984)
■Resolved an issue where, if you created a file policy with Spero analysis and file capture enabled, the system did not capture files detected in incoming traffic. (CSCut06837)
■When an applied access control policy with a rule set has all source IPv4 addresses, the system evaluates traffic with an IPv6 source address as if source addresses were not set in the rules. When an applied access control policy with a rule set has all source IPv6 addresses, the system evaluates traffic with an IPv4 source address as if source addresses were not set in the rules. When an applied access control policy with a rule set has all destination IPv4 addresses, the system evaluates traffic with an IPv6 destination address as if destination addresses were not set in the rules. When an applied access control policy with a rule set has all destination IPv6 addresses, the system evaluates traffic with an IPv4 destination address as if destination addresses were not set in the rules. (CSCut48596)
■Resolved a rare issue where, if a Series 3 device detected traffic targeted for stacked devices, the system experienced issues and could not process traffic. (CSCut53335)
Issues resolved in Version 5.4.1:
■ Security Issue Addressed multiple vulnerabilities in SSLv3 that allowed external attacks on client connections. The fix addresses CVE-2014-3566.
■ Security Issue Addressed an arbitrary script injection vulnerability allowing unauthenticated, remote attackers to execute commands via Bash. The fix addresses CVE-2014-6271 and CVE-2014-7169.
■ Security Issue Resolved an unauthorized vulnerability in Universal Unique Identifier (UUID) manipulation.
■ Security Issue Resolved cross-site scripting (XSS) vulnerabilities in the host attribute.
■ Security Issue Resolved an HTML injection vulnerability.
■Improved the speed of reloading Snort configurations during access control policy apply. (112070/CSCze87966, CSCur19687)
■Resolved an issue where, if you created an SSL policy with the Session Not Cached option set to Do Not Decrypt or Block and SSL session reuse enabled, the system displayed uncached session errors in the SSL Status column of the Connection Events table view when the session refreshed. (143335/CSCze93608).
■Resolved an issue where the system did not display data for the Network Analysis Policy column of the Intrusion Events table view and the Connection Events table view if you registered a device running Version 5.3.X to a Defense Center running Version 5.4. (143349/CSCze94484)
■Resolved an issue where the system failed to recover if you attempted to reboot your clustered Series 3 devices after the devices went to maintenance mode and experienced a power failure. (143504/CSCze94928)
■Updated the FireSIGHT System User Guide to reflect that applying an access control policy may cause a short pause in traffic flow and processing. (143514/CSCze94971)
■Access control policies now have logging capabilities for Log at Beginning and End of Connection, Log at End of Connection, and No Logging at Connection. (143507/CSCze94975)
■Resolved an issue where, if the system generated file events, the system incorrectly truncated file event filenames containing colons on several pages of the web interface. (143666/CSCze94954)
■Resolved an issue where, if you disabled an access control rule containing either an intrusion policy or a variable set that was different from any enabled access control rules, policy apply failed and the system experienced issues. (143871/CSCze94114, 144635/CSCze95200)
■Improved diskmanager cleanup during report generation. (143933/CSCze94240, 143934/CSCze94286)
■Resolved an issue where multiple IP addresses were incorrectly displayed for a single host profile. (144259/CSCze94623)
■Resolved an issue where decrypted SSL sessions displayed URLs in connection logs as http:// instead of https://. (144485/CSCze95739)
■Resolved an issue where, if you created a custom network variable named identically to a default variable but with different capitalization, the system incorrectly assumed the custom variable and the default variable were the same and prevented you from deleting the custom variable. (144488/CSCze95591, 144544/CSCze95599)
■Resolved an issue where, if you enabled your Defense Center or managed device’s eth1 for DHCP, the system incorrectly saved the configuration with DHCP enabled for both eth0 and eth1. (144525/CSCze95666)
■Resolved an issue where, if you applied an access control policy with archive file types enabled on a device running a vulnerability database (VDB) older than Version 211, policy apply failed. (144533/CSCze95570)
■Resolved an issue where the system treated DNS traffic as OpenVPN, QQ, and Viber traffic. (144548/CSCze95536)
■Resolved an issue where rule or packet latency thresholding timers could not be disabled. (144555/CSCze95704)
■Resolved an issue where, if you created a link aggregation group (LAG) interface on a NetMod connected to an 8000 Series managed device and then powered down the device, removing the NetMod after powering down caused errors. (144576/CSCze95166)
■Resolved an issue where removing the URL Filtering license from your system caused a disruption in cloud connectivity. (144578/CSCze95183)
■Resolved an issue where, if you used the SFR system restart CLI command on the ASA5506-X device while logged in via the ASA session command, the device stopped processes and did not restart them. (144609/CSCze94873)
■Resolved an issue where, if you created an HTML report, the web browser incorrectly displayed the report as binary data. (144667/CSCze95195)
■Resolved an issue where importing and exporting Defense Center policies failed. (144806/CSCze95396, 144905/CSCze96093)
■Resolved an issue where defining a large range of ports for source ports or destination ports caused policy apply to fail. (144933/CSCze95305)
■Resolved an issue where the system experienced a FSIC failure during update. (144964/CSCze95780)
■Resolved an issue where, if you attempted to establish a private cloud connection without utilizing the proxy option, the system attempted to connect to the private cloud via proxy even if you unchecked the use proxy option. (144968/CSCze95801)
■Resolved an issue where automatic update failed if you attempted to download updates while managing an X-Series device. (145060/CSCze95372)
■Resolved an issue where the user interface provided the incorrect patch release when you attempted to update your system with the Download Updates button. (145174/CSCze95284)
■Resolved an issue where, at altitudes of 2000 feet or higher, the AMP8150 emitted excessive noise due to inlet fans running at 20,000 RPM or faster, despite reported fan speeds as low as 0 RPM. Updating the BMC firmware or applying this update resolves the issue in the firmware, but to resolve temporarily until you can update, use the ipmi mc reset cold CLI command to reset the AMP8150 Baseboard Management Controller (BMC). Note that you must reestablish your Serial Over Lan (SOL) session after reset. (CSCus59936)
■Resolved an issue where the Inline Normalization preprocessor incorrectly resized packets when the Trim Data to Window option was enabled. (CSCur80901)
Issues resolved in Version 5.4:
■ Security Issue Addressed multiple vulnerability issues in Linux and other third parties as described in CVE-2013-0343, CVE-2013-2164, CVE-2013-2206, CVE-2013-2232, CVE-2013-2234, CVE-2013-2888, CVE-2013-3552, CVE-2013-4387, CVE-2013-4470, CVE-2013-4786, CVE-2007-6750, CVE-2013-7263, CVE-2013-7265.
■ Security Issue Addressed multiple injection vulnerabilities, including HTML and command line injections.
■ Security Issue Addressed multiple cross-site scripting (XSS) vulnerabilities.
■ Security Issue Addressed multiple cross-site request forgery (CSRF) vulnerabilities.
■ Security Issue Addressed multiple parameter manipulation and misconfiguration vulnerabilities.
■If you configure an access control rule to Block, Block with reset, Interactive block, Interface Block with reset, or Monitor, selecting a reputation level also selects all reputations more severe than the selected level. If you configure an access control rule to Allow or Trust, selecting a reputation level also selects all reputations less severe than the selected level. (111747/CSCze87908)
■The system now prevents you from using IPv6 addresses to configure connections to the User Agent. (124377/CSCze88700)
■Resolved an issue where, in some cases, the system included extraneous data in intrusion event performance graphs. (124934/CSCze87728)
■Improved the functionality of eStreamer performance metrics. (129840/CSCze89231)
■Resolved an issue where large system backups failed if disk space usage exceeded the disk space threshold before pruning. (132501/CSCze88368)
■Resolved an issue where using the RunQuery tool to execute a SHOW TABLES command caused the query to fail. (132685/CSCze89153)
■Resolved an issue where, in some cases, performing remote backups of managed devices generated large backup files on your Defense Center. (133040/CSCze89204)
■You can now edit the maximum transmission unit (MTU) of a managed device via the Interface tab of the Management Interfaces page ( System > Local > Configuration > Management Interfaces) on the managed device’s web interface. You can no longer edit the MTU of management interfaces of managed devices from the Defense Center. (133802/CSCze89748)
■Resolved an issue where the syslog alert message for events generated by intrusion rules with preprocessor options enabled caused a Snort Alert message instead of a customized message. (134270/CSCze88831)
■Resolved an issue where remediation failed if you configured an Nmap scan remediation with the Fast Port Scan and the Use Port from Event options enabled. (134499/CSCze88810)
■Resolved an issue where, if you enabled end-of-connection logging on a system in high availability, the system did not report sessions or reported an incorrect time stamp if the session was terminated prematurely. (134806/CSCze89822)
■Resolved an issue where communication issues between the Defense Center and cloud did not generate a health alert. (134888/CSCze90122)
■Resolved an issue where the system did not resolve host names associated with IPv6 addresses as expected in the dashboard or event views if you enabled Resolve IP Addresses from the Event View Settings page. (135182/CSCze90155)
■Custom HTTP response pages now support up to 50,000 plaintext characters. (136295/CSCze90383)
■Resolved an issue where the system displayed an incorrect number of submitted IP addresses in the tooltips on the Security Intelligence tab if you specified a Feed URL previously created on a computer running a Windows operating system. (136557/CSCze89888)
■Resolved an issue where, if you disabled a physical interface on a managed device, the status of the logical interfaces associated with the physical interface remained green on the Interfaces tab of the editor even though they were disabled. (136560/CSCze89894)
■Resolved an issue where the Defense Center displayed different task statuses on the Task Status page, the Access Control Policy page, and the Device Management page of the web interface if you applied an access control policy to multiple devices. (136614/CSCze89936)
■Resolved an issue where a custom intrusion rule with a TCP protocol condition generated events based on UDP traffic instead of TCP traffic. (136843/CSCze89941)
■Resolved an issue where the captured files table was erroneously listed as an option for a custom table base. (136844/CSCze89977)
■Resolved an issue where the system generated false positives for the 145:1, 145:2, 145:3, 145:4, 145:5, and 145:6 DNP3 preprocessor rules. (137145/CSCze90786)
■Resolved an issue where, if you registered a managed device with a hostname containing more than 40 characters, device registration failed. (137235/CSCze90144)
■Resolved an issue where the system did not correctly filter objects in the Object Manager if you included any of the following special characters in the filter criteria: dollar sign ($), caret (^), asterisk (*), brackets ([ ]), vertical bar (|), forward slash (\), period (.), and question mark (?). (137493/CSCze90413)
■Resolved an issue where, if you enabled Simple Network Management Protocol (SNMP) polling in your system policy and modified the interface configuration on one of your clustered managed devices, the system generated inaccurate SNMP polling requests. (137546/CSCze90000)
■Resolved an issue where enabling syslog or Simple Network Management Protocol (SNMP) connection logging in an access control rule caused system issues. (137952/CSCze90538)
■Resolved an issue where the table view of file events appeared to support viewing the file trajectory by file name even without a calculated SHA256 value. (138155/CSCze90676)
■Resolved an issue where the system did not display UTF-8 characters in the x-axis filenames if you generated a report in HTML or PDF format that included a chart with File Name as the x-axis. (138297/CSCze90799)
■Resolved an issue where, in rare cases, revising and reapplying an intrusion policy hundreds of times caused intrusion rule updates and system updates to require over 24 hours to complete. (138333/CSCze90747)
■Resolved an issue where the system generated an error message if you attempted to update the geolocation database (GeoDB) to the version already installed on your Defense Center. (138348/CSCze90813)
■Resolved an issue where connection events logged to an external syslog or Simple Network Management Protocol (SNMP) trap server had incorrect URL Reputation values. (138504/CSCze91066)
■Resolved an issue where applying more than one access control policy across your deployment and searching for intrusion or connection events matching a specific access control rule retrieved events generated by unrelated rules in other policies. (138542/CSCze91690)
■Resolved an issue where cutting and pasting access control rules appeared to be supported. (138713/CSCze91012)
■Resolved an issue where, if your Defense Center was running Version 5.3 with eStreamer running Version 5.3, the security intelligence events on your Defense Center incorrectly reversed the values of the destination IP and the source IP. (138740/CSCze91402)
■Resolved an issue where the system did not generate a warning about ignored inline normalization settings if you applied an intrusion policy set to drop when inline to a device with passive interfaces. (139177/CSCze91163)
■Resolved an issue where, in rare cases, the Task Status page incorrectly reported a failed system policy apply was successful. (139428/CSCze92142)
■Resolved an issue where the system did not enforce the maximum transmission unit (MTU) setting on Series 2 or virtual devices. (139620/CSCze91705)
■Resolved an issue where, if you configured and saved three or more intrusion policies that referenced each other through their base policies, the system did not update the Last Modified dates for the policies on the Intrusion Policy page. (139647/CSCze91353)
■Resolved an issue where, if you configured and saved a report with a time window that included the transition day from observing Daylight Saving Time (DST) to not observing DST, the system adjusted the time window to begin an hour earlier than specified. (139713/CSCze91697)
■Resolved an issue where, if you switched interfaces between the virtual routers on your managed devices, the system did not activate the dormant static route for the switched interfaces. (139929/CSCze91619)
■Resolved an issue where, if you did not register a device to your Defense Center and your Defense Center had no data, viewing the Intrusion Events Graph page ( Overview > Summary > Intrusion Event Graphs) caused a WARNING: normalizations disabled because not inline error. (140117/CSCze92324)
■Resolved an issue where the system did not prevent an externally authenticated user from modifying their password using the FireSIGHT System web interface. (140143/CSCze91938)
■Resolved an issue where custom HTTPS certificates could be imported only once. (140283/CSCze92162)
■Resolved an issue where creating a new task on the Scheduling page ( System > Tools > Scheduling) caused the system to display an authorization error message. (140575/CSCze92225)
■Resolved an issue where bypass mode appeared as an option for clustered devices even though the option could not be enabled. (140604/CSCze92047)
■Resolved an issue where reports created in bar graph form displayed a maximum of 10 days. (140833/CSCze92405)
■Resolved an issue where the Password Lifetime column on the User Management page displayed a negative value if a user’s password expired. (140839/CSCze92338)
■Resolved an issue where, if you disabled an access control rule referencing an intrusion policy and then reapplied your access control policy, the system incorrectly indicated the appliance’s intrusion policy was out of date. (141044/CSCze92012)
■Resolved an issue where you could not delete third-party vulnerabilities. (141103/CSCze92621)
■Resolved an issue where files intentionally not stored by the system incorrectly appeared with a Failed File Storage value in the event viewer and dashboard. (141196/CSCze92629)
■Resolved an issue where the system-provided saved search Public Addresses Only included the private 172.16.0.0/12 IP address range. (141285/CSCze92654)
■Resolved an issue where, if you updated your Defense Center to Version 5.4, the update wrote over any changes made to the Connection Summary dashboard ( Overview > Dashboards > Connection Summary). (141363/CSCze92812)
■Resolved an issue where reports did not resolve host names for IP addresses. (141393/CSCze92797)
■Resolved an issue where, if you enabled HTTP Block Response in an access control policy and the web server’s operating host reached its open connection limit, HTTP Block Response caused sessions to remain open and the web server to time out. (141440/CSCze92753)
■Resolved an issue where excessive saved revisions to the intrusion policy caused system performance issues. (141501/CSCze92792)
■Resolved an issue where the passive interfaces not in security zones on 3D9900 devices did not generate intrusion or connection events. (141663/CSCze93022)
■You can now enable rules from the packet view of a generated event when you select the Set this rule to generate events in all locally created policies option from the actions menu. (142058/CSCze93416)
■Resolved an issue where, in rare cases, Series 3 devices experienced delays during device shutdown. (142110/CSCze93561)
■Resolved an issue where, if the Defense Center sent a file to the cloud to perform a dynamic analysis in a sandbox environment and the cloud was not available within 50 minutes, the file’s status remained Sent for Analysis instead of a timed out status. (142309/CSCze93757)
■Resolved an issue where, if the Defense Center incorrectly assigned an invalid serial header, the Defense Center failed to send events to the eStreamer client. (143201/CSCze93686)
■Resolved an issue where, if you clicked on an application in the Denied Connections by Application dashboard widget, the system did not properly constrain the resulting event view to blocked connections. (143376/CSCze93645)
■Resolved an issue where, if you generated a report in CSV format only, report section queries would ignore the option to inherit the time window. (143403/CSCze94376)
■Resolved an issue where the Modbus preprocessor failed to generate events after the system missed or dropped a packet. (142450/CSCze95921)
■Resolved an issue where, if you created an access control policy that referenced an SSL policy set to decrypt traffic, policy apply failed. (144518/CSCze94864)
■Resolved an issue where, if you created an intrusion policy or network analysis policy and added a shared layer to it, then exported and imported the new policy the system generated a Back-end failed for import error and did not import the policy. (144905/CSCze96093)
The following known issues are reported in Version 5.4.0.4 and version 5.4.1.3:
■If you apply an access control policy containing a user group to an ASA device with Firepower Services (ASA5506-X, ASA5506H-X, ASA5506W-X, ASA5508-X, ASA5516-X), the system does not detect traffic matching the applied policy. As a workaround, apply an access control policy containing a single user instead of a user group. (144428/CSCze95542)
■If you log into your system as a user other than the admin user and edit the base layer of your applied intrusion policy, the system marks the policy updated by admin when it should not. (CSCur79437)
■In some cases, if you change the selected time zone in the Time Zone Preference tab on the User Preferences page ( Admin > User Preferences > Time Zone Preference), the system may not incorporate daylight savings time and may display the wrong time. (CSCur92028)
■Syslog messages do not populate information for the following fields: HTTP Referrer, User Agent, and Referenced Host. (CSCus18179)
■In some cases, if you add an Cisco IOS Null Route instance to your Cisco IOS remediation and enable your password to log into the router, the device does not enable the password and the remediation fails. As a workaround, do not select to enable the password. (CSCus45769)
■If you apply an access control policy referencing Security Intelligence (SI) objects and policy apply fails, reapply you access control policy. If you are still unable to apply policy, contact Support. (CSCus50470)
■In some cases, if you register a device to a pair of Defense Centers and apply an access control policy with URL rules and turn on URL cloud query, the managed device cannot successfully request a URL lookup. (CSCus99059)
■In some cases, if you set up a scan instance for a Nmap module, the Remote Operating System Detection may incorrectly identify the version of detected operating system. As a workaround, refer to the Host Script Output for the correct OS.(CSCut23654)
■If you break a cluster of devices containing a NAT policy with the Remove the interface configurations on <device name> option selected, then policy apply on the secondary device fails after breaking the cluster. As a workaround, de-select Remove the interface configurations on <device name> when separating the clustered devices. (CSCut98774)
■If you open the Discovery Statistics page ( Overview > Summary > Discovery Statistics) on a Defense Center that does not have any discovery events, the system displays an Error 500: Internal Server Error error. (CSCuu00749)
■In some cases, if you create a file policy and a NAT policy and enable TCP stream preprocessor rules with a HTTP port number that is not an available port from the network access policy's HTTP preprocessor configuration page, the system does not detect malware in traffic that matches the file policy’s configured action and downloads malware content when it should not. (CSCuu24472)
■In some cases, if you download a LDAP group to a Defense Center without a FireSIGHT license, downloading the LDAP users or LDAP group fails and the system generates a user limit reached error. (CSCuu35615)
■In some cases, if you have at least two management interfaces enabled and your system loses connectivity to one of the interfaces, the system defaults to an incorrect gateway IP address and you cannot access the interface. (CSCuu44020)
■In some cases, if you configure a static router, a virtual router, or a virtual router filter in the Virtual Router tab on the Device Management page with multiple Cisco Redundancy Protocol (SFRP) IP addresses on a managed device with clustered interfaces in a high availability configuration, the system may incorrectly disable your configured static route, virtual router, or virtual router filter and the route may or may not be reenabled. (CSCuu47325)
■In some cases, if you configure your Cisco ASA with FirePOWER Services with fail-open mode, the system drops traffic if the Snort process restarts instead of passing traffic uninspected. (CSCuu68273)
■In some cases, if you filter by Original Client IP on the Intrusion Events page ( Analysis > Intrusion > Events) using a negated subnet IP address, the system incorrectly excludes intrusion events with no Original Client IP. (CSCuu68438)
■In some cases, if you create a product map set in the User Third-Party Mapping section of the application Detectors page ( Policies > Application Detectors) and Add Fix Map, the system does not generate a list of vendors for the vendor drop-down menu. (CSCuu79373)
■If you configure a host input host using a MAC address, the system does not correctly store the MAC address and does not generate the MAC Address field in the Discovery Events page ( Analysis > Hosts > Discovery Events). (CSCuu90757)
■If you have multiple devices registered to your Defense Center, the connection attempts to MySQL may fail. (CSCuu94784)
■In some cases, the system does not display the correct number of bytes in the Top Web Applications Seen and Top Client Applications Seen widgets on the Summary Dashboard ( Overview > Dashboard > Summary Dashboard) when your web browser is being used for high-volume media, such as video streaming. (CSCuu97036)
■For optimal traffic inspection, Cisco does not recommend double inspecting SSL traffic. (CSCuu97712)
■In some cases, if you create an access control rule set with an interactive block action, view a blocked webpage and select the Continue button to bypass the block, the system may redirect the page from and http:// address ot an https:// address and the webpage does not reload. (CSCuu97946)
■If a user belongs to a group included in an LDAP user awareness object but the group the user belongs to is set as the primary group on the Active Directory server, the user is not included in the list of access-controlled users downloaded from the Active Directory server and you cannot add that user to an access control rule. (CSCuv03821)
■In some cases, if you generate a connection event report from a template and modify the Maximum Results value, the system does not save the new maximum result value and generates the report with the default value. (CSCuv06557)
■In some cases, if you create a virtual router filter, the system incorrectly saves the virtual router OSPF Path Type as Ext-2 instead of Ext-1. (CSCuv08158)
■In some cases, if you configure a system policy to use remote NTP server to synchronize time to a system with a registered ASA 5500-X device, a Series 2 device, or a Series 3 device running a version older than Version 5.4 and you experience a leap second, your system may use a high amount of CPU. (CSCuv11738)
■In some cases, if you create an access control rule with an interactive block action and view a blocked webpage in a Chrome web browser, selecting the Continue button to bypass the block page does not work. As a workaround, view a blocked webpage using Firefox or Internet Explorer. (CSCuv21748)
■In some cases, if you add a cluster and edit the interfaces, you are unable to edit the secondary interface and the system generates an Unable to load container error. (CSCuv25142)
■The system allows you to save VLAN tags that are integers greater than 4095 when VLAN tags should be limited to integers between 0 and 4095. The system only matches to VLAN tags that have integers between 0 and 4095. (CSCuv25963)
■If you generate a new internal CA certificate on the Object Management page ( Objects > Object Management > PKI), the generated certificate is only valid for 30 days when it should be valid for ten years. (CSCuv29004)
■In some cases, if you edit the Indications of Compromise (IOC) settings of your network discovery policy, then disable the IOC and save changes, the IOC is still displayed in the Indications of Compromise by Host dashboard widget. (CSCuv41376)
■If you create an SSL rule to detect traffic on a port with a value larger than or equal to 32,768, the system does not detect traffic matching the port value specified in the SSL rule. (CSCuv44860)
■Policy apply fails if your access control policy contains an extremely large port ranges that exceed available port range memory. As a workaround, reduce the port range referenced in your access control policy and reapply. (CSCuv64114)
■The system does not include new user accounts that are not mapped to a host IP address and grouped access control rules configured to detect user traffic by group fails. (CSCuv78458)
■In some cases, if you create an access control rule configured with all countries selected as the destination or source country, the system does not match IPv6 traffic. As a workaround, create an access control rule configured with a single country selected as the destination or source country. (CSCuv93913)
■In some cases, if you configure a static route on your appliance and reapply your system policy, the system incorrectly deletes the static route. (CSCuw07826)
■In some cases, the SFDatacorrelator experiences issue and does not correctly handle Snort messages. (CSCuw34423)
The following known issues were reported in previous releases:
■In some cases, if a Microsoft Windows update occurs on a client transferring a file, detection of that file fails because the client transmits pieces of the file in separate sessions that the system cannot reassemble to detect the complete file. (112284/CSCze88424)
■The system requires additional time to reboot appliances or ASA FirePOWER modules running Version 5.3 or later due to a database check. If errors are found during the database check, the reboot requires additional time to repair the database. (135564, 136439)
■In some cases, if you create an SSL rule with logging enabled, the connection events page (Analysis > Connections > Events) does not display the URL category or URL reputation values. (142878/CSCze93434)
■If you create a new report (Overview > Reporting > Report Templates) and attempt to insert a report parameter while viewing the web interface with Internet Explorer 11, no report parameters are added to the report section description. As a workaround, use Internet Explorer 10. (142950/CSCze94011)
■In some cases, if you attempt to use the SFR system restart CLI command while logged in via the ASA session command, the device may stop processes and not restart them. This affects all devices except the ASA5506-X. (143135/CSCze94403)
■In some cases, if you create an access control rule set with an interactive block action and enable beginning-of-connection logging or both beginning-of-connection and end-of-connection logging, the system does not log beginning-of-connection events with the reason User Bypass. (143357/CSCze93672, 144167/CSCze94675)
■In some cases, if your clustered Series 3 devices go into maintenance mode, then experience a power failure and you attempt to reboot the devices, the system does not recover. Contact Support if your device does not successfully recover from maintenance mode. (143504/CSCze94928)
■In some cases, if you create an access control rule set to allow traffic that references an SSL rule set to Decrypt-Resign and an intrusion rule set to drop when inline, the system incorrectly displays the SSL Status as Unknown in the intrusion events table view (Analysis > Intrusion > Events). (143665/CSCze94947)
■In some cases, your access control policies may appear as out-of-date even when they are not. (14412/CSCze95029)
■In some cases, if you apply an access control policy referencing two intrusion policies to two devices, then edit the first intrusion policy, then reapply the policy to one device and cluster the two devices, the modified intrusion policy is marked out-of-date on the second device. As a workaround, apply a different access control policy with the same intrusion policies to the second device. (144136/CSCze95126)
■In some cases, if you create an access control policy referencing a rule with the HTTP response page set with an Interactive Block action and you attempt to access a URL that generates an HTTP response page, you are unable to access the same web page in additional tabs on the same browser. (144419/CSCze95694)
■In some cases, the system may not display policy-related information for the following columns on the Connection Events table view ( Analysis > Connections > Events): Action, Reason, Access Control Policy, Access Control Rule, and Network Analysis Policy. (145142/CSCze95299)
■In some cases, the system does not display any events in the Total Events, Total Events Last Hour, or Total Events Last Day rows of the statistics summary of the Discovery Statistics page (Overview > Summary > Discovery Statistics). (145153/CSCze95751)
■In some cases, if you generate an intrusion event performance graph (Overview > Summary > Intrusion Event Performance) and select Last Hour as the time range, the generated graph is blank instead of including data from the intrusion events table view. (145237/CSCze95774)
■Your device may experience a prolonged wait period when powering on. (145248/CSCze96068)
■In some cases, if you enable a fail-open Cisco Redundancy Protocol (SFRP) set to monitor-only on a ASA 5515 module in a high availability configuration and your device experiences a failover, your module may change from active to standby mode several times when it should not. (145256/CSCze95812)
■If you configure an ASA FirePOWER module running Version 5.0 or later with network address translation (NAT), the system incorrectly processes data channels matching applied access control, intrusion, and network discovery policies. (145274/CSCze96017)
■In some cases, if you make changes on the Advanced Malware Protection Alerts tab of the Alerts page ( Policies > Actions > Alerts) on a system configured with high availability, the changes may not be synchronized properly between the appliances. (CSCur46711)
■If you do not deactivate a traffic profile before deleting it, the system allows the deleted profile to continuously use resources without generating traffic. (CSCur48345)
■In some cases, if you configure your cluster of routed Series 3 managed devices with Cisco Redundancy Protocol (SFRP) and apply a network address translation (NAT) rule, both the primary and secondary devices of the cluster respond to the address resolution protocol (ARP) detected in matching traffic when only the primary device should respond. As a workaround, designate the SFRP interface on the primary device as the master interface and the SFRP on the secondary device as the backup interface when creating a NAT rule for your clustered devices. (CSCur55568)
■If you create a scheduled task to install a new version of the vulnerability database (VDB) on your Defense Center, the system will not alert you if you already have a recent VDB version installed and the Defense Center switches from active to standby mode every time the task is scheduled. Cisco does not recommend scheduling automatic VDB updates. (CSCur59252)
■If you use an invalid IP address when configuring the DNS preprocessor in an intrusion policy on an 81xx Family device, system functionality may slow down exponentially. To resolve this issue, enter a valid IP address and reapply the intrusion policy. (CSCur59598)
■In some cases, if you configure an inline pair of interfaces on a virtual device, the CLI s how traffic-statistics command does not display data for the second interface of the inline pair. (CSCur59771)
■In some cases, the Device tab of the Device Management page ( Devices > Device Management) displays yes for licenses that may have expired or been removed from the registered device when it should display no. (CSCur61884)
■In some cases, if you delete a protection license from the licenses page ( System > Licenses), the system does not decrement the number of used licenses when it should. As a workaround, disable the license from the Device Management page ( Devices > Device Management). (CSCur61927)
■You cannot apply an existing intrusion policy that is not referenced in the currently-applied access control policy. (CSCur72904)
■An intrusion detected on the ASA5506-X device may not generate alerts for gzip compressed HTTP traffic or chunked HTTP response data where the decompressed or non-chunked data would match. (CSCur77397)
■In some cases, if your system loses connectivity between the Defense Center and device during policy apply, the Network Discovery page ( Policies > Network Discovery) displays apply to devices. As a workaround, edit the network discovery policy and reapply. (CSCur81583)
■If you create an intrusion policy referencing a network analysis policy that is set to Ignore Audio/Video Data Channel, the system generates alerts for session initiation protocol (SIP) audio data when it should not. (CSCur83184)
■If you manually configure the time of the Defense Center or managed device into the past, the Health Monitor page ( Health > Health Monitor) does not display alerts. (CSCur85894)
■In some cases, if you configure the router interface of your clustered Series 3 managed devices to both a private IP address and a Cisco Redundancy Protocol (SFRP) IP address, the system does not recognize which IP address is the primary address and does not establish an Open Shortest Path First (OSPF) connection. (CSCur86355)
■In some cases, if you create a network analysis policy with the HTTP preprocessor enabled and Unlimited Decompression enabled, and an intrusion rule set to alert for data within gzip compressed HTTP traffic, the system may not generate alerts for traffic matching the applied intrusion rule beyond 65535 bytes of decompressed data. (CSCur87659)
■In some cases, if you deploy a large database and attempt to create a troubleshoot file on your Defense Center, the system utilizes extraneous memory for the task and generates an Out of memory! error. (CSCur97450)
■If BIOs Version 2.0.1b is not running on your DC2000 and DC4000 appliances before updating to Version 5.4.1.1 or later, the update fails. If the update fails due to an earlier BIOs Version running on your Defense Centers, contact Support. (CSCus10407)
■You may encounter false positives on the detection of the Sametime application. (CSCus17165)
■You cannot reset the password for the admin user on the ASA5585-X device. (CSCus17991)
■Running troubleshooting on your system may cause latency. (CSCus19876)
■In some cases, indications of compromise (IOC) cannot be removed or resolved from the IOC table view ( Analysis > Hosts > Indications of Compromise) if the host associated with the event has been retired. (CSCus24116)
■In some cases, if you have a single trusted certificate authority (CA) group or object referenced in your applied SSL policy, the system does not allow you to remove the group or object from the policy. As a workaround, add a different CA group or object to the policy and remove the trusted CA group or object from the current SSL policy. (CSCus42239)
■If your ASA5506-X device running Version 5.4.1 does not have a URL license installed or if the license is unavailable, the Cloud Services page ( System > Local > Configuration) erroneously displays a Last URL filtering update message with a timestamp. (CSCus51935)
■In some cases, if you create an URL individual object and add the individual object to an URL group object, then modify the group object, the tooltip for the individual object does not reflect the updated value of the group object. (CSCus51943)
■In some cases, if your URL license is unavailable or deleted and you attempt to add a new URL license, the Enable Automatic Updates option on the Cloud Services page ( System > Local > Configuration) is not checked by default when it should. (CSCus53842)
■In some cases, if you install the new intrusion rule update and then restore a backup to your device, the system erroneously generates an Intrusion Policy is out-of-date message whether the intrusion policy existed before or after the rule update. (CSCus59479)
■In some cases, if your access control policy includes a source and destination address that contains ::/0, the connection events table view ( Analysis > Connections > Events) contains events generated from IPv4 and IPv6 traffic when only IPV6 traffic should be allowed. (CSCus63549)
■If you cannot connect to cloud through your authorization proxy but you can connect through direct connection, contact Support. (CSCus83379)
■In some cases, if you apply an access control policy to an ASA5506-X device from a Defense Center, and the policy is associated with multiple intrusion policies where many rules are enabled, policy apply fails. As a workaround, use fewer policies. Each unique combination of an intrusion policy and variable set counts as a policy, and the network access policy associated with the access control policy counts as a policy. (CSCus95519)
■Resolved an issue where, if you created an access control policy containing a file policy with dynamic analysis enabled, the connectivity to the Collective Security Intelligence Cloud needed for dynamic analysis failed if the proxy port was configured to be port 80. (CSCut01361)
■In some cases, if your Defense Center's database experiences system issues, confirm that your access control policy is applied and that it contains access control rules. If you notice your access control policy or rules are missing, contact Support. (CSCut30047)
■The Backup Management tab of the Backup/Restore page ( System > Tools > Backup/Restore) does not include registered ASA55X5 or ASA55X5-SSP-XX devices as options. (CSCut41338)
■In some cases, if you apply an access control rule referencing a network object or group that has been previously deleted, Defense Centers in a high availability configuration do not recognize that the network object or group is deleted and experienced issues. As a workaround, delete the rule containing the deleted object or group and recreate the rule with the object, and then apply policy. (CSCut54187)
■In some cases, if you create an access control rule referencing a large number of LDAP groups containing access-controlled users, the system experiences latency and may not match traffic against the rule. As a workaround, limit the number of access-controlled groups configured in the LDAP connection. (CSCut56233)
■The system does not support more than one normal IP address for virtual router interfaces configured on clustered Series 3 devices. (CSCut58601)
■In some cases, if you update a pair of Defense Center in a high availability configuration, the secondary Defense Center's access control policies may appear up-to-date while the primary Defense Center's access control policies are not. Note that the system should report the correct status for objects and policies referenced by the access control policies. (CSCut63260)
■In some cases, if you create and edit a search for generated events, then cancel the search before the search starts, the system redirects you to the events page related to the search and displays an incorrect search name. (CSCut63265/CSCuu97738)
■In some cases, the SFDatacorrelator experiences issues if the last entry in the rna map list is a duplicate. If you experience issue with SFDatacorrelator performance, contact Support. (CSCut65738)
■In some cases, if your system experiences two sequential failures, the system may go into bypass mode instead of attempting to recover from the second failure even if bypass mode is not configured and traffic may pass undetected. (CSCut80892)
■If you attempt to select all the application filters within the Application Filters page ( Object > Object Management > Application Filters) by selecting the first available application filter and using the keyboard command shift+click on the last available application filter on a Chrome browser, only the two applications filters you selected are checked. You must select each application individually to include all the available filters. (CSCut86012)
■FirePOWER services are unavailble during the update process if you update the following Cisco ASA with FirePOWER Servicesfrom Version 5.4.1 to Version 5.4.1.1: ASA5506-X, ASA506H-X, ASA5506W-X, ASA5508-X, ASA5516-X. FirePOWER services are available after updating your devices. As a workaround, use the tail –f /var/log/sf/Cisco_network_sensor_Patch-5.4.1.1_main_upgrade_script.log command via SSH to observe the update process and restart the Adaptive Security Device Manager (ASDM) on your ASA module after the update completes. (CSCut89599)
■In some cases, if the sensing interfaces configured for inline deployment are down while the system restarts, Snort continuously restarts. (CSCut93464)
■In some cases, if you enable multiple interfaces configured on your system with a registered device and use the show managers CLI command on the device, the system displays the incorrect IP address. (CSCut95947)
■In some cases, your 3D8xx device may experience an error and lose control and info channels. (CSCut98395)
■If you attempt to update your device and experience system issues after updating, such as not being able to access your device, contact Support. (CSCuu01055)
■If you use the system support run-rule-profiling CLI command and a stack trace occurs, reapply the access control policy. (CSCuu02211)
■In some cases, if you disable an access control rule referencing an intrusion policy, the Access Control page ( Policies > Access Control) incorrectly displays the intrusion policy as out-of-date after the access control policy is successfully re-applied. The Intrusion Policy page ( Policies > Intrusion > Intrusion Policy) will display the correct policy status. (CSCuu15483)
■In some cases, if you create an access control policy containing a geolocation condition, traffic that should match the condition fails to match. (CSCuu48800)
■The File Trajectory page ( Analysis > Files > Network File Trajectory) displays the first and last host icons of a host with an indication of compromise as a blue icon instead of a red icon. (CSCuu17950)
■In some cases, if you register a ASA FirePOWER module to your Defense Center and reboot the ASA FirePOWER module, the data channel connection between the Defense Center and the VMware tool on the virtual ASA device experiences a disruption in connectivity. As a workaround, re-register your ASA device. (CSCuu18450)
■In some cases, if you backup a Defense Center and restore the backup to a different Defense Center you are unable to log onto the Defense Center with the restored backup. If you are unable to log onto your Defense Center after restoring a backup, contact Support. (CSCuu35238)
■The Cisco Redundancy Protocol (SFRP) advertisement interval value appears to be configurable when you add or edit a routed IP address from the Interfaces tab of the Device Management page ( Device > Device Management > Interfaces) even though it is not. (CSCuu37687)
■In some cases, if you register a device to your Defense Center and then update the device, using the configure manager <IP address> add CLI command disables the Defense Center from managing the device. As a workaround, waiting for the device to automatically register to the Defense Center after updating. (CSCuu44265)
■In some cases, if you use the system file copy CLI command on a device, you may be unable to exit the CLI prompt. As a workaround, use ctr+c to exit the command back to the prompt. (CSCuu48793)
■In some cases, if your system accumulates large quantities of traffic for an extended period of time, you may experience latency and you may experience a disruption in traffic. (CSCuu52545)
■In some cases, if you add more than one license for a 3D8250 device and one license for a 3D8260 device, or another device of the same family, and view the License page ( System > Licenses), the system incorrectly lists all licenses under the device with the most recently loaded license. Even though the License page incorrectly lists the licences under the wrong device, the licenses are correctly applied. (CSCuu99789)
■If you create a backup with a space in the filename, applying the backup to a Defense Center fails. As a workaround, do not include spaces in your backup filenames. (CSCuu99818)
■In some cases, if you attempt to delete a security zone from the Security Zones page ( Objects > Object Management > Security Zones) that is referenced in the applied access control policy of an ASA5500-X Series device, the system does not save the changes and the security zone is not deleted. As a workaround, remove the security zone from the access control policy, then delete the security zone from the Security Zones page. (CSCuv40232)
■If you click the name of a file that contains extended characters in the table view for the Captured File Summary workflow ( Analysis > Files > Captured Files), an internal server error occurs. (CSCuv40941)
■If you open the Discovery Statistics page ( Overview > Summary > Discovery Statistics) on a Defense Center that does not have any discovery events, an internal server error occurs. (CSCuv42327)
Thank you for choosing the FireSIGHT System.
For information on obtaining documentation, using the Cisco Bug Search Tool (BST), submitting a service request, and gathering additional information about Cisco ASA devices, see What’s New in Cisco Product Documentation at: http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html.
Subscribe to What’s New in Cisco Product Documentation, which lists all new and revised Cisco technical documentation, as an RSS feed and deliver content directly to your desktop using a reader application. The RSS feeds are a free service.
If you have any questions or require assistance with Cisco ASA devices, please contact Cisco Support:
■Visit the Cisco Support site at http://support.cisco.com/.
■Email Cisco Support at tac@cisco.com.
■To receive timely, relevant information from Cisco, sign up at Cisco Profile Manager.
■To get the business impact you’re looking for with the technologies that matter, visit Cisco Services.
■To submit a service request, visit Cisco Support.
■To discover and browse secure, validated enterprise-class apps, products, solutions and services, visit Cisco Marketplace.
■To obtain general networking, training, and certification titles, visit Cisco Press.
■To find warranty information for a specific product or product family, access Cisco Warranty Finder.
Cisco Bug Search Tool (BST) is a web-based tool that acts as a gateway to the Cisco bug tracking system that maintains a comprehensive list of defects and vulnerabilities in Cisco products and software. BST provides you with detailed defect information about your products and software.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R)
Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental.
© 2015 Cisco Systems, Inc. All rights reserved.
Printed in the USA on recycled paper containing 10% postconsumer waste.