Firepower Release Notes 700

Cisco Firepower Release Notes, Version 7.0.
0
First Published: 2021-05-26
Last Modified: 2021-05-26
Americas Headquarters
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-1706
USA
http://www.cisco.com
Tel: 408 526-4000
800 553-NETS (6387)
Fax: 408 527-0883
THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS,
INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH
THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY,
CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.
The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of
the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.
NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS.
CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.
IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT
LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS
HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
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.
All printed copies and duplicate soft copies of this document are considered uncontrolled. See the current online version for the latest version.
Cisco has more than 200 offices worldwide. Addresses and phone numbers are listed on the Cisco website at www.cisco.com/go/offices.
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:
https://www.cisco.com/c/en/us/about/legal/trademarks.html. 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. (1721R)
© 2021 Cisco Systems, Inc. All rights reserved.
CONTENTS
CHAPTER 1 Welcome to Version 7.0.0 1
About the Release Notes 1

Release Dates 1
CHAPTER 2 Compatibility 3
Firepower Management Centers 3
Firepower Devices 4
Manager-Device Compatibility 6
Minimum Version to Upgrade 7
Web Browser Compatibility 8
Screen Resolution Requirements 9
CHAPTER 3 Features and Functionality 11
Features for Firepower Management Center Deployments 11

New Features in FMC Version 7.0.0 11
Deprecated Features in FMC Version 7.0.0 21
Features for Firepower Device Manager Deployments 23

New Features in FDM Version 7.0.0 23
Deprecated Features in FDM Version 7.0.0 26
About Deprecated FlexConfig Commands 26

Intrusion Rules and Keywords 27
How-To Walkthroughs for the FMC 27
Sharing Data with Cisco 28
CHAPTER 4 Upgrade the Software 31
Upgrade Checklist 31
Cisco Firepower Release Notes, Version 7.0.0

iii
Contents
New Guidelines for Version 7.0.0 37
Reconnect with Cisco Threat Grid for HA FMCs 37

Previously Published Guidelines 37
Upgrade Failure: Firepower 1010 Switch Ports with Invalid VLAN IDs 38
Upgrade Failure: FMC with Email Alerting for Intrusion Events 38
FMCv Requires 28 GB RAM for Upgrade 39
Firepower 1000 Series Devices Require Post-Upgrade Power Cycle 40
Historical Data Removed During FTD/FDM Upgrade 40
New URL Categories and Reputations 40
Pre-Upgrade Actions for URL Categories and Reputations 42
Post-Upgrade Actions for URL Categories and Reputations 43
Guidelines for Rules with Merged URL Categories 44
Time Tests and Disk Space Requirements 46
About Time Tests 46
About Disk Space Requirements 47
Version 7.0.0 Time and Disk Space 48
Traffic Flow, Inspection, and Device Behavior 49
FTD Upgrade Behavior: Firepower 4100/9300 Chassis 49
FTD Upgrade Behavior: Other Devices 52
ASA FirePOWER Upgrade Behavior 54
NGIPSv Upgrade Behavior 54
Upgrade Instructions 55
Upgrade Packages 56
CHAPTER 5 Uninstall an Upgrade 59
Uninstall, Revert, or Reimage? 59

Guidelines for Revert 60
Revert a Major or Maintenance Upgrade 60
CHAPTER 6 Freshly Install the Software 63
Deciding to Freshly Install 63

Guidelines for Fresh Installs 65
Unregistering Smart Licenses 67
Unregister a Firepower Management Center 68

iv
Contents
Unregister an FTD Device Using FDM 68

Installation Instructions 68
CHAPTER 7 Documentation 71
New and Updated Documentation 71
Documentation Roadmaps 73
CHAPTER 8 Resolved Issues 75
Searching for Resolved Issues 75

Version 7.0.0 Resolved Issues 76
CHAPTER 9 Known Issues 83
Searching for Known Issues 83

Version 7.0.0 Known Issues 84
CHAPTER 10 For Assistance 87
Online Support Resources 87

Contact Cisco 87

v
Contents

vi
CHAPTER 1
Welcome to Version 7.0.0
Thank you for choosing Firepower.
• About the Release Notes, on page 1
• Release Dates, on page 1
About the Release Notes

The release notes provide critical and release-specific information, including upgrade warnings and behavior
changes. Read this document even if you are familiar with Firepower releases and have previous experience
upgrading Firepower deployments.
For links to upgrade and installation instructions, see:
• Upgrade Instructions, on page 55
• Installation Instructions, on page 68
Release Dates
For a list of all platforms available with this version, see Compatibility, on page 3.
Table 1: Version 7.0.0/7.0.x Dates
Version Build Date Platforms
7.0.0 94 2020-05-26 All

1
Welcome to Version 7.0.0
Release Dates

2
CHAPTER 2
Compatibility
For general Firepower compatibility information see:
• Cisco Firepower Compatibility Guide: Detailed compatibility information for all supported Firepower
versions, including links to end-of-sale and end-of-life announcements for deprecated platforms.
• Cisco NGFW Product Line Software Release and Sustaining Bulletin: Support timelines for the Cisco
Next Generation Firewall product line, including management platforms and operating systems.
For compatibility information for this Firepower version, see:

• Firepower Management Centers, on page 3
• Firepower Devices, on page 4
• Manager-Device Compatibility, on page 6
• Minimum Version to Upgrade, on page 7
• Web Browser Compatibility, on page 8
• Screen Resolution Requirements, on page 9
Firepower Management Centers

The Firepower Management Center (FMC) is a fault-tolerant, purpose-built network appliance that provides
a centralized management console for your Firepower deployment. Firepower Management Center Virtual
(FMCv) brings full firewall management functionality to virtualized environments.
Firepower Management Center

This release supports the following hardware FMC platforms:
• FMC 1600, 2600, 4600
• FMC 1000, 2500, 4500
We recommend you keep the BIOS and RAID controller firmware up to date. For more information, see the
Cisco Firepower Compatibility Guide.
Firepower Management Center Virtual

This release supports the following FMCv public cloud implementations:
• FMCv for Amazon Web Services (AWS)

3
Compatibility
Firepower Devices
• FMCv for Microsoft Azure

• FMCv for Google Cloud Platform (GCP)
• FMCv for Oracle Cloud Infrastructure (OCI)
This release supports the following FMCv on-prem/private cloud implementations:

• FMCv for Cisco HyperFlex
• FMCv for Kernel-based virtual machine (KVM)
• FMCv for Nutanix Enterprise Cloud
• FMCv for OpenStack
• FMCv and FMCv 300 for VMware vSphere/VMware ESXi 6.5, 6.7, or 7.0
For supported FMCv instances, see the Cisco Firepower Management Center Virtual Getting Started Guide.
Firepower Devices
Cisco Firepower devices monitor network traffic and decide whether to allow or block specific traffic based
on a defined set of security rules. Some Firepower devices run Firepower Threat Defense (FTD) software;
some run NGIPS/ASA FirePOWER software. Some can run either—but not both at the same time.
Note These tables list supported devices for this release. Even if an older device has reached EOL and you can no
longer upgrade, you can still manage that device with a newer FMC, up to a few versions ahead. Similarly,
newer versions of ASDM can manage older ASA FirePOWER modules. For supported management methods,
including backwards compatibility, see Manager-Device Compatibility, on page 6.
Firepower Threat Defense

This release supports the following hardware platforms running Firepower Threat Defense. For versions and
builds of bundled operating systems, see the Bundled Components information in the Cisco Firepower
Compatibility Guide.
Table 2: Firepower Threat Defense Hardware in Version 7.0.0/7.0.x
FTD Platform Requirements
Firepower 1010, 1120, 1140, 1150 —

Firepower 2110, 2120, 2130, 2140

4
Compatibility
Firepower Devices
FTD Platform Requirements
Firepower 4110, 4120, 4140, 4150 FXOS 2.10.1.159 or later build

Firepower 4112, 4115, 4125, 4145 Upgrade FXOS first.
Firepower 9300: SM-24, SM-36, To resolve issues, you may need to upgrade FXOS to the latest build.
SM-44 modules To help you decide, see the Cisco FXOS Release Notes, 2.10(1).
Firepower 9300: SM-40, SM-48,
SM-56 modules
ASA 5508-X, 5516-X Although you do not separately upgrade the OS on these devices in FTD
deployments, you should make sure you have the latest ROMMON
ISA 3000
image. See the instructions in the Cisco ASA and Firepower Threat
Defense Reimage Guide.
This release supports the following Firepower Threat Defense Virtual implementations. For supported instances,
throughputs, and other hosting requirements, see the appropriate Getting Started Guide.
Table 3: Firepower Threat Defense Virtual in Version 7.0.0/7.0.x
FTDv Platform On Prem/Private Clouds Public Clouds
FTDv5 Any of: Any of:

FTDv10 • HyperFlex: Cisco HyperFlex • AWS: Amazon Web Services
FTDv20 • KVM: Kernel-based Virtual Machine • Azure: Microsoft Azure
FTDv30 • Nutanix: Nutanix Enterprise Cloud • GCP: Google Cloud Platform
FTDv50 • OpenStack • OCI: Oracle Cloud Infrastructure
FTDv100
• VMware vSphere/VMware ESXi 6.5,
6.7, or 7.0
NGIPS/ASA FirePOWER
This release supports the following NGIPS/ASA FirePOWER platforms.
Table 4: NGIPS/ASA FirePOWER in Version 7.0.0/7.0.x
NGIPS Platform Requirements
ASA 5508-X, 5516-X ASA 9.5(2) to 9.16(x)

ISA 3000 There is wide compatibility between ASA and ASA FirePOWER
versions. However, upgrading allows you to take advantage of new
features and resolved issues. See the Cisco ASA Upgrade Guide for
order of operations.
You should also make sure you have the latest ROMMON image. See
the instructions in the Cisco ASA and Firepower Threat Defense
Reimage Guide.

5
Compatibility
Manager-Device Compatibility
NGIPS Platform Requirements
NGIPSv VMware vSphere/VMware ESXi 6.5, 6.7, or 7.0

For supported instances, see the Cisco Firepower NGIPSv Quick Start
Guide for VMware.
Manager-Device Compatibility
Firepower Management Center
All Firepower devices support remote management with a Firepower Management Center (FMC), which can
manage multiple devices. The FMC must run the same or newer version as its managed devices. You cannot
upgrade a device past the FMC. Even for maintenance (third-digit) releases, you must upgrade the FMC first.
A newer FMC can manage older devices up to a few major versions back, as listed in the following table.
However, we recommend you always update your entire deployment. New features and resolved issues often
require the latest release on both the FMC and its managed devices.
Table 5: FMC-Device Compatibility
FMC Version Oldest Device Version You Can Manage
7.0.0 or any 7.0.x maintenance release 6.4.0
6.5.0 6.2.3
6.4.0 6.1.0
6.3.0 6.1.0
6.2.3 6.1.0
Firepower Device Manager and Cisco Defense Orchestrator

As an alternative to an FMC, Firepower Threat Defense devices support FDM and CDO management:
• Firepower Device Manager (FDM) can manage a single FTD device.
FDM lets you configure the basic features of the software that are most commonly used for small or
mid-size networks.
• Cisco Defense Orchestrator (CDO) is cloud-based and can manage multiple FTD devices.
CDO allows you to establish and maintain consistent security policies across your deployment without
using an FMC. Although some configurations still require FDM, CDO allows you to establish and
maintain consistent security policies across multiple FTD devices.

6
Compatibility
Minimum Version to Upgrade
All FTD devices support CDO concurrently with FDM local management. Because FDM is built into FTD,
and because CDO is a cloud-based product, there is no concept of manager-device compatibility in this type
of deployment.
Adaptive Security Device Manager

ASA with FirePOWER Services is an ASA firewall that runs Firepower NGIPS software as a separate
application, also called the ASA FirePOWER module. You can use Cisco Adaptive Security Device Manager
(ASDM) to manage both applications.
In most cases, newer ASDM versions are backwards compatible with all previous ASA versions. However,
there are some exceptions. For example, ASDM 7.13(1) can manage an ASA 5516-X on ASA 9.10(1). ASDM
7.13(1) and ASDM 7.14(1) did not support ASA 5512-X, 5515-X, 5585-X, and ASASM; you must upgrade
to ASDM 7.13(1.101) or 7.14(1.48) to restore ASDM support. For details, see Cisco ASA Compatibility.
A newer ASA FirePOWER module requires a newer version of ASDM, as listed in the following table.
Table 6: ASDM-ASA FirePOWER Compatibility
ASA FirePOWER Version Minimum ASDM Version
6.5.0 7.13.1
6.4.0 7.12.1
6.3.0 7.10.1
6.2.3 7.9.2
Minimum Version to Upgrade

You can upgrade directly to Version 7.0.0 as follows. You do not need to be running any specific maintenance
release or patch level.
Table 7: Minimum Version to Upgrade Firepower Software to Version 7.0.0
Platform Minimum Version
Firepower Management Center 6.4.0
Firepower devices 6.4.0

FXOS 2.10.1.159 or later build required for Firepower 4100/9300.

7
Compatibility
Web Browser Compatibility
Web Browser Compatibility

Browsers Tested with Firepower Web Interfaces
Firepower web interfaces are tested with the latest versions of the following popular browsers, running on
currently supported versions of macOS and Microsoft Windows:
• Google Chrome
• Mozilla Firefox
• Microsoft Edge (Windows only)
If you encounter issues with any other browser, or are running an operating system that has reached end of
life, we ask that you switch or upgrade. If you continue to encounter issues, contact Cisco TAC.
Note We do not perform extensive testing with Apple Safari, nor do we extensively test Microsoft Edge with FMC
walkthroughs. However, Cisco TAC welcomes feedback on issues you encounter.
Browser Settings and Extensions

Regardless of browser, you must make sure JavaScript, cookies, and TLS v1.2 remain enabled. If you are
using Microsoft Edge, do not enable IE mode.
Note that some browser extensions can prevent you from saving values in fields like the certificate and key
in PKI objects. These extensions include, but are not limited to, Grammarly and Whatfix Editor. This happens
because these extensions insert characters (such as HTML) in the fields, which causes the system to see them
invalid. We recommend you disable these extensions while you’re logged into Firepower appliances.
Securing Communications
When you first log in to a Firepower web interface, the system uses a self-signed digital certificate to secure
web communications. Your browser should display an untrusted authority warning, but also should allow you
to add the certificate to the trust store. Although this will allow you to continue to the Firepower web interface,
we do recommend that you replace the self-signed certificate with a certificate signed by a globally known
or internally trusted certificate authority (CA).
To begin replacing the self-signed certificate:
• FMC: Select System > Configuration, then click HTTPS Certificates.
• FDM: Click Device, then the System Settings > Management Access link, then the Management Web
Server tab.
For detailed procedures, see the online help or the configuration guide for your Firepower product.

8
Compatibility
Screen Resolution Requirements
Note If you do not replace the self-signed certificate:

• Google Chrome does not cache static content, such as images, CSS, or JavaScript. Especially in low
bandwidth environments, this can extend page load times.
• Mozilla Firefox can stop trusting the self-signed certificate when the browser updates. If this happens,
you can refresh Firefox, keeping in mind that you will lose some settings; see Mozilla's Refresh Firefox
support page.
Browsing from a Firepower-Monitored Network

Many browsers use Transport Layer Security (TLS) v1.3 by default. If you are using an SSL policy to handle
encrypted traffic, and people in your monitored network use browsers with TLS v1.3 enabled, websites that
support TLS v1.3 may fail to load.
For more information, see the software advisory titled: Failures loading websites using TLS 1.3 with SSL
inspection enabled.

Table 8: Screen Resolution Requirements for Firepower User Interfaces
Interface Resolution
Firepower Management Center 1280 x 720
Firepower Device Manager 1024 x 768
ASDM managing an ASA FirePOWER module 1024 x 768
Firepower Chassis Manager for Firepower 4100/9300 chassis 1024 x 768

9
Compatibility

10
CHAPTER 3
Features and Functionality
Major releases contain new features, functionality, and enhancements to the Firepower software. Major releases
can also include deprecated features and platforms, menu and terminology changes, changed behavior, and
so on.
Note These release notes list the new and deprecated features in this version, including any upgrade impact. If your
upgrade skips versions, see Cisco Firepower Management Center New Features by Release and Cisco Firepower
Device Manager New Features by Release for historical feature information and upgrade impact.
• Features for Firepower Management Center Deployments, on page 11

• Features for Firepower Device Manager Deployments, on page 23
• About Deprecated FlexConfig Commands, on page 26
• Intrusion Rules and Keywords, on page 27
• How-To Walkthroughs for the FMC, on page 27
• Sharing Data with Cisco, on page 28
Features for Firepower Management Center Deployments

New Features in FMC Version 7.0.0
The list of new features for Firepower Management Center deployments is incomplete. We will address this
issue in the coming days.
Table 9: Hardware and Virtual Appliances
Feature Description
VMware vSphere/VMware ESXi You can now deploy FMCv, FTDv, and NGIPSv virtual appliances on
7.0 support VMware vSphere/VMware ESXi 7.0.

11
Feature Description
New virtual environments We introduced FMCv and FTDv for:

• Cisco HyperFlex
• Nutanix Enterprise Cloud
• OpenStack
FTDv performance tiered licensing The FTDv now supports performance-tiered Smart Licensing based on
throughput requirements and RA VPN session limits. When the FTDv
is licensed with one of the available performance licenses, two things
occur. First, a rate limiter is installed that limits the device throughput
to a specified level. Second, the number of VPN sessions is capped to
the level specified by the license.
Table 10: Firepower Threat Defense: Management
Feature Description
FTD CLI show cluster history New keywords allow you to customize the output of the show cluster
improvements history command.
New/modified commands: show cluster history [brief] [latest]
[reverse] [time]
FTD CLI command to permanently You can now use the FTD CLI to permanently remove a unit from the
leave a cluster cluster, converting its configuration to a standalone device.
New/modified commands: cluster reset-interface-mode
Table 11: Firepower Threat Defense: NAT
Feature Description
New Section 0 for system-defined We added a new Section 0 to the NAT show cluster history rule table.
NAT rules.
This section is exclusively for the use of the system. Any NAT rules
that the system needs for normal functioning are added to this section,
and these rules take priority over any rules you create. Previously,
system-defined rules were added to Section 1, and user-defined rules
could interfere with proper system functioning.
You cannot add, edit, or delete Section 0 rules, but you will see them
in show nat detail command output.
Supported platforms: Firepower Threat Defense

12
Table 12: Firepower Threat Defense: Virtual Routing
Feature Description
Virtual router support for the ISA You can now configure up to 10 virtual routers on an ISA 3000 device.
3000
Supported platforms: ISA 3000
Table 13: Firepower Threat Defense: Site to Site VPN
Feature Description
Backup virtual tunnel interfaces When you configure a site-to-site VPN that uses virtual tunnel interfaces,
(VTI) for route-based site-to-site you can select a backup VTI for the tunnel.
VPN.
Specifying a backup VTI provides resiliency, so that if the primary
connection goes down, the backup connection might still be functional.
For example, you could point the primary VTI to the endpoint of one
service provider, and the backup VTI to the endpoint of a different
service provider.
New/modified pages: We added the ability to add a backup VTI to the
site-to-site VPN wizard when you select Route-Based as the VPN type
for a point-to-point connection.
Table 14: Access Control
Feature Description
Snort 3 for Firepower Threat For new Version 7.0.0+ Firepower Threat Defense deployments, Snort
Defense 3 is the default inspection engine. Upgraded deployments continue to
use Snort 2, but you can switch at any time.
A Version 7.0.0+ Firepower Management Center can manage a
deployment with both Snort 2 and Snort 3 devices. The system
automatically applies the correct policies to each device.
A Snort 3 intrusion rule update is called an LSP (Lightweight Security
Package) rather than an SRU. The system still uses SRUs for Snort 2;
downloads from Cisco contain both the latest LSP and SRU. The system
automatically uses the appropriate rule set for your configurations.
Important Before you switch, we strongly recommend you read and
understand the Firepower Management Center Snort 3
Configuration Guide.
Pay special attention to feature limitations and migration
instructions. Although upgrading to Snort 3 is designed for
minimal impact, features do not map exactly. Careful planning
and preparation can help you make sure that traffic handled
as expected.

13
Feature Description
Dynamic objects You can now configure dynamic objects and use them in access control
rules.
A dynamic object represents a container for IP addresses/subnets that
you can use much like a network object. However, you update the
dynamic object IP address mappings using the Firepower Management
Center REST API—not the FMC web interface.
When you use dynamic objects in access control, changes to mappings
take effect immediately, without having to deploy. This allows you
flexibility in dynamic virtual/cloud and other similar environments.
Note that dynamic objects support CIDR notation, but do not support
fully-qualified domain names or address ranges.
New/modified pages:
• To create a dynamic object, use Objects > Object Management
> External Attributes > Dynamic Objects.
• To use a dynamic object, use the new Dynamic Attributes tab in
the access control rule editor.
Supported platforms: Firepower Management Center
Cross-domain trust for Active You can now configure user identity rules with users from Microsoft
Directory domains Active Directory forests (groupings of AD domains that trust each other).
New/modified pages:
• You now configure a realm and directories at the same time.
• A new Sync Results page (System > Integration > Realms > Sync
Results) displays any errors related to downloading users and
groups in a cross-domain trust relationship.
DNS filtering DNS filtering, which was introduced as a Beta feature in Version 6.7.0,
is now fully supported and is enabled by default in new access control
policies.
Supported Platforms: All
Table 15: Event Logging and Analysis
Feature Description
Unified event viewer View and work in a single table with multiple event types: connection
(including Security Intelligence), intrusion, file, and malware.
New/modified pages: Analysis > Unified Events.

14
Feature Description
Port and protocol displayed In file and malware event tables, the port field now displays the protocol,
together in file and malware event and you can search port fields for protocol. For events that existed before
tables upgrade, if the protocol is not known, the system uses "tcp."
New/modified pages:
• Analysis > Files > Malware Events
• Analysis > Files > File Events
Table 16: Firepower Threat Defense: Upgrade
Feature Description
Improved upgrade performance and Firepower Threat Defense upgrades are now easier faster, more reliable,
status reporting and take up less disk space. A new Upgrades tab in the Message Center
provides further enhancements to upgrade status and error reporting.

15
Feature Description
Easy-to-follow upgrade workflow A new device upgrade page (Devices > Upgrade) on the Version 7.0.0
Firepower Management Center provides an easy-to-follow workflow
for upgrading Version 6.4.0+ Firepower Threat Defense devices.
The system walks you through important pre-upgrade stages, including:
• Selecting devices to upgrade.
• Copying the upgrade package to the devices.
• Compatibility and readiness checks.
To begin, use the new Upgrade Firepower Software action on the

Device Management page (Devices > Device Management > Select
Action).
Note You must still use the System Updates page (System >
Updates) page to upload or specify the location of Firepower
Threat Defense upgrade packages. You must also use the
System Updates page to upgrade the Firepower Management
Center itself, as well as all non-Firepower Threat Defense
managed devices.
As you proceed with the upgrade workflow, the system displays basic
information about your selected devices, as well as the current
upgrade-related status. This includes any reasons why you cannot
upgrade. If a device does not "pass" a stage in the workflow, it does not
appear in the next stage.
If you navigate away from workflow, your progress is preserved,
although other users with Administrator access can reset, modify, or
continue the workflow.
Note In Version 7.0.0/7.0.x, the Device Upgrade page does not
correctly display devices in clusters or high availability pairs.
Even though you must select and upgrade these devices as a
unit, the workflow displays them as standalone devices.
Device status and upgrade readiness are evaluated and
reported on an individual basis. This means it is possible for
one unit to appear to "pass" to the next stage while the other
unit or units do not. However, these devices are still grouped.
Running a readiness check on one, runs it on all. Starting the
upgrade on one, starts it on all.
To avoid possible time-consuming upgrade failures, manually
ensure all group members are ready to move on to the next
step of the workflow before you click Next.

16
Feature Description
Upgrade more devices at once The Firepower Threat Defense upgrade workflow lifts the following
restrictions:
• Simultaneous device upgrades.
The number of devices you can upgrade at once is now limited by
your management network bandwidth—not the system's ability to
manage simultaneous upgrades. Previously, we recommended
against upgrading more than five devices at a time.
Important Only upgrades to FTD Version 6.7.0+ see this
improvement. If you are upgrading devices to an older
FTD release—even if you are using the new upgrade
workflow—we still recommend you limit to five devices
at a time.
• Grouping upgrades by device model.

You can now queue and invoke upgrades for all Firepower Threat
Defense models at the same time, as long as the system has access
to the appropriate upgrade packages.
Previously, you would choose an upgrade package, then choose
the devices to upgrade using that package. That meant that you
could upgrade multiple devices at the same time only if they shared
an upgrade package. For example, you could upgrade two Firepower
2100 series devices at the same time, but not a Firepower 2100
series and a Firepower 1000 series.
Table 17: Administration and Troubleshooting
Feature Description
Zero-touch restore for the ISA 3000 When you perform a local backup, the backup file is copied to the SD
using the SD card card if present. To restore the configuration on a replacement device,
simply install the SD card in the new device, and depress the Reset
button for 3 to 15 seconds during the device bootup.
Supported platforms: ISA 3000

17
Feature Description
New health modules We added the following health modules:

• AMP Connection Status
• AMP Threat Grid Status
• ASP Drop
• Advanced Snort Statistics
• Chassis Status FTD
• Event Stream Status
• FMC Access Configuration Changes
• FMC HA Status (replaces HA Status)
• FTD HA Status
• File System Integrity Check
• Flow Offload
• Hit Count
• MySQL Status
• NTP Status FTD
• Rabbit MQ Status
• Routing Statistics
• SSE Connection Status
• Sybase Status
• Unresolved Groups Monitor
• VPN Statistics
• xTLS Counters
Additionally, full support returns for the Configuration Memory

Allocation module, which was introduced in Version 6.6.3 as the
Appliance Configuration Resource Utilization module, but was not fully
supported in Version 6.7.0.

18
Table 18: Security and Hardening
Feature Description
New default password for AWS The default password for the admin account is now the AWS Instance
deployments ID, unless you define a default password with user data (Advanced
Details > User Data) during the initial deployment.
Previously, the default admin password was Admin123.
Supported platforms: FMCv for AWS, FTDv for AWS
Table 19: Usability and Performance
Feature Description
Search for policies and objects You can now search for certain policies by name, and for certain objects
by name and configured value. This feature is not available with the
Classic theme.
New/modified pages: We added capabilities to the Search icon and field
on the FMC menu bar, to the left of the Deploy menu.
Platform: Firepower Management Center
We added the following Firepower Management Center REST API services/operations to support new and
existing features. For more information, see the Firepower Management Center REST API Quick Start Guide,
Version 7.0.
Table 20: Firepower Management Center REST API: New Services and Operations
Service Operations
Device alerts: GET
Integration fmchastatuses: GET

securexconfigs: GET and PUT

19
Service Operations
Object anyconnectcustomattributes, anyconnectpackages, anyconnectprofiles:

GET
anyconnectcustomattributes/overrides: GET
applicationfilters: PUT, POST, and DELETE
certificatemaps: GET
dnsservergroups: GET
dnsservergroups/overrides: GET
dynamicobjectmappings: POST
dynamicobjects: GET, PUT, POST, and DELETE
dynamicobjects/mappings: GET and PUT
geolocations: PUT, POST, and DELETE
grouppolicies: GET
hostscanpackages: GET
intrusionrules, intrusionrulegroups: GET, PUT, POST, and DELETE
intrusionrulesupload: POST
ipv4addresspools, ipv6addresspools: GET
ipv4addresspools/overrides, ipv6addresspools/overrides: GET
localrealmusers: GET, PUT, POST, DELETE
radiusservergroups: GET
realms: PUT, POST, and DELETE
sidnsfeeds, sidnslists, sinetworkfeeds, sinetworklists: GET
sinkholes: GET
ssoservers: GET
ssoservers/overrides: GET
usage: GET

20
Deprecated Features in FMC Version 7.0.0
Service Operations
Policy accesspolicies/securityintelligencepolicies: GET

dnspolicies: GET
dnspolicies/allowdnsrules, dnspolicies/blockdnsrules: GET
dynamicaccesspolicies: GET, PUT, POST, and DELETE
identitypolicies: GET
intrusionpolicies: PUT, POST, and DELETE
intrusionpolicies/intrusionrulegroups, intrusionpolicies/intrusionrules:
GET and PUT
networkanalysispolicies: GET, PUT, POST, and DELETE
networkanalysispolicies/inspectorconfigs: GET
networkanalysispolicies/inspectoroverrideconfigs: GET and PUT
ravpns: GET
ravpns/addressassignmentsettings, ravpns/certificatemapsettings,
ravpns/connectionprofiles: GET
Search globalsearch: GET

Table 21:
Feature Upgrade Impact Description
RSA certficates with Prevents Version 7.0.0 removes support for RSA certficates with keys
keys smaller than post-upgrade VPN smaller than 2048 bits, or that use SHA-1 in their signature
2048 bits, or that use connections through algorithm.
SHA-1 in their FTD devices.
Before you upgrade, use the object manager to update your PKI
signature algorithm
certficate enrollments with stronger options: Objects > PKI >
Cert Enrollment. Otherwise, although the upgrade preserves
your current settings, VPN connections through the device will
fail.
To continue managing older FTD devices only (Version
6.4.0–6.7.x) with these weaker options, select the new Enable
Weak-Crypto option for each device on the Devices >
Certificates page.

21
MD5 authentication Prevents Version 7.0.0 removes support for the MD5 authentication
algorithm and DES post-upgrade deploy. algorithm and DES encryption for SNMPv3 users on FTD
encryption for devices.
SNMPv3 users
Upgrading FTD to Version 7.0.0 deletes these users from the
(removed)
device, regardless of the configurations on the FMC. If you are
still using these options in your platform settings policy, change
and verify your configurations before you upgrade FTD.
These options are in the Auth Algorithm Type and Encryption
Type drop-downs when creating or editing an SNMPv3 user in
a Threat Defense platform settings policy: Devices > Platform
Settings.
Port 32137 comms Prevents FMC Version 7.0.0 deprecates the FMC option to use port 32137 to
with AMP clouds upgrade. obtain file disposition data from public and private AMP clouds.
Unless you configure a proxy, the FMC now uses port
443/HTTPS.
Before you upgrade, disable the Use Legacy Port 32137 for
AMP for Networks option on the System > Integration >
Cloud Services page. Do not proceed with upgrade until your
AMP for Networks deployment is working as expected.
HA Status health None. Version 7.0.0 renames the HA Status health module. It is now
module the FMC HA Status health module. This is to distinguish it from
the new FTD HA Status module.
VMware 6.0 hosting Upgrade the hosting Version 7.0.0 discontinues support for virtual deployments on
environment before VMware vSphere/VMware ESXi 6.0.
you upgrade the
This includes FMCv, FTDv, and NGIPSv for VMware.
Firepower software.
Location changes None. Version 7.0.0 changes these menu options:

for SecureX
• System > SecureX now configures SecureX integration.
integration
configurations and Previously, these configurations were on System >
FMC walkthroughs Integration > Cloud Services.
• Help > How-Tos now invokes FMC walkthroughs.
Previously, you clicked How-Tos at the bottom of the
browser window.

22
Features for Firepower Device Manager Deployments
Features for Firepower Device Manager Deployments

New Features in FDM Version 7.0.0
Feature Description
Platform Features
Virtual router support for the ISA 3000. You can configure up to 10 virtual routers on an ISA 3000 device.
New default password for the FTDv on On AWS, the default admin password for the FTDv is the AWS Instance ID, unless
AWS. you define a default password with user data (Advanced Details > User Data) during
the initial deployment.
Firewall and IPS Features
New Section 0 for system-defined NAT A new Section 0 has been added to the NAT rule table. This section is exclusively for
rules. the use of the system. Any NAT rules that the system needs for normal functioning are
added to this section, and these rules take priority over any rules you create. Previously,
system-defined rules were added to Section 1, and user-defined rules could interfere
with proper system functioning. You cannot add, edit, or delete Section 0 rules, but you
will see them in show nat detail command output.
Custom intrusion rules for Snort 3. You can use offline tools to create custom intrusion rules for use with Snort 3, and
upload them into an intrusion policy. You can organize custom rules in your own custom
rule groups, to make it easy to update them as needed. You can also create the rules
directly in FDM, but the rules have the same format as uploaded rules. FDM does not
guide you in creating the rules. You can duplicate existing rules, including system-defined
rules, as a basis for a new intrusion rule.
We added support for custom groups and rules to the Policies > Intrusion page, when
you edit an intrusion policy.
Snort 3 new features for FDM-managed You can now configure the following additional features when using Snort 3 as the
systems. inspection engine on an FDM-managed system:
• Time-based access control rules. (FTD API only.)
• Multiple virtual routers.
• The decryption of TLS 1.1 or lower connections using the SSL Decryption policy.
• The decryption of the following protocols using the SSL Decryption policy: FTPS,
SMTPS, IMAPS, POP3S.

23
Feature Description
DNS request filtering based on URL You can apply your URL filtering category and reputation rules to DNS lookup requests.
category and reputation. If the fully-qualified domain name (FQDN) in the lookup request has a category and
reputation that you are blocking, the system blocks the DNS reply. Because the user
does not receive a DNS resolution, the user cannot complete the connection. Use this
option to apply URL category and reputation filtering to non-web traffic. You must
have the URL filtering license to use this feature.
We added the Reputation Enforcement on DNS Traffic option to the access control
policy settings.
VPN Features
FDM SSL cipher settings for remote access You can define the TLS versions and encryption ciphers to use for remote access VPN
VPN. connections in FDM. Previously, you needed to use the FTD API to configure SSL
settings.
We added the following pages: Objects > SSL Ciphers; Device > System Settings >
SSL Settings.
Support for Diffie-Hellman group 31. You can now use Diffie-Hellman (DH) group 31 in IKEv2 proposals and policies.
The maximum number of Virtual Tunnel The maximum number of Virtual Tunnel Interfaces (VTI) that you can create is 1024.
Interfaces on the device is 1024. In previous versions, the maximum was 100 per source interface.
IPsec lifetime settings for site-to-site VPN You can change the default settings for how long a security association is maintained
security associations. before it must be re-negotiated.
We added the Lifetime Duration and Lifetime Size options to the site-to-site VPN
wizard.
Routing Features
Equal-Cost Multi-Path (ECMP) routing. You can configure ECMP traffic zones to contain multiple interfaces, which lets traffic
from an existing connection exit or enter the FTD device on any interface within the
zone. This capability allows Equal-Cost Multi-Path (ECMP) routing on the FTD device
as well as external load balancing of traffic to the FTD device across multiple interfaces.
ECMP traffic zones are used for routing only. They are not the same as security zones.
We added the ECMP Traffic Zones tab to the Routing pages. In the FTD API, we
added the ECMPZones resources.
Interface Features
New default inside IP address The default IP address for the inside interface is being changed to 192.168.95.1 from
192.168.1.1 to avoid an IP address conflict when an address on 192.168.1.0/24 is assigned
to the outside interface using DHCP.
Default outside IP address now has IPv6 The default configuration on the outside interface now includes IPv6 autoconfiguration,
autoconfiguration enabled; new default in addition to the IPv4 DHCP client. The default Management DNS servers now also
IPv6 DNS server for Management include an IPv6 server: 2620:119:35::35.
EtherChannel support for the ISA 3000 You can now use FDM to configure EtherChannels on the ISA 3000.
New/Modified screens: Devices > Interfaces > EtherChannels

24
Feature Description
Licensing Features
Performance-Tiered Licensing for FTDv The FTDv now supports performance-tiered Smart Licensing based on throughput
requirements and RA VPN session limits. When the FTDv is licensed with one of the
available performance licenses, two things occur. First, a rate limiter is installed that
limits the device throughput to a specified level. Second, the number of VPN sessions
is capped to the level specified by the license.
Administrative and Troubleshooting Features
DHCP relay configuration using the FTD You can use the FTD API to configure DHCP relay. Using DHCP relay on an interface,
API. you can direct DHCP requests to a DHCP server that is accessible through the other
interface. You can configure DHCP relay on physical interfaces, subinterfaces,
EtherChannels, and VLAN interfaces. You cannot configure DHCP relay if you configure
a DHCP server on any interface.
Note that if you used FlexConfig in prior releases to configure DHCP relay (the
dhcprelay command), you must re-do the configuration using the API, and delete the
FlexConfig object, after you upgrade.
We added the following model to the FTD API: dhcprelayservices
Faster bootstrap processing and early login The process to initially bootstrap an FDM-managed system has been improved to make
to Firepower Device Manager. it faster. Thus, you do not need to wait as long after starting the device to log into FDM.
In addition, you can now log in while the bootstrap is in progress. If the bootstrap is not
complete, you will see status information on the process so you know what is happening
on the device.
Upgrade readiness check for You can run an upgrade readiness check on an uploaded FTD Software upgrade package
FDM-managed devices. before attempting to install it. The readiness check verifies that the upgrade is valid for
the system, and that the system meets other requirements needed to install the package.
Running an upgrade readiness check helps you avoid failed installations.
A link to run the upgrade readiness check was added to the System Upgrade section
of the Device > Updates page.
FTD REST API version 6.1 (v6). The FTD REST API for software version 7.0 is version 6.1 You can use v6 in the API
URLs, or preferentially, use /latest/ to signify you are using the most recent API version
that is supported on the device. Note that the URL version path element for 6.1 is the
same as 6.0: v6.
Please re-evaluate all existing calls, as changes might have been mode to the resource
models you are using. To open the API Explorer, where you can view the resources,
log into FDM, then click the more options button ( ) and choose API Explorer.

25
Deprecated Features in FDM Version 7.0.0
Deprecated Features in FDM Version 7.0.0

Table 22:
dhcprelay Prevents Version 7.0.0 deprecates the following FlexConfig CLI

FlexConfig post-upgrade commands for FTD with FDM:
commands deploy.
• dhcprelay: You can now use the FTD API to configure
You should redo DHCP relay. Using DHCP relay on an interface, you can
your configurations direct DHCP requests to a DHCP server running on a
after upgrade. different interface on the FTD device, or to a DHCP server
that is accessible through the other interface. You can
configure DHCP relay on physical interfaces, subinterfaces,
EtherChannels, and VLAN interfaces.
You cannot deploy post-upgrade until you remove any associated

FlexConfig objects.
VMware 6.0 hosting Upgrade the hosting Version 7.0.0 discontinues support for FTDv on VMware
environment before vSphere/VMware ESXi 6.0.
you upgrade the
Firepower software.
About Deprecated FlexConfig Commands

This document lists deprecated FlexConfig objects and commands along with the other deprecated features
for each version. For a full list of prohibited commands, including those prohibited when FlexConfig was
introduced, see your configuration guide.
Caution In most cases, your existing FlexConfig configurations continue to work post-upgrade and you can still deploy.
However, in some cases, using deprecated commands can cause deployment issues.
About FlexConfig
Some Firepower Threat Defense features are configured using ASA configuration commands. Beginning with
Version 6.2.0 (FMC deployments) or Version 6.2.3 (FDM deployments), you can use Smart CLI or FlexConfig
to manually configure various ASA features that are not otherwise supported in the web interface.
FTD upgrades can add GUI or Smart CLI support for features that you previously configured using FlexConfig.
This can deprecate FlexConfig commands that you are currently using; your configurations are not automatically
converted. After the upgrade, you cannot assign or create FlexConfig objects using the newly deprecated
commands.
After the upgrade, examine your FlexConfig policies and objects. If any contain commands that are now
deprecated, messages indicate the problem. We recommend you redo your configuration. When you are
satisfied with the new configuration, you can delete the problematic FlexConfig objects or commands.

26
Intrusion Rules and Keywords
Intrusion Rules and Keywords

Upgrades can import and auto-enable intrusion rules.
Intrusion rule updates (SRUs/LSPs) provide new and updated intrusion rules and preprocessor rules, modified
states for existing rules, and modified default intrusion policy settings. If a newer intrusion rule uses keywords
that are not supported in your current Firepower version, that rule is not imported when you update the
SRU/LSP.
After you upgrade the Firepower software and those keywords become supported, the new intrusion rules are
imported and, depending on your IPS configuration, can become auto-enabled and thus start generating events
and affecting traffic flow.
Supported keywords depend on the Snort version included with your Firepower software:
• FMC: Choose Help > About.
• FTD with FDM: Use the show summary CLI command.
• ASA FirePOWER with ASDM: Choose ASA FirePOWER Configuration > System Information.
You can also find your Snort version in the Bundled Components section of the Cisco Firepower Compatibility
Guide.
The Snort release notes contain details on new keywords. You can read the release notes on the Snort download
page: https://www.snort.org/downloads.
How-To Walkthroughs for the FMC

FMC walkthroughs (also called how-tos) guide you through a variety of basic tasks such as device setup and
policy configuration. At the top right of the browser window, click the Question Mark ( ) and choose
How-Tos. Choose a walkthrough, and follow the step-by-step instructions.
Note FMC walkthroughs are tested on the Firefox and Chrome browsers. If you encounter issues with a different
browser, we ask that you switch to Firefox or Chrome. If you continue to encounter issues, contact Cisco
TAC.
The following table lists some common problems and solutions. To end a walkthrough at any time, click the
x in the upper right corner.
Table 23: Troubleshooting Walkthroughs
Problem Solution
Cannot start walkthroughs. Make sure walkthroughs are enabled. From the drop-down list under
your username, select User Preferences then click How-To Settings.
Version 6.7.0 discontinues walkthroughs for the Classic theme. You
can switch themes in your user preferences.

27
Sharing Data with Cisco
Problem Solution
Walkthrough appears when you do If a walkthrough appears when you do not expect it, end the walkthrough.
not expect it.
Walkthrough disappears or quits If a walkthrough disappears:

suddenly.
• Move your pointer.
Sometimes the FMC stops displaying an in-progress walkthrough.
For example, pointing to a different top-level menu can make this
happen.
• Navigate to a different page and try again.
If moving your pointer does not work, the walkthrough may have
quit.
Walkthrough is out of sync with the If a walkthrough is out of sync, you can:
FMC:
• Attempt to continue.
• Starts on the wrong step.
For example, if you enter an invalid value in a field and the FMC
• Advances prematurely. displays an error, the walkthrough can prematurely move on. You
may need to go back and resolve the error to complete the task.
• Will not advance.
• End the walkthrough, navigate to a different page, and try again.
Sometimes you cannot continue. For example, if you do not click
Next after you complete a step, you may need to end the
walkthrough.

Web Analytics tracking
In Version 6.2.3+, Web analytics tracking sends non-personally-identifiable usage data to Cisco, including
but not limited to page interactions, browser versions, product versions, user location, and management IP
addresses or hostnames of your FMCs.
You are enrolled in web analytics tracking by default (by accepting the Version 6.5.0+ EULA you consent
to web analytics tracking), but you can change your enrollment at any time after you complete initial setup.
Note Upgrades to Version 6.2.3 through 6.6.x can enroll you in web analytics tracking. This can occur even if you
purposely unenrolled. If you do not want Cisco to collect this data, unenroll after upgrading.
Cisco Success Network

In Version 6.2.3+, Cisco Success Network sends usage information and statistics to Cisco, which are essential
to provide you with technical support.

28
During initial setup and upgrades, you may be asked to enroll. You can also change your enrollment at any
time.
Cisco Support Diagnostics

In Version 6.5.0+, Cisco Support Diagnostics (sometimes called Cisco Proactive Support) sends configuration
and operational health data to Cisco, and processes that data through our automated problem detection system,
allowing us to proactively notify you of issues. This feature also allows Cisco TAC to collect essential
information from your devices during the course of a TAC case.
During initial setup and upgrades, you may be asked to enroll. You can also change your enrollment at any
time.
Note This feature is supported on Firepower Management Centers and their managed Firepower Threat Defense
devices. In Version 6.5.0 only, FTD support is restricted to the Firepower 4100/9300 with FTD and FTDv
for Azure. This feature is not supported with Firepower Device Manager.

29

30
CHAPTER 4
Upgrade the Software
This chapter provides critical and release-specific information.
• Upgrade Checklist, on page 31
• New Guidelines for Version 7.0.0, on page 37
• Previously Published Guidelines, on page 37
• Time Tests and Disk Space Requirements, on page 46
• Traffic Flow, Inspection, and Device Behavior, on page 49
• Upgrade Instructions, on page 55
• Upgrade Packages, on page 56
Upgrade Checklist
This pre-upgrade checklist highlights actions that can prevent common issues. However, we still recommend
you refer to the appropriate upgrade or configuration guide for full instructions: Upgrade Instructions, on page
55.
Important At all times during the process, make sure that the appliances in your deployment are successfully
communicating and that there are no issues reported. Do not deploy changes to or from, manually reboot, or
shut down an upgrading appliance. In most cases, do not restart an upgrade in progress. The upgrade process
may appear inactive during prechecks; this is expected. If you encounter issues with the upgrade, including
a failed upgrade or unresponsive appliance, there may be something you can do — see the Note on Unresponsive
Upgrades.
Planning and Feasibility

Careful planning and preparation can help you avoid missteps.

31
Upgrade Checklist
Table 24:
✓ Action/Check
Assess your deployment.

Before you upgrade any Firepower appliance, determine the current state of your deployment.
Understanding where you are determines how you get to where you want to go.
In addition to current version and model information, determine if your devices are configured for high
availability/scalability, and if they are deployed passively, as an IPS, as a firewall, and so on.
Plan your upgrade path.

This is especially important for multi-appliance deployments, multi-hop upgrades, or situations where
you need to upgrade operating systems or hosting environments, all while maintaining deployment
compatibility.
Always know which upgrade you just performed and which you are performing next.
Note In Firepower Management Center deployments, you usually upgrade the Firepower
Management Center, then its managed devices. However, in some cases you may need to
upgrade devices first.
Read all upgrade guidelines and plan configuration changes.

Especially with major upgrades, upgrading may cause or require significant configuration changes
either before or after upgrade. Upgrade guidelines can appear in multiple places. Make sure you read
them all. They include:
• New Guidelines for Version 7.0.0, on page 37: Important upgrade guidelines that are new or
specific to this release.
• Previously Published Guidelines, on page 37: Older guidelines that may apply to your upgrade.
• Known Issues, on page 83: Be prepared to work around any bugs that affect upgrade.
• Features and Functionality, on page 11: New and deprecated features can require pre- or
post-upgrade configuration changes, or even prevent upgrade.
Important If your upgrade skips versions, you may also be directed to older Firepower release notes
or other resources for historical guidelines and upgrade impact.
Check appliance access.

Firepower devices can stop passing traffic during the upgrade (depending on interface configurations),
or if the upgrade fails. Before you upgrade a Firepower device, make sure traffic from your location
does not have to traverse the device itself to access the device's management interface. In FMC
deployments, you should also able to access the FMC management interface without traversing the
device.

32
Upgrade Checklist
✓ Action/Check
Check bandwidth.
Make sure your management network has the bandwidth to perform large data transfers.
In Firepower Management Center deployments, if you transfer an upgrade package to a managed device
at the time of upgrade, insufficient bandwidth can extend upgrade time or even cause the upgrade to
time out. Whenever possible, copy upgrade packages to managed devices before you initiate the device
upgrade.
See Guidelines for Downloading Data from the Firepower Management Center to Managed Devices
(Troubleshooting TechNote).
Schedule maintenance windows.

Schedule maintenance windows when they will have the least impact, considering any effect on traffic
flow and inspection and the time the upgrade is likely to take. Also consider the tasks you must perform
in the window, and those you can perform ahead of time. For example, do not wait until the maintenance
window to copy upgrade packages to appliances, run readiness checks, perform backups, and so on.
Upgrade Packages
Upgrade packages are available on the Cisco Support & Download site.
Table 25:
✓ Action/Check
Upload Firepower upgrade packages.

In Firepower Management Center deployments, upload Firepower Management Center and all Classic
device (ASA FirePOWER, NGIPSv) upgrade packages to the Firepower Management Center. For
Firepower Threat Defense devices, you can either upload upgrade packages to the Firepower Management
Center, or configure your own internal web server as the source for Firepower Threat Defense upgrade
packages.
In Firepower Management Center high availability deployments, you must upload the Firepower
Management Center upgrade package to both peers, pausing synchronization before you transfer the
package to the standby. To limit interruptions to HA synchronization, you can transfer the package to
the active peer during the preparation stage of the upgrade, and to the standby peer as part of the actual
upgrade process, after you pause synchronization.
Copy Firepower upgrade packages to managed devices.

In Firepower Management Center deployments, we recommend you copy (push) upgrade packages to
managed devices before you initiate the device upgrade. In Version 7.0.0+, the Firepower Threat
Defense upgrade workflow prompts you to copy the upgrade packages to Firepower Threat Defense
devices.
Note For the Firepower 4100/9300, we recommend (and sometimes require) you copy the upgrade
package before you begin the required companion FXOS upgrade.

33
Upgrade Checklist
Backups
The ability to recover from a disaster is an essential part of any system maintenance plan.
Backup and restore can be a complex process. You do not want to skip any steps or ignore security or licensing
concerns. For detailed information on requirements, guidelines, limitations, and best practices for backup and
restore, see the configuration guide for your Firepower product.
Caution We strongly recommend you back up to a secure remote location and verify transfer success, both before and
after upgrade.
Table 26:
✓ Action/Check
Back up Firepower software.

Back up before and after upgrade, when supported:
• Before upgrade: If an upgrade fails catastrophically, you may have to reimage and restore.
Reimaging returns most settings to factory defaults, including the system password. If you have
a recent backup, you can return to normal operations more quickly.
• After upgrade: This creates a snapshot of your freshly upgraded deployment. In Firepower
Management Center deployments, we recommend you back up the Firepower Management Center
after you upgrade its managed devices, so your new Firepower Management Center backup file
'knows' that its devices have been upgraded.
Back up FXOS on the Firepower 4100/9300.

Use the Firepower Chassis Manager or the FXOS CLI to export chassis configurations before and after
upgrade, including logical device and platform configuration settings.
Back up ASA for ASA with FirePOWER Services.

Use ASDM or the ASA CLI to back up configurations and other critical files before and after upgrade,
especially if there is an ASA configuration migration.
Associated Upgrades
Because operating system and hosting environment upgrades can affect traffic flow and inspection, perform
them in a maintenance window.
Table 27:
✓ Action/Check
Upgrade virtual hosting.

If needed, upgrade the hosting environment for any virtual appliances. If this is required, it is usually
because you are running an older version of VMware and are performing a major Firepower upgrade.

34
Upgrade Checklist
✓ Action/Check
Upgrade FXOS on the Firepower 4100/9300.

If needed, upgrade FXOS before you upgrade the Firepower software. This is usually a requirement
for major upgrades, but very rarely for maintenance releases and patches. To avoid interruptions in
traffic flow and inspection, upgrade FXOS in Firepower Threat Defense high availability pairs and
inter-chassis clusters one chassis at a time.
Note Before you upgrade FXOS, make sure you read all upgrade guidelines and plan configuration
changes. Start with the FXOS release notes: Cisco Firepower 4100/9300 FXOS Release
Notes.
Upgrade ASA on ASA with FirePOWER Services.

If desired, upgrade ASA. There is wide compatibility between ASA and ASA FirePOWER versions.
However, upgrading allows you to take advantage of new features and resolved issues.
For standalone ASA devices, upgrade the ASA FirePOWER module just after you upgrade ASA and
reload.
For ASA clusters and failover pairs, to avoid interruptions in traffic flow and inspection, fully upgrade
these devices one at a time. Upgrade the ASA FirePOWER module just before you reload each unit to
upgrade ASA.
Note Before you upgrade ASA, make sure you read all upgrade guidelines and plan configuration
changes. Start with the ASA release notes: Cisco ASA Release Notes.
Final Checks
A set of final checks ensures you are ready to upgrade.
Table 28:
✓ Action/Check
Check configurations.
Make sure you have made any required pre-upgrade configuration changes, and are prepared to make
required post-upgrade configuration changes.
Check NTP synchronization.

Make sure Firepower appliances are synchronized with any NTP server you are using to serve time.
Being out of sync can cause upgrade failure. In Firepower Management Center deployments, the health
monitor does alert if clocks are out of sync by more than 10 seconds, but you should still check manually.
To check time:
• Firepower Management Center: Choose System > Configuration > Time.
• Devices: Use the show time CLI command.

35
Upgrade Checklist
✓ Action/Check
Check disk space.

Run a disk space check for the Firepower software upgrade. Without enough free disk space, the upgrade
fails.
See Time Tests and Disk Space Requirements, on page 46.
Deploy configurations.
Deploying configurations before you upgrade reduces the chance of failure. In some deployments, you
may be blocked from upgrade if you have out-of-date configurations. In Firepower Management Center
high availability deployments, you only need to deploy from the active peer.
When you deploy, resource demands may result in a small number of packets dropping without
inspection. Additionally, deploying some configurations restarts Snort, which interrupts traffic inspection
and, depending on how your device handles traffic, may interrupt traffic until the restart completes.
See Traffic Flow, Inspection, and Device Behavior, on page 49.
Check running tasks.

Make sure essential tasks are complete before you upgrade, including the final deploy. Tasks running
when the upgrade begins are stopped, become failed tasks, and cannot be resumed. We also recommend
you check for tasks that are scheduled to run during the upgrade, and cancel or postpone them.
Note In some deployments, upgrades automatically postpone scheduled tasks. Any task scheduled
to begin during the upgrade will begin five minutes after the post-upgrade reboot.
This feature is currently supported for Firepower Management Centers running Version
6.4.0.10 and later patches, Version 6.6.3 and later maintenance releases, and Version 6.7.0+.
Note that this feature is supported for all upgrades from a supported version. This feature is
not supported for upgrades to a supported version from an unsupported version.
Run Firepower software readiness checks.

We recommend compatibility and readiness checks. These checks assess your preparedness for a
Firepower software upgrade. In Version 7.0.0+ Firepower Management Center deployments, the
Firepower Threat Defense upgrade workflow prompts you to complete these checks for Firepower
Threat Defense devices.
Note on Unresponsive Upgrades

Starting with major and maintenance Firepower Threat Defense device upgrades from Version 6.7.0, you can
manually cancel failed or in-progress upgrades, and retry failed upgrades:
• Firepower Management Center deployments: Use the Upgrade Status pop-up, accessible from the Device
Management page and the Message Center.
• Firepower Device Manager deployments: Use the System Upgrade panel.
You can also use the Firepower Threat Defense CLI.

36
New Guidelines for Version 7.0.0
Note By default, an Firepower Threat Defense device will automatically revert to its pre-upgrade state upon upgrade
failure ("auto-cancel"). To be able to manually cancel or retry a failed upgrade, disable the auto-cancel option
when you initiate the upgrade. Note that auto-cancel is not supported for patches. In a high availability or
clustered deployment, auto-cancel applies to each device individually. That is, if the upgrade fails on one
device, only that device is reverted.
If you have exhausted all options, or if your deployment does not support cancel/retry, contact Cisco TAC.
New Guidelines for Version 7.0.0

This checklist contains upgrade guidelines that are new or specific to Version 7.0.0.
Table 29: Version 7.0.0 New Guidelines
✓ Guideline Platforms Upgrading From Directly To
Reconnect with Cisco Threat Grid for FMC 6.4.0 through 6.7.x 7.0.0+
HA FMCs, on page 37
Reconnect with Cisco Threat Grid for HA FMCs

Deployments: FMC high availability/AMP for Networks (malware detection) deployments where you submit
files for dynamic analysis
Upgrading from: Version 6.4.0 through 6.7.x
Directly to: Version 7.0+
Related bug: CSCvu35704
Firepower Version 7.0 fixes an issue with FMC high availability where, after failover, the system stopped
submitting files for dynamic analysis. For the fix to take effect, you must reassociate with the Cisco Threat
Grid public cloud.
After you upgrade the HA pair, on the primary FMC:
1. Select AMP > Dynamic Analysis Connections.
2. Click Associate in the table row corresponding to the Cisco Threat Grid public cloud.
A Cisco Threat Grid portal window opens. You do not have to sign in. The reassociation happens in the
background, within a few minutes.
Previously Published Guidelines

This checklist contains older upgrade guidelines.

37
Upgrade Failure: Firepower 1010 Switch Ports with Invalid VLAN IDs
Table 30: Version 7.0.0 Previously Published Guidelines
✓ Guideline Platforms Upgrading From Directly To
Upgrade Failure: Firepower 1010 Switch Firepower 1010 6.4.0 through 6.6.x 6.7.0+
Ports with Invalid VLAN IDs, on page
38
FMCv Requires 28 GB RAM for FMCv 6.2.3 through 6.6.0+

Upgrade, on page 39 6.5.0.x
Firepower 1000 Series Devices Require Firepower 1000 6.4.0.x 6.5.0+

Post-Upgrade Power Cycle, on page 40 series
Historical Data Removed During FTD with FDM 6.2.3 through 6.5.0+
FTD/FDM Upgrade, on page 40 6.4.0.x
New URL Categories and Reputations, Any 6.2.3 through 6.5.0+

on page 40 6.4.0.x
Upgrade Failure: Firepower 1010 Switch Ports with Invalid VLAN IDs
Deployments: Firepower 1010
Directly to: Version 6.7.0+
For the Firepower 1010, FTD upgrades to Version 6.7.0+ will fail if you configured switch ports with a VLAN
ID in the 3968–4047 range. These IDs are for internal use only.
Upgrade Failure: FMC with Email Alerting for Intrusion Events

Deployments: Firepower Management Center
Upgrading from: Version 6.2.3 through 6.7.0.x
Directly to: Version 6.6.0, 6.6.1, 6.6.3, or 6.7.0, as well as any patches to these releases
Related bugs: CSCvw38870, CSCvx86231
If you configured email alerting for individual intrusion events, fully disable it before you upgrade a Firepower
Management Center to any of the versions listed above. Otherwise, the upgrade will fail.
You can reenable this feature after the upgrade. If you already experienced an upgrade failure due to this
issue, contact Cisco TAC.
To fully disable intrusion email alerting:
1. On the Firepower Management Center, choose Policies > Actions > Alerts, then click Intrusion Email.
2. Set the State to off.
3. Next to Rules, click Email Alerting per Rule Configuration and deselect any rules.
Note which rules you deselected so you can reselect them after the upgrade.

38
FMCv Requires 28 GB RAM for Upgrade
Tip If reselecting rules would be too time consuming, contact Cisco TAC before you upgrade. They can guide
you through saving your selections, so you can quickly reimplement them post-upgrade.
4. Save your configurations.
FMCv Requires 28 GB RAM for Upgrade

Deployments: FMCv
All FMCv implementations now have the same RAM requirements: 32 GB recommended, 28 GB required
(64 GB for FMCv 300). Upgrades to Version 6.6.0+ will fail if you allocate less than 28 GB to the virtual
appliance. After upgrade, the health monitor will alert if you lower the memory allocation.
These new memory requirements enforce uniform requirements across all virtual environments, improve
performance, and allow you to take advantage of new features and functionality. We recommend you do not
decrease the default settings. To improve performance, you can increase a virtual appliance’s memory and
number of CPUs, depending on your available resources. For details on FMCv memory requirements, see the
Cisco Firepower Management Center Virtual Getting Started Guide.
Note As of the Version 6.6.0 release, lower-memory instance types for cloud-based FMCv deployments (AWS,
Azure) are fully deprecated. You cannot create new FMCv instances using them, even for earlier Firepower
versions. You can continue running existing instances.
This table summarizes pre-upgrade requirements for lower-memory FMCv deployments.
Table 31: FMCv Memory Requirements for Version 6.6.0+ Upgrades
Platform Pre-Upgrade Action Details
VMware Allocate 28 GB minimum/32 GB recommended. Power off the virtual machine first.
For instructions, see the VMware
documentation.
KVM Allocate 28 GB minimum/32 GB recommended. For instructions, see the documentation for your
KVM environment.

39
Firepower 1000 Series Devices Require Post-Upgrade Power Cycle
Platform Pre-Upgrade Action Details
AWS Resize instances: Stop the instance before you resize. Note that
when you do this, data on the instance store
• From c3.xlarge to c3.4xlarge.
volume is lost, so migrate your instance
• From c3.2.xlarge to c3.4xlarge. store-backed instance first. Additionally, if your
management interface does not have an Elastic
• From c4.xlarge to c4.4xlarge. IP address, its public IP address is released.
• From c4.2xlarge to c4.4xlarge. For instructions, see the documentation on
changing your instance type in the AWS user
We also offer a c5.4xlarge instance for new guide for Linux instances.
deployments.
Azure Resize instances: Use the Azure portal or PowerShell. You do not
need to stop the instance before you resize, but
• From Standard_D3_v2 to
stopping may reveal additional sizes. Resizing
Standard_D4_v2.
restarts a running virtual machine.
For instructions, see the Azure documentation
on resizing a Windows VM.
Firepower 1000 Series Devices Require Post-Upgrade Power Cycle

Deployments: Firepower 1000 series
Upgrading from: Version 6.4.0.x
Version 6.5.0 introduces an FXOS CLI 'secure erase' feature for Firepower 1000/2100 and Firepower 4100/9300
series devices.
For Firepower 1000 series devices, you must power cycle the device after you upgrade to Version 6.5.0+ for
this feature to work properly. The automatic reboot is not sufficient. Other supported devices do not require
the power cycle.
Historical Data Removed During FTD/FDM Upgrade

Deployments: Firepower Device Manager
Directly to: 6.5.0+
All historical report data is removed during the upgrade due to a database schema change. After the upgrade,
you cannot query historical data, nor view historical data in dashboards.
New URL Categories and Reputations

Deployments: Any

40
New URL Categories and Reputations
Cisco Talos Intelligence Group (Talos) has introduced new categories and renamed reputations to classify
and filter URLs. For detailed lists of category changes, see the Cisco Firepower Release Notes, Version 6.5.0.
For descriptions of the new URL categories, see the Talos Intelligence Categories site.
Also new are the concepts of uncategorized and reputationless URLs, although rule configuration options
stay the same:
• Uncategorized URLs can have a Questionable, Neutral, Favorable, or Trusted reputation.
You can filter Uncategorized URLs but you cannot further constrain by reputation. These rules will
match all uncategorized URLs, regardless of reputation.
Note that there is no such thing as an Untrusted rule with no category. Otherwise uncategorized URLs
with an Untrusted reputation are automatically assigned to the new Malicious Sites threat category.
• Reputationless URLs can belong to any category.
You cannot filter reputationless URLs. There is no option in the rule editor for 'no reputation.' However,
you can filter URLs with Any reputation, which includes reputationless URLs. These URLs must also
be constrained by category. There is no utility to an Any/Any rule.
The following table summarizes the changes on upgrade. Although they are designed for minimal impact and
will not prevent post-upgrade deploy for most customers, we strongly recommend you review these release
notes and your current URL filtering configuration. Careful planning and preparation can help you avoid
missteps, as well as reduce the time you spend troubleshooting post-upgrade.
Table 32: Deployment Changes on Upgrade
Change Details
Modifies URL rule The upgrade modifies URL rules to use the nearest equivalents in the new category
categories. set, in the following policies:
• Access control
• SSL
• QoS (FMC only)
• Correlation (FMC only)
These changes may create redundant or preempted rules, which can slow
performance. If your configuration includes merged categories, you may
experience minor changes to the URLs that are allowed or blocked.
Renames URL rule The upgrade modifies URL rules to use the new reputation names:
reputations.
1. Untrusted (was High Risk)
2. Questionable (was Suspicious sites)
3. Neutral (was Benign sites with security risks)
4. Favorable (was Benign sites)
5. Trusted (was Well Known)

41
Pre-Upgrade Actions for URL Categories and Reputations
Change Details
Clears the URL cache. The upgrade clears the URL cache, which contains results that the system
previously looked up in the cloud. Your users may temporarily experience slightly
longer access times for URLs that are not in the local data set.
Labels 'legacy' events. For already-logged events, the upgrade labels any associated URL category and
reputation information as Legacy. These legacy events will age out of the
database over time.
Pre-Upgrade Actions for URL Categories and Reputations

Before upgrade, take the following actions.
Table 33: Pre-Upgrade Actions
Action Details
Make sure your The system must be able to communicate with the following Cisco resources
appliances can reach after the upgrade:
Talos resources.
• https://regsvc.sco.cisco.com/ — Registration
• https://est.sco.cisco.com/ — Obtain certificates for secure communications
• https://updates-talos.sco.cisco.com/ — Obtain client/server manifests
• http://updates.ironport.com/ — Download database (note: uses port 80)
• https://v3.sds.cisco.com/ — Cloud queries
The cloud query service also uses the following IP address blocks:
• IPv4 cloud queries:
• 146.112.62.0/24
• 146.112.63.0/24
• 146.112.255.0/24
• 146.112.59.0/24
• IPv6 cloud queries:

• 2a04:e4c7:ffff::/48
• 2a04:e4c7:fffe::/48

42
Post-Upgrade Actions for URL Categories and Reputations
Action Details
Identify potential rule Understand the upcoming changes. Examine your current URL filtering
issues. configuration and determine what post-upgrade actions you will need to take (see
the next section).
Note You may want to modify URL rules that use deprecated categories
now. Otherwise, rules that use them will prevent deploy after the
upgrade.
In FMC deployments, we recommend you generate an access control policy
report, which provides details on the policy's current saved configuration,
including access control rules and rules in subordinate policies (such as SSL).
For each URL rule, you can see the current categories, reputations, and associated
rule actions. On the FMC, choose Policies > Access Control , then click the
report icon ( ) next to the appropriate policy.
Post-Upgrade Actions for URL Categories and Reputations

After upgrade, you should reexamine your URL filtering configuration and take the following actions as soon
as possible. Depending on deployment type and the changes made by the upgrade, some — but not all —
issues may be marked in the GUI. For example, in access control policies on FMC/FDM, you can click Show
Warnings (FMC) or Show Problem Rules (FDM).
Table 34: Post-Upgrade Actions
Action Details
Remove deprecated categories The upgrade does not modify URL rules that use deprecated categories.
from rules. Required. Rules that use them will prevent deploy.
On the FMC, these rules are marked.
Create or modify rules to include Most of the new categories identify threats. We strongly recommend
the new categories. you use them.
On the FMC, these new categories are not marked after this upgrade,
but Talos may add additional categories in the future. When that happens,
new categories are marked.
Evaluate rules changed as a result Each rule that included any of the affected categories now include all
of merged categories. of the affected categories. If the original categories were associated with
different reputations, the new rule is associated with the broader, more
inclusive reputation. To filter URLs as before, you may have to modify
or delete some configurations; see Guidelines for Rules with Merged
URL Categories, on page 44.
Depending on what changed and how your platform handles rule
warnings, changes may be marked. For example, the FMC marks wholly
redundant and wholly preempted rules, but not rules that have partial
overlap.

43
Guidelines for Rules with Merged URL Categories
Action Details
Evaluate rules changed as a result The upgrade replaces each old, single category in URL rules with all
of split categories. the new categories that map to the old one. This will not change the way
you filter URLs, but you can modify affected rules to take advantage of
the new granularity.
These changes are not marked.
Understand which categories were Although no action is required, you should be aware of these changes.
renamed or are unchanged.
These changes are not marked.
Evaluate how you handle Even though it is now possible to have uncategorized and reputationless
uncategorized and reputationless URLs, you cannot still cannot filter uncategorized URLs by reputation,
URLs. nor can you filter reputationless URLs.
Make sure that rules that filter by the Uncategorized category, or by
Any reputation, will behave as you expect.

When you examine your URL filtering configuration before the upgrade, determine which of the following
scenarios and guidelines apply to you. This will ensure that your post-upgrade configuration is as you expect,
and that you can take quick action to resolve any issues.
Table 35: Guidelines for Rules with Merged URL Categories
Guideline Details
Rule Order Determines When considering rules that include the same category, remember that traffic
Which Rule Matches Traffic matches the first rule in the list that includes the condition.
Categories in the Same Rule Merging categories in a single rule will merge into a single category in the
vs Categories in Different rule. For example, if Category A and Category B are merging to become
Rules Category AB, and you have a rule with both Category A and Category B, then
after merge the rule will have a single Category AB.
Merging categories in different rules will result in separate rules with the same
category in each rule after the merge. For example, if Category A and Category
B are merging to become Category AB, and you have Rule 1 with Category
A and Rule 2 with Category B, then after merge Rule 1 and Rule 2 will each
include Category AB. How you choose to resolve this situation depends on
the rule order, on the actions and reputation levels associated with the rules,
on the other URL categories included in the rule, and on the non-URL
conditions that are included in the rule.
Associated Action If merged categories in different rules were associated with different actions,
then after merge you may have two or more rules with different actions for the
same category.

44
Guideline Details
Associated Reputation Level If a single rule includes categories that were associated with different reputation
levels before merging, the merged category will be associated with the more
inclusive reputation level. For example, if Category A was associated in a
particular rule with Any reputation and Category B was associated in the
same rule with reputation level 3 - Benign sites with security risks, then after
merge Category AB in that rule will be associated with Any reputation.
Duplicate and Redundant After merge, different rules may have the same category associated with
Categories and Rules different actions and reputation levels.
Redundant rules may not be exact duplicates, but they may no longer match
traffic if another rule earlier in the rule order matches instead. For example, if
you have pre-merge Rule 1 with Category A that applies to Any Reputation,
and Rule 2 with Category B that applies only to Reputation 1-3, then after
merge, both Rule 1 and Rule 2 will have Category AB, but Rule 2 will never
match if Rule 1 is higher in the rule order.
On the FMC, rules with an identical category and reputation will show a
warning. However, these warnings will not indicate rules that include the same
category but a different reputation.
Caution: Consider all conditions in the rule when determining how to resolve
duplicate or redundant categories.
Other URL Categories in a Rules with merged URLs may also include other URL categories. Therefore,
Rule if a particular category is duplicated after merge, you may want to modify
rather than delete these rules.
Non-URL Conditions in a Rules with merged URL categories may also include other rule conditions,
Rule such as application conditions. Therefore, if a particular category is duplicated
after merge, you may want to modify rather than delete these rules.
The examples in the following table use Category A and Category B, now merged into Category AB. In
two-rule examples, Rule 1 comes before Rule 2.
Table 36: Examples of Rules with Merged URL Categories
Scenario Before Upgrade After Upgrade

Merged categories Rule 1 has Category A and Category B. Rule 1 has Category AB.
in the same rule
Merged categories Rule 1 has Category A. Rule 1 has Category AB.

in different rules
Rule 2 has Category B. Rule 2 has Category AB.
The specific result varies by the rules' order
in the list, reputation levels, and associated
actions. You should also consider all other
conditions in the rule when determining
how to resolve any redundancy.

45
Time Tests and Disk Space Requirements
Scenario Before Upgrade After Upgrade

Merged categories Rule 1 has Category A set to Allow. Rule 1 has Category AB set to Allow.
in different rules
Rule 2 has Category B set to Block. Rule 2 has Category AB set to Block.
have different
actions (Reputation is the same) Rule 1 will match all traffic for this
category.
(Reputation is the
same) Rule 2 will never match traffic, and will
display a warning indicator if you show
warnings after merge, because both
category and reputation are the same.
Merged categories Rule 1 includes: Rule 1 includes Category AB with

in the same rule Reputation Any.
Category A with Reputation Any
have different
reputation levels Category B with Reputation 1-3
Merged categories Rule 1 includes Category A with Rule 1 includes Category AB with
in different rules Reputation Any. Reputation Any.
have different
Rule 2 includes Category B with Rule 2 includes Category AB with
reputation levels
Reputation 1-3. Reputation 1-3.
Rule 1 will match all traffic for this
category.
Rule 2 will never match traffic, but you
will not see a warning indicator because
the reputations are not identical.
Time Tests and Disk Space Requirements

To upgrade a Firepower appliance, you must have enough free disk space or the upgrade fails. You must also
have enough time to perform the upgrade. We provide reports of in-house time and disk space tests for reference
purposes.
About Time Tests

Time values are based on in-house tests.
Although we report the slowest time of all upgrades tested for a particular platform/series, your upgrade will
likely take longer than the provided times for multiple reasons, as follows.
Table 37: Time Test Conditions
Condition Details
Deployment Values are from tests in a Firepower Management Center deployment.

Raw upgrade times for remotely and locally managed devices are similar, given similar
conditions.

46
About Disk Space Requirements
Condition Details
Versions For major and maintenance releases, we test upgrades from all eligible previous major
versions.
For patches, we test upgrades from the base version.
Models In most cases, we test on the lowest-end models in each series, and sometimes on
multiple models in a series.
Virtual settings We test with the default settings for memory and resources.
High availability Unless otherwise noted, we test on standalone devices.

and scalability
In a high availability or clustered configuration, devices upgrade one at a time to
preserve continuity of operations, with each device operating in maintenance mode
while it upgrades. Upgrading a device pair or entire cluster, therefore, takes longer
than upgrading a standalone device.
Configurations We test on appliances with minimal configurations and traffic load.

Upgrade time can increase with the complexity of your configurations, size of event
databases, and whether/how those things are affected by the upgrade. For example, if
you use a lot of access control rules and the upgrade needs to make a backend change
to how those rules are stored, the upgrade can take longer.
Components Values represent only the time it takes for the Firepower software upgrade script. They
do not include time for:
• Operating system upgrades.
• Transferring upgrade packages.
• Readiness checks.
• VDB and intrusion rule (SRU/LSP) updates.
• Deploying configurations.
• Reboots, although reboot time may be provided separately.
About Disk Space Requirements

Space estimates are the largest reported for all Firepower software upgrades. For releases after early 2020,
they are:
• Not rounded up (under 1 MB).
• Rounded up to the next 1 MB (1 MB - 100 MB).
• Rounded up to the next 10 MB (100 MB - 1GB).
• Rounded up to the next 100 MB (greater than 1 GB).
Values represent only the space needed to upload and run the Firepower software upgrade script. They do not
include values for operating system upgrades, VDB or intrusion rule (SRU/LSP) updates, and so on.

47
Version 7.0.0 Time and Disk Space
Note When you use the Firepower Management Center to upgrade a managed device, the Firepower Management
Center requires additional disk space in /Volume for the device upgrade package (unless you configure an
internal web server where your devices can get the package; requires Firepower Threat Defense Version
6.6.0+) .
Checking Disk Space

When we report disk space estimates for a particular location (for example, /var or /ngfw), we are reporting
the disk space estimate for the partition mounted in that location. On some platforms, these locations may be
on the same partition.
To check disk space:
• Firepower Management Center and its managed devices: Use the System > Monitoring > Statistics
page on the FMC. After you select the appliance you want to check, under Disk Usage, expand the By
Partition details.
• Firepower Threat Defense with FDM: Use the show disk CLI command.
• ASA FirePOWER with ASDM: Use the Monitoring > ASA FirePOWER Monitoring > Statistics
page. Under Disk Usage, expand the By Partition details.
Version 7.0.0 Time and Disk Space

Table 38: Version 7.0.0 Time and Disk Space
Platform Local Space Space on FMC Upgrade Time Reboot Time
FMC 14 GB in /Volume — 41 min 7 min

70 MB in /
FMCv 16 GB in /Volume — 28 min 4 min

72 MB in /
Firepower 1000 series 420 MB in /ngfw/var 890 MB 12 min 14 min

7.6 GB
Firepower 2100 series 480 MB in /ngfw/Volume 950 MB 11 min 13 min

7.7 GB in /ngfw
Firepower 9300 45 MB in /ngfw/Volume 830 MB 11 min 11 min

11.1 GB in /ngfw

8.4 GB in /ngfw

48
Traffic Flow, Inspection, and Device Behavior
Platform Local Space Space on FMC Upgrade Time Reboot Time

container instance
9.7 GB in /ngfw
ASA 5500-X series with FTD 5.3 GB in /ngfw/Volume 1.1 GB 25 min 12 min
95 KB in /ngfw
FTDv 6.6 GB in /ngfw/Volume 1.1 GB 11 min 6 min

23 KB in /ngfw
ASA FirePOWER 9.5 GB in /var 1.1 GB 69 min 8 min

64 MB in /
NGIPSv 5 GB in /var 720 MB 8 min 4 min

54 MB in /
Traffic Flow, Inspection, and Device Behavior

You must identify potential interruptions in traffic flow and inspection during the upgrade. This can occur:
• When a device is rebooted.
• When you upgrade the operating system or virtual hosting environment on a device.
• When you upgrade the Firepower software on a device, or uninstall a patch.
• When you deploy configuration changes as part of the upgrade or uninstall process (Snort process restarts).
Device type, deployment type (standalone, high availability, clustered), and interface configurations (passive,
IPS, firewall, and so on) determine the nature of the interruptions. We strongly recommend performing any
upgrade or uninstall in a maintenance window or at a time when any interruption will have the least impact
on your deployment.
FTD Upgrade Behavior: Firepower 4100/9300 Chassis

This section describes device and traffic behavior when you upgrade a Firepower 4100/9300 chassis with
FTD.
Firepower 4100/9300 Chassis: FXOS Upgrade

Upgrade FXOS on each chassis independently, even if you have inter-chassis clustering or high availability
pairs configured. How you perform the upgrade determines how your devices handle traffic during the FXOS
upgrade.

49
Table 39: Traffic Behavior During FXOS Upgrade
Deployment Method Traffic Behavior
Standalone — Dropped.
High availability Best Practice: Update FXOS on the Unaffected.

standby, switch active peers, upgrade the
new standby.
Upgrade FXOS on the active peer before Dropped until one peer is online.
the standby is finished upgrading.
Inter-chassis cluster Best Practice: Upgrade one chassis at a Unaffected.

(6.2+) time so at least one module is always
online.
Upgrade chassis at the same time, so all Dropped until at least one module is online.
modules are down at some point.
Intra-chassis cluster Hardware bypass enabled: Bypass: Passed without inspection.

(Firepower 9300 Standby or Bypass-Force. (6.1+)
only)
Hardware bypass disabled: Bypass: Dropped until at least one module is online.
Disabled. (6.1+)
No hardware bypass module. Dropped until at least one module is online.
Standalone FTD Device: Firepower Software Upgrade

Firepower devices/security modules operate in maintenance mode while they upgrade. Entering maintenance
mode at the beginning of the upgrade causes a 2-3 second interruption in traffic inspection. Interface
configurations determine how a standalone device handles traffic both then and during the upgrade.
Table 40: Traffic Behavior During Firepower Software Upgrade: Standalone FTD Device
Interface Configuration Traffic Behavior

Firewall interfaces Routed or switched including Dropped.
EtherChannel, redundant, subinterfaces.
Switched interfaces are also known as
bridge group or transparent interfaces.

50

IPS-only interfaces Inline set, hardware bypass force-enabled: Passed without inspection until you either
Bypass: Force (6.1+). disable hardware bypass, or set it back to
standby mode.
Inline set, hardware bypass standby mode: Dropped during the upgrade, while the
Bypass: Standby (6.1+). device is in maintenance mode. Then,
passed without inspection while the device
completes its post-upgrade reboot.
Inline set, hardware bypass disabled: Dropped.

Bypass: Disabled (6.1+).
Inline set, no hardware bypass module. Dropped.
Inline set, tap mode. Egress packet immediately, copy not

inspected.
Passive, ERSPAN passive. Uninterrupted, not inspected.
High Availability Pairs: Firepower Software Upgrade

You should not experience interruptions in traffic flow or inspection while upgrading the Firepower software
on devices in high availability pairs. To ensure continuity of operations, they upgrade one at a time. Devices
operate in maintenance mode while they upgrade.
The standby device upgrades first. The devices switch roles, then the new standby upgrades. When the upgrade
completes, the devices' roles remain switched. If you want to preserve the active/standby roles, manually
switch the roles before you upgrade. That way, the upgrade process switches them back.
Clusters: Firepower Software Upgrade

on devices in Firepower Threat Defense clusters. To ensure continuity of operations, they upgrade one at a
time. The data security module or modules upgrade first, then the control module. Security modules operate
in maintenance mode while they upgrade.
During the control security module upgrade, although traffic inspection and handling continues normally, the
system stops logging events. Events for traffic processed during the logging downtime appear with out-of-sync
timestamps after the upgrade is completed. However, if the logging downtime is significant, the system may
prune the oldest events before they can be logged.
Traffic Behavior During Deployment

You deploy configurations multiple times during the upgrade process. Snort typically restarts during the first
deployment immediately after the upgrade. It does not restart during other deployments unless, before deploying,
you modify specific policy or device configurations. For more information, see Configurations that Restart
the Snort Process when Deployed or Activated in the Firepower Management Center Configuration Guide.
When you deploy, resource demands may result in a small number of packets dropping without inspection.
Additionally, restarting the Snort process interrupts traffic inspection on all Firepower devices, including
those configured for HA/scalability. Interface configurations determine whether traffic drops or passes without
inspection during the interruption.

51
FTD Upgrade Behavior: Other Devices
Table 41: Traffic Behavior During FTD Deployment

IPS-only interfaces Inline set, Failsafe enabled or disabled Passed without inspection.
(6.0.1–6.1).
A few packets might drop if Failsafe is
disabled and Snort is busy but not down.
Inline set, Snort Fail Open: Down: Dropped.

disabled (6.2+).
Inline set, Snort Fail Open: Down: Passed without inspection.

enabled (6.2+).

inspected.

This section describes device and traffic behavior when you upgrade Firepower Threat Defense on Firepower
1000/2100 series, ASA 5500-X series, ISA 3000, and Firepower Threat Defense Virtual.
Standalone FTD Device: Firepower Software Upgrade

Firepower devices operate in maintenance mode while they upgrade. Entering maintenance mode at the
beginning of the upgrade causes a 2-3 second interruption in traffic inspection. Interface configurations
determine how a standalone device handles traffic both then and during the upgrade.
Table 42: Traffic Behavior During Firepower Software Upgrade: Standalone FTD Device


52
IPS-only interfaces Inline set, hardware bypass force-enabled: Passed without inspection until you either
Bypass: Force (Firepower 2100 series, disable hardware bypass, or set it back to
6.3+). standby mode.
Inline set, hardware bypass standby mode: Dropped during the upgrade, while the
Bypass: Standby (Firepower 2100 series, device is in maintenance mode. Then,
6.3+). passed without inspection while the device
completes its post-upgrade reboot.
Inline set, hardware bypass disabled: Dropped.

Bypass: Disabled (Firepower 2100 series,
6.3+).
Inline set, no hardware bypass module. Dropped.

inspected.
High Availability Pairs: Firepower Software Upgrade

on devices in high availability pairs. To ensure continuity of operations, they upgrade one at a time. Devices
operate in maintenance mode while they upgrade.
The standby device upgrades first. The devices switch roles, then the new standby upgrades. When the upgrade
completes, the devices' roles remain switched. If you want to preserve the active/standby roles, manually
switch the roles before you upgrade. That way, the upgrade process switches them back.

Additionally, restarting the Snort process interrupts traffic inspection on all Firepower devices, including
those configured for HA/scalability. Interface configurations determine whether traffic drops or passes without
inspection during the interruption.
Table 43: Traffic Behavior During FTD Deployment


53
ASA FirePOWER Upgrade Behavior
IPS-only interfaces Inline set, Failsafe enabled or disabled Passed without inspection.
(6.0.1–6.1).
A few packets might drop if Failsafe is
disabled and Snort is busy but not down.
Inline set, Snort Fail Open: Down: Dropped.

disabled (6.2+).
Inline set, Snort Fail Open: Down: Passed without inspection.

enabled (6.2+).

inspected.
ASA FirePOWER Upgrade Behavior

Your ASA service policies for redirecting traffic to the ASA FirePOWER module determine how the module
handles traffic during the Firepower software upgrade, including when you deploy certain configurations that
restart the Snort process.
Table 44: Traffic Behavior During ASA FirePOWER Upgrade
Traffic Redirection Policy Traffic Behavior

Fail open (sfr fail-open) Passed without inspection
Fail closed (sfr fail-close) Dropped
Monitor only (sfr {fail-close}|{fail-open} Egress packet immediately, copy not inspected
monitor-only)
Traffic Behavior During ASA FirePOWER Deployment

Traffic behavior while the Snort process restarts is the same as when you upgrade the ASA FirePOWER
module.
Additionally, restarting the Snort process interrupts traffic inspection. Your service policies determine whether
traffic drops or passes without inspection during the interruption.
NGIPSv Upgrade Behavior

This section describes device and traffic behavior when you upgrade NGIPSv.

54
Upgrade Instructions
Firepower Software Upgrade

Interface configurations determine how NGIPSv handles traffic during the upgrade.
Table 45: Traffic Behavior During NGIPSv Upgrade

Inline Dropped
Inline, tap mode Egress packet immediately, copy not inspected
Passive Uninterrupted, not inspected

Additionally, restarting the Snort process interrupts traffic inspection. Interface configurations determine
whether traffic drops or passes without inspection during the interruption.
Table 46: Traffic Behavior During NGIPSv Deployment

Inline, Failsafe enabled or disabled Passed without inspection
A few packets might drop if Failsafe is disabled and
Snort is busy but not down.
Inline, tap mode Egress packet immediately, copy bypasses Snort
Passive Uninterrupted, not inspected
Upgrade Instructions
The release notes do not contain upgrade instructions. After you read the guidelines and warnings in these
release notes, see one of the following documents.
Table 47: Firepower Upgrade Instructions
Task Guide
Upgrade FMC deployments. Cisco Firepower Management Center Upgrade Guide
Upgrade Firepower Threat Defense Cisco Firepower Threat Defense Configuration Guide for Firepower
Software with FDM. Device Manager
See the System Management chapter in the guide for the FTD version
you are currently running—not the version you are upgrading to.

55
Upgrade Packages
Task Guide
Upgrade FXOS on a Firepower Cisco Firepower 4100/9300 Upgrade Guide

4100/9300 chassis.
Upgrade ASA FirePOWER Cisco ASA Upgrade Guide

modules with ASDM.
Upgrade the ROMMON image. Cisco ASA and Firepower Threat Defense Reimage Guide
See the Upgrade the ROMMON Image section. You should always make
sure you have the latest image.
Upgrade Packages
Firepower software packages are available on the Cisco Support & Download site.
• Firepower Management Center, including Firepower Management Center Virtual:

https://www.cisco.com/go/firepower-software
• Firepower Threat Defense (ISA 3000): https://www.cisco.com/go/isa3000-software
• Firepower Threat Defense (all other models, including Firepower Threat Defense Virtual):
https://www.cisco.com/go/ftd-software
• ASA with FirePOWER Services (ASA 5500-X series): https://www.cisco.com/go/asa-firepower-sw

• ASA with FirePOWER Services (ISA 3000): https://www.cisco.com/go/isa3000-software
• NGIPSv: https://www.cisco.com/go/ngipsv-software
To find a Firepower software upgrade package, select or search for your Firepower appliance model, then
browse to the Firepower software download page for your current version. Available upgrade packages are
listed along with installation packages, hotfixes, and other applicable downloads.
Tip A Firepower Management Center with internet access can download select releases directly from Cisco, some
time after the release is available for manual download. The length of the delay depends on release type,
release adoption, and other factors.
You use the same upgrade package for all Firepower models in a family or series. Upgrade package file names
reflect the platform, package type (upgrade, patch, hotfix), and Firepower version. Maintenance releases use
the upgrade package type.
For example:
• Package: Cisco_Firepower_Mgmt_Center_Upgrade-7.0.0-999.sh.REL.tar
• Platform: Firepower Management Center
• Package type: Upgrade

56
Upgrade Packages
• Version and build: 7.0.0-999

• File extension: sh.REL.tar
So that Firepower can verify that you are using the correct files, upgrade packages from Version 6.2.1+ are
signed tar archives (.tar). Do not untar signed (.tar) packages. And, do not transfer upgrade packages by email.
Note After you upload a signed upgrade package, the Firepower Management Center GUI can take several minutes
to load as the system verifies the package. To speed up the display, remove these packages after you no longer
need them.
Firepower Software Upgrade Packages
Table 48:
Platform Package
FMC/FMCv Cisco_Firepower_Mgmt_Center
Firepower 1000 series Cisco_FTD_SSP-FP1K
Firepower 2100 series Cisco_FTD_SSP-FP2K
Firepower 4100/9300 Cisco_FTD_SSP
ASA 5500-X series with FTD Cisco_FTD

ISA 3000 with FTD
FTDv
ASA FirePOWER Cisco_Network_Sensor
NGIPSv Cisco_Firepower_NGIPS_Virtual
Operating System Upgrade Packages

For information on operating system upgrade packages, see the planning topics in the following guides:
• Cisco ASA Upgrade Guide, for ASA OS
• Cisco Firepower 4100/9300 Upgrade Guide, for FXOS

57
Upgrade Packages

58
CHAPTER 5
Uninstall an Upgrade
In FDM deployments, you can revert major and maintenance upgrades. This returns Firepower Threat Defense
to its state just before before the upgrade.
Revert is not supported in FMC or ASDM deployments.
• Uninstall, Revert, or Reimage?, on page 59
• Guidelines for Revert, on page 60
• Revert a Major or Maintenance Upgrade, on page 60
Uninstall, Revert, or Reimage?

This table describes the options for returning to a previous release, in order of most to least drastic. These
options depend on your deployment type and the type of upgrade you want to remove. Note that you should
not attempt to uninstall a hotfix. Instead, contact Cisco TAC.
Table 49: Options for Returning to a Previous Release
Deployment Method Version Restrictions Description
Any Reimage To major or Returns the appliance to factory defaults, with

maintenance releases very few exceptions.
only. You cannot
After reimaging, you must reconfigure entirely
reimage to a patch
from scratch. You may be able to import
level.
previously exported configurations, or restore
from backup.
For details on reimaging, see Freshly Install the
Software, on page 63.
FTD with FDM Revert Major and Returns the appliance to its state just before the
maintenance upgrades last major or maintenance upgrade (also called
only. a snapshot). Reverting after patching necessarily
removes patches as well.
After reverting, you must redo any configuration
changes you made between the upgrade and the
revert.

59
Guidelines for Revert
Deployment Method Version Restrictions Description
FMC and managed Uninstall Patches only. Returns the appliance to whatever patch level
devices it was running before the upgrade. Does not
change configurations.
ASA FirePOWER with
ASDM For details on uninstalling patches, see the patch
release notes.
Guidelines for Revert

Revert Is Supported in Limited Situations
You can revert major and maintenance upgrades in FDM deployments only. See Uninstall, Revert, or Reimage?,
on page 59.
Revert Is a Snapshot
Reverting returns the Firepower software to its state just before the last major or maintenance upgrade, also
called a snapshot. Reverting after patching necessarily removes patches as well. After reverting, you must
redo any configuration changes you made between the upgrade and the revert.
You can delete the revert snapshot in order to save disk space, but this removes your ability to revert.
Revert Does Not Downgrade FXOS

For the Firepower 4100/9300 chassis, major Firepower versions have a specially qualified and recommended
companion FXOS version. This means that after you revert the Firepower software, you may be running a
non-recommended version of FXOS (too new).
Although newer versions of FXOS are backwards compatible with older Firepower versions, we do perform
enhanced testing for the recommended combinations. You cannot downgrade FXOS, so if you find yourself
in this situation and you want to run a recommended combination, you will need a full reimage.
For more information, see the Cisco Firepower Compatibility Guide.
Revert High Availability Units Simultaneously

If you need to revert both units in an FTD high availability pair, we recommend you initiate the revert on both
units at the same time. Open sessions with both units and verify that revert is possible on each, then start the
processes.
Revert a Major or Maintenance Upgrade

Use this procedure to revert from FDM. If you cannot get into FDM, use the upgrade revert FTD CLI
command. You can use the show upgrade revert-info command to see what version the system will revert
to.
Before you begin

Read and understand the Guidelines for Revert, on page 60.

60
Step 1 Select Device, then click View Configuration in the Updates summary.
Step 2 In the System Upgrade section, click the Revert Upgrade link.
You are presented with a confirmation dialog box that shows the current version and the version to which the system will
revert. If there is no available version to revert to, there will not be a Revert Upgrade link.
Step 3 If you are comfortable with the target version (and one is available), click Revert.
After you revert, you must re-register the device with the Smart Software Manager.
What to do next
Redo any configuration changes made between upgrade and the revert.

61

62
CHAPTER 6
Freshly Install the Software
If you cannot or do not want to upgrade, you can freshly install major and maintenance releases.
We do not provide installation packages for patches. To run a particular patch, install the appropriate major
or maintenance release, then apply the patch.
• Deciding to Freshly Install, on page 63
• Guidelines for Fresh Installs, on page 65
• Unregistering Smart Licenses, on page 67
• Installation Instructions, on page 68
Deciding to Freshly Install

Use this table to identify scenarios where you need to freshly install (also called reimaging). Note that for
Firepower devices, in all of these scenarios—including switching device management between local and
remote—you will lose device configurations.
Note Address licensing concerns before you reimage or switch management. If you are using Cisco Smart Licensing,
you may need to unregister from the Cisco Smart Software Manager (CSSM) to avoid accruing orphan
entitlements. These can prevent you from reregistering.

63
Deciding to Freshly Install
Table 50: Scenarios: Do You Need a Fresh Install?
Scenario Solution Cisco Smart Licensing

Upgrade FMC-managed The upgrade path from older versions can include Removing devices from the FMC
devices from a much older intermediate versions. Especially in larger deployments unregisters them. Reassign licenses after
Firepower version. where you must alternate FMC and device upgrade, this you re-add the devices.
multi-step process can be time consuming.
To save time, you can reimage older devices instead of
upgrading:
1. Remove the devices from the FMC.
2. Upgrade the FMC only to its target version.
3. Reimage the devices.
4. Re-add the devices to the FMC.
Change FTD management Use the configure manager CLI command; see Cisco Unregister the device before you switch
from FDM to FMC (local to Firepower Threat Defense Command Reference. management. Reassign its license after you
remote). add it to the FMC.
Change FTD management Use the configure manager CLI command; see Cisco Remove the device from the FMC to
from FMC to FDM (remote Firepower Threat Defense Command Reference. unregister it. Reregister using FDM.
to local).
Exception: The device is running or was upgraded from
Version 6.0.1. In this case, reimage.
Change ASA FirePOWER Start using the other management method. Contact Sales for new Classic licenses.
management between ASA FirePOWER licenses are associated
ASDM and FMC. with a specific manager.
Replace ASA Reimage. Convert Classic to Smart licenses; see the

FirePOWERwith FTD on Firepower Management Center
the same physical device. Configuration Guide.
Replace NGIPSv with Reimage. Contact Sales for new Smart licenses.
FTDv.
Uninstall an FTD patch with Reimage. Unregister the device before you reimage.
FDM. Reregister after.
You cannot uninstall patches in FDM deployments.
Return an FMC or an Reimage. Do not unregister before you reimage, and

FMC-managed device to a do not remove devices from the FMC. If
You cannot uninstall major or maintenance upgrades from
previous major or you do, you must unregister again after you
an FMC or its managed devices. If possible, restore from
maintenance release. restore, then re-register.
backup.
Instead, revert any licensing changes made
since you took the backup. After the restore
completes, reconfigure licensing. If you
notice licensing conflicts or orphan
entitlements, contact Cisco TAC.

64
Guidelines for Fresh Installs
Scenario Solution Cisco Smart Licensing

Return an FDM-managed Revert. No action needed.
device to a previous major
If a major or maintenance upgrade is not functioning to
or maintenance release.
your expectations, you can revert to the state of the device
as it was immediately before the upgrade. You might also
need to downgrade the FXOS version.
You can use either FDM or the CLI:
• FDM: Use the Revert Upgrade feature; see the Cisco
Firepower Threat Defense Configuration Guide for
Firepower Device Manager.
• CLI: Use the upgrade revert command; see the
Cisco Firepower Threat Defense Command
Reference.
Restore a failed FMC or In an RMA scenario, the replacement will arrive Do not unregister before you reimage, and
FTD device from backup. configured with factory defaults. However, if the do not remove devices from the FMC. If
replacement is already configured, we recommend you you do, you must unregister again after you
reimage before you restore. restore, then re-register.
Instead, revert any licensing changes made
since you took the backup. After the restore
completes, reconfigure licensing. If you
notice licensing conflicts or orphan
entitlements, contact Cisco TAC.

Reimaging Firepower 1000/2100 Series Devices to Earlier Major Versions
We recommend that you perform complete reimages of Firepower 1000/2100 series devices. If you use the
erase configuration method, FXOS may not revert along with the Firepower Threat Defense software. This
can cause failures, especially in high availability deployments.
For more information, see the reimage procedures in the Cisco FXOS Troubleshooting Guide for the Firepower
1000/2100 Series Running Firepower Threat Defense.
Reimage Checklist
Reimaging returns most settings to factory defaults, including the system password. This checklist highlights
actions that can prevent common reimage issues. However, this checklist is not comprehensive. Refer to the
appropriate installation guide for full instructions: Installation Instructions, on page 68.

65
Table 51:
✓ Action/Check
Check appliance access.

If you do not have physical access to an appliance, the reimage process lets you keep management
network settings. This allows you to connect to the appliance after you reimage to perform the initial
configuration. If you delete network settings, you must have physical access to the appliance. You
cannot use Lights-Out Management (LOM).
Note Reimaging to an earlier version automatically deletes network settings. In this rare case, you
must have physical access.
For devices, make sure traffic from your location does not have to traverse the device itself to access
the device's management interface. In Firepower Management Center deployments, you should also
able to access the Firepower Management Center management interface without traversing the device.
Perform backups.
Back up before reimaging, when supported.
Note that if you are reimaging so that you don't have to upgrade, due to version restrictions you cannot
use a backup to import your old configurations. You must recreate your configurations manually.
Caution We strongly recommend you back up to a secure remote location and verify transfer success.
Reimaging returns most settings to factory defaults, including the system password. It deletes
any backups left on the appliance. And especially because backup files are unencrypted, do
not allow unauthorized access. If backup files are modified, the restore process will fail.
Backup and restore can be a complex process. You do not want to skip any steps or ignore security or
licensing concerns. For detailed information on requirements, guidelines, limitations, and best practices
for backup and restore, see the configuration guide for your Firepower product.
Determine if you must remove devices from Firepower Management Center management.
If you plan to manually configure the reimaged appliance, remove devices from remote management
before you reimage:
• If you are reimaging the Firepower Management Center, remove all its devices from management.
• If you are reimaging a single device or switching from remote to local management, remove that
one device.
If you plan to restore from backup after reimaging, you do not need to remove devices from remote
management.

66
Unregistering Smart Licenses
✓ Action/Check
Address licensing concerns.

Before you reimage any Firepower appliance, address licensing concerns. You may need to unregister
from the Cisco Smart Software Manager (CSSM) to avoid accruing orphan entitlements, which can
prevent you from reregistering. Or, you may need to contact Sales for new licenses.
For more information, see:
• Deciding to Freshly Install
• Cisco Firepower System Feature Licenses Guide
• Frequently Asked Questions (FAQ) about Firepower Licensing
• Licensing information in the configuration guide for your Firepower product.
Unregistering Smart Licenses

Firepower Threat Defense devices, whether locally (Firepower Device Manager) or remotely (Firepower
Management Center) managed, use Cisco Smart Licensing. To use licensed features, you must register with
Cisco Smart Software Manager (CSSM). If you later decide to reimage or switch management, you must
unregister to avoid accruing orphan entitlements. These can prevent you from reregistering.
Note If you need to restore an FMC or FTD device from backup, do not unregister before you reimage, and do not
remove devices from the FMC. Instead, revert any licensing changes made since you took the backup. After
the restore completes, reconfigure licensing. If you notice licensing conflicts or orphan entitlements, contact
Cisco TAC.
Unregistering removes an appliance from your virtual account, unregisters it from the cloud and cloud services,
and releases associated licenses so they can be can be reassigned. When you unregister an appliance, it enters
Enforcement mode. Its current configuration and policies continue to work as-is, but you cannot make or
deploy any changes.
Manually unregister from CSSM before you:
• Reimage a Firepower Management Center that manages FTD devices.
• Shut down the source Firepower Management Center during model migration.
• Reimage a Firepower Threat Defense device that is locally managed by FDM.
• Switch a Firepower Threat Defense device from FDM to FMC management.
Automatically unregister from CSSM when you remove a device from the FMC so you can:
• Reimage an Firepower Threat Defense device that is managed by an FMC.
• Switch a Firepower Threat Defense device from FMC to FDM management.

67
Unregister a Firepower Management Center
Note that in these two cases, removing the device from the FMC is what automatically unregisters the device.
You do not have to unregister manually as long as you remove the device from the FMC.
Tip Classic licenses for NGIPS devices are associated with a specific manager (ASDM/FMC), and are not controlled
using CSSM. If you are switching management of a Classic device, or if you are migrating from an NGIPS
deployment to an FTD deployment, contact Sales.
Unregister a Firepower Management Center

Unless you plan to restore from backup, unregister a Firepower Management Center from CSSM before you
reimage. This also unregisters any managed Firepower Threat Defense devices.
If the FMC is configured for high availability, licensing changes are automatically synchronized. You do not
need to unregister the other FMC.
Step 1 Log into the Firepower Management Center.

Step 2 Choose System > Licenses > Smart Licenses.
Step 3 Next to Smart License Status, click Stop Sign ( ).

Step 4 Read the warning and confirm that you want to unregister.
Unregister an FTD Device Using FDM

Unregister locally managed Firepower Threat Defense devices from the Cisco Smart Software Manager before
you either reimage or switch to remote (FMC) management.
If the device is configured for high availability, you must log into the other unit in the high availability pair
to unregister that unit.
Step 1 Log into the Firepower Device Manager.

Step 2 Click Device, then click View Configuration in the Smart License summary.
Step 3 Select Unregister Device from the gear drop-down list.
Step 4 Read the warning and confirm that you want to unregister.
Installation Instructions
The release notes do not contain installation instructions. Instead, see one of the following documents.
Installation packages are available on theCisco Support & Download site.

68
Table 52: Firepower Management Center Installation Instructions
FMC Platform Guide
FMC 1600, 2600, 4600 Cisco Firepower Management Center 1600, 2600, and 4600 Getting Started
Guide
FMC 1000, 2500, 4500 Cisco Firepower Management Center 1000, 2500, and 4500 Getting Started
Guide
FMCv and FMCv 300 Cisco Firepower Management Center Virtual Getting Started Guide
Table 53: Firepower Threat Defense Installation Instructions
FTD Platform Guide
Firepower 1000/2100 series Cisco ASA and Firepower Threat Defense Reimage Guide
Cisco FXOS Troubleshooting Guide for the Firepower 1000/2100 Series
Running Firepower Threat Defense
Firepower 4100/9300 chassis Cisco Firepower 4100/9300 FXOS Configuration Guides: Image Management
chapters
Cisco Firepower 4100 Getting Started Guide
Cisco Firepower 9300 Getting Started Guide
ASA 5500-X series Cisco ASA and Firepower Threat Defense Reimage Guide
ISA 3000 Cisco ASA and Firepower Threat Defense Reimage Guide
FTDv: AWS Cisco Firepower Threat Defense Virtual for the AWS Cloud Getting Started
Guide
FTDv: Azure Cisco Firepower Threat Defense Virtual for the Microsoft Azure Cloud Quick
Start Guide
FTDv: GCP Cisco Firepower Threat Defense Virtual for the Google Cloud Platform
Getting Started Guide
FTDv: KVM Cisco Firepower Threat Defense Virtual for KVM Getting Started Guide
FTDv: OCI Cisco Firepower Threat Defense Virtual for the Oracle Cloud Infrastructure
Getting Started Guide
FTDv: OpenStack Cisco Firepower Threat Defense Virtual for OpenStack Getting Started Guide
FTDv: VMware Cisco Firepower Threat Defense Virtual for VMware Getting Started Guide
Table 54: NGIPSv and ASA FirePOWER Installation Instructions
NGIPS Platform Guide
NGIPSv Cisco Firepower NGIPSv Quick Start Guide for VMware

69
NGIPS Platform Guide
ASA FirePOWER Cisco ASA and Firepower Threat Defense Reimage Guide
ASDM Book 2: Cisco ASA Series Firewall ASDM Configuration Guide:
Managing the ASA FirePOWER Module

70
CHAPTER 7
Documentation
For Firepower documentation, see:
• New and Updated Documentation, on page 71
• Documentation Roadmaps, on page 73
New and Updated Documentation

The following Firepower documentation was updated or is newly available for this release. For links to other
Firepower documentation, see the Documentation Roadmaps, on page 73.
Firepower Configuration Guides and Online Help

• Firepower Management Center Configuration Guide, Version 7.0 and online help
• Cisco Firepower Threat Defense Configuration Guide for Firepower Device Manager, Version 7.0 and
online help
• Cisco ASA with FirePOWER Services Local Management Configuration Guide, Version 7.0 and online
help
• Cisco Firepower Threat Defense Command Reference
Snort Guides
• Snort 3 Inspector Reference
• Firepower Management Center Snort 3 Configuration Guide, Version 7.0
FXOS Configuration Guides and Release Notes

• Cisco Firepower 4100/9300 FXOS Firepower Chassis Manager Configuration Guide, 2.10(1)
• Cisco Firepower 4100/9300 FXOS CLI Configuration Guide, 2.10(1)
• Cisco Firepower 4100/9300 FXOS Command Reference
• Cisco Firepower 4100/9300 FXOS Release Notes, 2.10(1)

71
Documentation
New and Updated Documentation
Upgrade Guides
• Cisco Firepower Management Center Upgrade Guide
• Cisco Firepower 4100/9300 Upgrade Guide
• Cisco ASA Upgrade Guide
Getting Started Guides: Hardware

• Cisco Firepower Management Center Virtual Getting Started Guide
• Cisco Firepower 1010 Getting Started Guide
• Cisco Firepower 1100 Series Getting Started Guide
• Cisco Firepower 2100 Series Getting Started Guide
• Cisco ISA 3000 Getting Started Guide
• Cisco ASA 5508-X and 5516-X Getting Started Guide
Getting Started Guides: Virtual

• Cisco Firepower Threat Defense Virtual for the Microsoft Azure Cloud Quick Start Guide
• Cisco Firepower Threat Defense Virtual for the AWS Cloud Getting Started Guide
• Cisco Firepower Threat Defense Virtual for KVM Getting Started Guide
• Cisco Firepower Threat Defense Virtual for the Google Cloud Platform Getting Started Guide
• Cisco Firepower Threat Defense Virtual for OpenStack Getting Started Guide NEW
• Cisco Firepower Threat Defense Virtual for the Oracle Cloud Infrastructure Getting Started Guide
• Cisco Firepower Threat Defense Virtual for VMware Getting Started Guide
API and Integration Guides

• Firepower Management Center REST API Quick Start Guide, Version 7.0
• Cisco Firepower Threat Defense REST API Guide
• Cisco Firepower and SecureX Integration Guide
• Firepower Management Center and Cisco Security Analytics and Logging (SaaS) Integration Guide
• Cisco FMC Endpoint Update App for ACI, Version 1.2 Quick Start Guide
Compatibility Guides
• Cisco Firepower Compatibility Guide
• Cisco ASA Compatibility
• Cisco Firepower 4100/9300 FXOS Compatibility

72
Documentation
Documentation Roadmaps
Licensing
• Cisco Firepower System Feature Licenses
• Frequently Asked Questions (FAQ) about Firepower Licensing
Troubleshooting and Configuration Examples

• Cisco Firepower Threat Defense Syslog Messages
• FMC and FTD Management Network Administration
• Deploy a Cluster for Firepower Threat Defense for Scalability and High Availability
• Using Multi-Instance Capability on the Firepower 4100/9300
Documentation roadmaps provide links to currently available and legacy documentation:
• Navigating the Cisco Firepower Documentation
• Navigating the Cisco ASA Series Documentation
• Navigating the Cisco FXOS Documentation

73
Documentation

74
CHAPTER 8
Resolved Issues
For your convenience, these release notes list the resolved bugs for this version.
Note This list is auto-generated once and is not subsequently updated. Depending on how and when a bug was
categorized or updated in our system, it may not appear in the release notes. You should regard the Cisco Bug
Search Tool as the 'source of truth.'
• Searching for Resolved Issues, on page 75

• Version 7.0.0 Resolved Issues, on page 76
Searching for Resolved Issues

If you have a support contract, you can use the Cisco Bug Search Tool to obtain an up-to-date list of resolved
bugs for Firepower products. You can constrain searches to bugs affecting specific Firepower platforms and
versions. You can also search by bug ID, or for specific keywords.
These general queries display resolved bugs for Firepower products running Version 7.0.0:
• Firepower Management Center
• Firepower Management Center Virtual
• Firepower Threat Defense
• Firepower Threat Defense Virtual
• ASA with FirePOWER Services
• NGIPSv

75
Resolved Issues
Version 7.0.0 Resolved Issues

Table 55: Version 7.0.0 Resolved Issues
Bug ID Headline
CSCvi96835 No validation err when changing host thats part of a group object used in a routing
policy, to Range
CSCvj08826 FMC ibdata1 file might grow large in size
CSCvk22190 No connection/intrusion events received on FMC following time synchronisation issues
CSCvm69294 Standby FMC sending Flood of SNMP traps
CSCvm99989 SNMP OID for SystemUpTime show incorrect value
CSCvo57004 Analyze Hit Counts displaying timestamps in UTC instead of the configured user time
zone.
CSCvp54996 GNU Wget Buffer Overflow Vulnerability
CSCvp58886 Special characters in Location for SNMP FXOS (FPR2100) causes policy deployment
failure
CSCvq55919 Cisco Firepower Management Center Software Stored Cross-Site Scripting Vulnerability
CSCvq89604 Cisco_Firepower_Mgmt_Center_Patch_Uninstaller-6.4.0.3-29.sh.REL.tar fails to run
CSCvr03127 Apache HTTP Server mod_proxy Cross-Site Scripting Vulnerability
CSCvr13762 NGFWHA Missing EO UUID on FMC
CSCvr46901 Analysis Connection Events doesn't show and report all the events in UI
CSCvr74896 Cannot update Security intelligence when AC Policy is imported to FMC with cloud
feeds disabled
CSCvs02229 Network Time Protocol Authenticated Mode 6 Packet Processing NULL Poin
CSCvs05066 Snort file mempool corruption leads to performance degradation and process failure.
CSCvs06043 TunnelClient for CSM_CCMservice on ngfwManager not reading ACK sent from
CSM_CCM service on FMC
CSCvs71034 Beaker registration fails with error 400 : Bad Request.
CSCvs71969 Multiple Cisco Products Snort HTTP Detection Engine File Policy Bypass Vulnerability
CSCvs74802 AnyConnect/S2S IKEv2 crypto policy occasionally not deployed to device
CSCvs79606 "dns server-group DefaultDNS" cli not getting negated
CSCvs84242 FMC Deployment Failure when removing Auto NAT and correlated network object

76
Resolved Issues
Bug ID Headline
CSCvt29771 invalid Response message when we change the security zone from the object
management page
CSCvt31292 FTD device might not send events to SSE
CSCvt43136 Multiple Cisco Products Snort TCP Fast Open File Policy Bypass Vulnerability
CSCvt49334 On the 4120 sensor, the task delete is not removing the "task_xx" files from the cron.d
directory
CSCvt74194 Error getting unified2 record: Corrupt file
CSCvt74893 FMCv Ethernet driver indicates vmxnet3 TCP performance compromised
CSCvt91258 FDM: None of the NTP Servers can be reached - Using Data interfaces as Management
Gateway
CSCvt93177 Disable Full Proxy to Light Weight Proxy by Default. (FP2LWP) on FTD Devices
CSCvt93999 FMC shouldn't allow a second upgrade on same device if upgrade is going on
CSCvu12608 ASA5506/5508/5516 devices not booting up properly / Boot loop
CSCvu18510 MonetDB's eventdb crash causes loss of connection events on FMC 6.6.0 and 6.6.1
CSCvu21953 FMC 6.4.0 is randomly sending "strong-encryption-disable" to FTD
CSCvu22293 FMC scheduled backup of multiple managed devices with remote storage fails
CSCvu29508 FMC manual removal and addition of FTD Cluster member causes dangling stale
interfaces
CSCvu30756 User Identity does not correctly handle identical sessions in different netmaps
CSCvu34228 FTD LINA traceback & reload while processing snort return verdict
CSCvu35704 APIKEY mismatch among the FMC, Sensor and ThreatGrid results significant file
submission drop
CSCvu44472 FMC System processes are starting
CSCvu54706 Cisco Firepower Management Center CWE-772 - Slow HTTP POST vulnerability
CSCvu75855 stunnel process enabled on managed device when it should not be
CSCvu77689 FTP to FileZilla miscategorized as SMTP
CSCvu88005 FMC REST API user permission for GET taskstatus
CSCvu88886 Threat data deployment to managed FTD may fail after upgrade.
CSCvv00155 Deleting interface or sub-interface should also delete failover MAC address
configuration

77
Resolved Issues
Bug ID Headline
CSCvv08244 Firepower module may block trusted HTTPS connections matching 'Do not decrypt'
SSL decryption rule
CSCvv12491 cloudagent_urllookup_health file still had old format after upgrading to 6.4
CSCvv14109 new FMC restored from backup file doesn't send down user ip and user group mappings
to devices
CSCvv14442 FMC backup restore fails if it contains files/directories with future timestamps
CSCvv17893 Bad uip snapshot and log file causes FTD to repeatedly requests catchup, and exhausts
file handlers
CSCvv20780 Policy deploy fails with "Failed to hold the deployment transaction" error
CSCvv21782 6.6.1: Prefilter Policy value shown as Invalid ID for all the traffic in ASA SFR Platform
CSCvv27084 EventHandler syslog via loggerd does not support destination host names
CSCvv27867 FMC classic theme - No scrollbar in object details for group with multiple items
CSCvv29275 FMC OSPF area limits until 49 entries. Upon adding 50th entry, process gets disabled
automatically
CSCvv34523 The firewall_target_cache table is not pruned as expected which leads to large database
size
CSCvv34851 6.7.0-1992: duplicate connection events with empty SSL info in one of them
CSCvv36915 "Show NTP" command does not work on multi-instance FTD
CSCvv38869 FMC fails to upgrade FTD from 6.3 to 6.7 due to database error
CSCvv40961 http-proxy setting causing upgrade failure
CSCvv43771 Unable to select multiple devices for scheduled backups
CSCvv45106 CSD does not start on 2100 due to missing csd-service.json file
CSCvv46490 Policy Deployment Failure on FMC due to ERROR in SnortAttribConfig
CSCvv50298 FTD management interface to be vulnerable to TLS poodle attack- CVE-2014-3566
CSCvv53042 DBCheck.pl output includes fatal errors that cause upgrade attempt to fail
CSCvv55066 FPR1010: Internal-Data0/0 and data interfaces are flapping during SMB file transfer
CSCvv56644 Cisco Adaptive Security Appliance Software and Firepower Threat Defense Software
Web DoS
CSCvv57476 CSS Styles loading issue in Chrome 85, IE and Edge browsers
CSCvv59036 Static routes deleted from the FMC without user deleting it.

78
Resolved Issues
Bug ID Headline
CSCvv60849 Memory cgroup limits should be adjusted to avoid Snort D-state
CSCvv62931 FTD does not send Server Hello & Server Certificate to the client when
src.port==dst.port
CSCvv68000 bravado error when getting ra vpn group policy created by FDM UI
CSCvv68078 sybase database corrupted on secondary FMC and was not able to sync
CSCvv69862 FMC backup failed error with "Terminating long running backup" after 45 min FTDHA
in leaf
CSCvv70096 Snort 2: Memory Leak in SSL Decrypt & Resign Processing
CSCvv70683 No New Notification in Task tab.
CSCvv73054 Snort libs are deleted during deployment
CSCvv74658 FTD/ASA creates coredump file with "!" character in filename (zmq changes (fxos)
for CSCvv40406 )
CSCvv74795 syslog-ng has extra instances running on ASA5525-X
CSCvv74816 FDM should not allow removal of local address pool while NAT exemption is in place.
CSCvv74951 Disable memory cgroups when running the system upgrade scripts
CSCvv75148 Rabbitmq queue of VPN Events does not have any size limit to avoid accumulating
*.idx files
CSCvv76581 Cisco Firepower product line Evaluation of Racoon attack CVE-2020-1968
CSCvv79459 WR6, WR8 and LTS18 commit id update in CCM layer (sprint 94, seq 1)
CSCvv79897 Block "sensor restart" command for FTD units to prevent Lina crash and system reboot
event
CSCvv83841 upgrade - Not enough root disk space available in 600_schema/100_update_database.sh
CSCvv84172 Dangling ref in Clustered_table and EO upon failed registration
CSCvv84385 Disk Manager incorrectly prunes unified files used by FMC e-streamer
CSCvv89715 Fastpath rules for 8000 series stack disappear randomly from the FMC
CSCvv90079 No router BGP pushed after making chnages on 9300 intra chassis cluster
CSCvv92897 System might hit previously missing memcap limits on upgrade to version 6.6.0
CSCvv94165 FTD 6.6 : High CPU spikes on snmpd process
CSCvv97527 asa config timeout command breaks snort's DAQ configuration

79
Resolved Issues
Bug ID Headline
CSCvv97902 Deployment purge doesn't happen due to deployment_info missing at

policy_deployment.db
CSCvw03256 FMC dashboard shows "No Data" for intrusion table when 'Message' Field is Selected
CSCvw04171 For Readonly User, Device Summary tab is returning forbidden error page
CSCvw07352 SFDataCorrelator log spam, metadata fails after Sybase connection status 0
CSCvw10877 /var/sf/user_identity should not bring the archive with it in a troubleshoot
CSCvw13395 FMC 6.6.0 "Reset Connection Upon Timeout" Checkbox missing in Light Theme of
UI
CSCvw16565 Policy Deployment fails after enabling "SMB Auto-Detect Ports" in DCE/RPC
Configuration.
CSCvw21145 Duplicate NAT rule error when saving the policy (caused by duplicate Auto NAT
rules)
CSCvw21161 Duplicate NAT rule error when saving the policy (different rules are detected as
duplicates)
CSCvw21628 Upgrade from pre-6.6.x to 6.6.x and above breaks Intrusion Event Packet-Drill down
CSCvw27966 Policy deployment fails with object names starts with 'any'
CSCvw28894 SFDataCorrelator slow startup and vuln remap due to duplicate entries in vuln tables
CSCvw28946 When deploying VxLan config the command mtu is sent out of order causing
deployment failures
CSCvw29561 FMC SLR license 'shows continuous Smart agent communication with Smart Licensing
Cloud' alert
CSCvw29563 repair_users.pl script no longer works
CSCvw29581 VDB upgrade doesn't work when mysql user table is damaged.
CSCvw30252 ASA/FTD may traceback and reload due to memory corruption in SNMP
CSCvw33939 FMC Deployment failure due to VPN split-tunnel standard ACL with Network Group
containing IPv6object
CSCvw34692 Not possible to change after the first time the TTL Hops for BGP neighbor
CSCvw38708 AC policy save, validateActivity not using cache for building blocks
CSCvw38870 FMC upgrade failure to 6.6.0, 6.6.1, 6.6.3, or 6.7.0 at

800_post/1027_ldap_external_auth_fix.pl
CSCvw41901 Deleting System Defined objects via FMC's REST API returns HTTP 500 error code.
CSCvw42497 Error during policy validation while navigating through AC policy

80
Resolved Issues
Bug ID Headline
CSCvw45125 Block deployment while secondary nodes are in config or bulk sync
CSCvw47943 Optimization of the query for scan results in Firepower Recommendations
CSCvw51307 ASA/FTD traceback and reload in process name "Lina"
CSCvw60177 Standby/Secondary cluster unit might crash in Thread Name: fover_parse and "cluster
config sync"
CSCvw79294 sftunnel logging huge number of logs to messages file
CSCvw85377 URL is not updated in the access policy URL filtering rule
CSCvx19934 Deployment gets failed for snmp settings while deleting snmpv1 and adding snmpv3
at a time in 6.6.3
CSCvx20303 ASA/FTD may traceback in after changing snmp host-group object
CSCvx26221 Traceback into snmp at handle_agentx_packet / snmp takes long time to come up on
FP1k and 5508
CSCvy08798 WR6, WR8 and LTS18 commit id update in CCM layer(sprint 110, seq 10)

81
Resolved Issues

82
CHAPTER 9
Known Issues
For your convenience, the release notes list known bugs for this version.
If your upgrade skips versions, you should also read the known issues for the major versions you are skipping.
See the appropriate Cisco Firepower Release Notes.
Note This list is auto-generated once and is not subsequently updated. Depending on how and when a bug was
categorized or updated in our system, it may not appear in the release notes. You should regard the Cisco Bug
Search Tool as the 'source of truth.'
• Searching for Known Issues, on page 83

• Version 7.0.0 Known Issues, on page 84
Searching for Known Issues

If you have a support contract, you can use the Cisco Bug Search Tool to obtain an up-to-date list of open
bugs for Firepower products. You can constrain searches to bugs affecting specific Firepower platforms and
versions. You can also search by bug ID, or for specific keywords.
These general queries display open bugs for Firepower products running Version 7.0.0:
• Firepower Management Center
• Firepower Management Center Virtual
• Firepower Threat Defense
• Firepower Threat Defense Virtual
• ASA with FirePOWER Services
• NGIPSv

83
Known Issues
Version 7.0.0 Known Issues

Table 56: Version 7.0.0 Known Issues
Bug ID Headline
CSCvr74863 CIP-Multiservice shows wrong service Attributes
CSCvx21050 Snort3 UDP performance down up to 50% relative to snort2
CSCvx25425 snort3 ssl - tickets from undecrypted sessions are not cached for subsequent policy
decisions
CSCvx30175 Snort3 - SMTP closing TCP flags are not propagated correctly
CSCvx63788 Edit policy in new window for AC Policy default action IPS policy shows error pop-up
CSCvx64252 Event Search errors out when using FQDN object search for initiator
CSCvx67856 FTD7.0: Promethues process doesnt come up when system ungracefully rebooted
CSCvx89720 User-based access control rules for RA VPN users may not apply as expected after
7.0.0 upgrade
CSCvx96452 Snort3 - Connection events sporadically show Allow action for traffic hitting SSL
Block with Reset
CSCvx99179 FDM-VMWARE: nikita-incremen core during upgrade from 6.5 or higher to 7.0/7.1
CSCvy00329 Host attribute table not updated correctly for certain FTP flows
CSCvy02879 FDM ISA 3000 HA goes into active-active state
CSCvy07113 7.0.0-1459 :FTPs traffic(malware file) is not blocked with file policy config,specifi to
QP platform
CSCvy13572 7.0 - Downgrade to LSP version used in 6.7 causes deployment failure
CSCvy19415 After switching FTD HA, (secondary,active) sends primary device name in syslog
message
CSCvy26742 Deployment failure when 1k rules are uploaded on 7.0.0-62 KVM vFTD
CSCvy27261 Snort2 and Snort3 Events view need enhancements to provide more clarity
CSCvy31096 Host rediscovery in case of snort configuration reload
CSCvy32550 Correlation fiiltering on snort3 custom rule message fails because rule is not built with
GID 2000
CSCvy33696 FDM KVM-HA break fails due to standby inspection engine snort failure
CSCvy35352 Error handling for Suppression settings needed in certain conditions

84
Known Issues
Bug ID Headline
CSCvy39840 SI TALOS feed updates are not synced to rule file
CSCvy43483 Snort Toggle sometimes takes longer time to toggle to Snort 2
CSCvy43740 vFDM ISA HA Security Intelligence feed update throws java.lang.NullPoin
CSCvy44701 Version 7.0 FMC online help for the Snort 3 HTTP/2 inspector contains incorrect
content.
CSCvy45347 Unable to Redirect to IPS Policy from the Default action in AC Policy

85
Known Issues

86
CHAPTER 10
For Assistance
Thank you for choosing Firepower.
• Online Support Resources, on page 87
• Contact Cisco, on page 87
Online Support Resources

Cisco provides online resources to download documentation, software, and tools, to query bugs, and to open
service requests. Use these resources to install and configure Firepower software and to troubleshoot and
resolve technical issues.
• Cisco Support & Download site: https://www.cisco.com/c/en/us/support/index.html
• Cisco Bug Search Tool: https://tools.cisco.com/bugsearch/
• Cisco Notification Service: https://www.cisco.com/cisco/support/notifications.html
• Documentation for this release: Documentation, on page 71
Access to most tools on the Cisco Support & Download site requires a Cisco.com user ID and password.
Contact Cisco
If you cannot resolve an issue using the online resources listed above, contact Cisco TAC:
• Email Cisco TAC: tac@cisco.com
• Call Cisco TAC (North America): 1.408.526.7209 or 1.800.553.2447
• Call Cisco TAC (worldwide): Cisco Worldwide Support Contacts

87
For Assistance
Contact Cisco

88

Firepower Release Notes 700

Uploaded by

Copyright:

Available Formats

Firepower Release Notes 700

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Firepower Release Notes 700

Uploaded by

Copyright:

Available Formats

Cisco Firepower Release Notes, Version 7.0.

CHAPTER 1 Welcome to Version 7.0.0 1

About the Release Notes 1

CHAPTER 3 Features and Functionality 11

Features for Firepower Management Center Deployments 11

Deprecated Features in FMC Version 7.0.0 21

Features for Firepower Device Manager Deployments 23

Deprecated Features in FDM Version 7.0.0 26

About Deprecated FlexConfig Commands 26

CHAPTER 4 Upgrade the Software 31

Cisco Firepower Release Notes, Version 7.0.0

New Guidelines for Version 7.0.0 37

Reconnect with Cisco Threat Grid for HA FMCs 37

CHAPTER 5 Uninstall an Upgrade 59

Uninstall, Revert, or Reimage? 59

CHAPTER 6 Freshly Install the Software 63

Deciding to Freshly Install 63

Cisco Firepower Release Notes, Version 7.0.0

Unregister an FTD Device Using FDM 68

CHAPTER 8 Resolved Issues 75

Searching for Resolved Issues 75

CHAPTER 9 Known Issues 83

Searching for Known Issues 83

CHAPTER 10 For Assistance 87

Online Support Resources 87

Cisco Firepower Release Notes, Version 7.0.0

Cisco Firepower Release Notes, Version 7.0.0

About the Release Notes

Table 1: Version 7.0.0/7.0.x Dates

Version Build Date Platforms

7.0.0 94 2020-05-26 All

Cisco Firepower Release Notes, Version 7.0.0

Cisco Firepower Release Notes, Version 7.0.0

For compatibility information for this Firepower version, see:

Firepower Management Centers

Firepower Management Center

Firepower Management Center Virtual

Cisco Firepower Release Notes, Version 7.0.0

• FMCv for Microsoft Azure

This release supports the following FMCv on-prem/private cloud implementations:

Firepower Threat Defense

Table 2: Firepower Threat Defense Hardware in Version 7.0.0/7.0.x

FTD Platform Requirements

Firepower 1010, 1120, 1140, 1150 —

Cisco Firepower Release Notes, Version 7.0.0

FTD Platform Requirements

Firepower 4110, 4120, 4140, 4150 FXOS 2.10.1.159 or later build

Table 3: Firepower Threat Defense Virtual in Version 7.0.0/7.0.x

FTDv Platform On Prem/Private Clouds Public Clouds

FTDv5 Any of: Any of:

Table 4: NGIPS/ASA FirePOWER in Version 7.0.0/7.0.x

NGIPS Platform Requirements

ASA 5508-X, 5516-X ASA 9.5(2) to 9.16(x)

Cisco Firepower Release Notes, Version 7.0.0

NGIPS Platform Requirements

NGIPSv VMware vSphere/VMware ESXi 6.5, 6.7, or 7.0

Table 5: FMC-Device Compatibility

FMC Version Oldest Device Version You Can Manage

7.0.0 or any 7.0.x maintenance release 6.4.0