www.tufin.club
Network Requirements for TOS Aurora
- Details
- Category: TOS Aurora
The Tufin Orchestration Suite (TOS) Aurora is no more a "simple installation based on Linux", but a Kubernetes Cluster. Therefore some network requirements regarding IP addresses need to be considered. Before upgrading to or installing TOS Aurora, some IP addresses need to be reserved. These are:
- A dedicated IP address for each physical server (central server, worker node)
This address is also used to access the CLI of each system - A VIP that is used for accessing the WebUI of SecureTrack/SecureChange/SecureApp
- If Syslog messages are going to be received, an additional VIP is necessary also
All of these IP addresses need to be on the same network (or the system needs more than one active interface).
Besides this, additional networks need to be reserved for TOS Aurora.
- A 16-bit CIDR network dedicated to the Kubernetes pods network. It's by default 10.244.0.0/16
If another network is needed, please contact Tufin Support. - A 24-bit CIDR network dedicated to TOS Aurora for the Kubernetes service network. This must not overlap with the first network.
These networks need to be out of the range described in RFC 1918 (i.e. 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16).
They must not overlap with the addresses of the networks listed above. Additionally, it's required that they don't overlap with any subnets communicating with TOS Aurora or its nodes.
Further details can be found in the Knowledge Center run by Tufin.
Options for Decommissioning
- Details
- Category: Basics
Using Tufin SecureChange, there are some options for Decommission. Sometimes it is not clear, what is meant by the different workflow types. So here you find a brief description.
Access Request
When having an Access Request Workflow, new access "from - to" can be requested if the action is "accept".
Using the other option "remove" allows to decommission access "from - to".
In the example shown above, the access from 10.1.1.0/24 to 10.2.2.0/24 using the protocol https is no more needed. Because it is an Access Request ticket, many IP addresses can be used here. Besides this, more than one Access Request can be defined within one ticket. The requester does not need to care which firewalls are involved and which firewall rules are affected. So the removal of "access" might affect many firewalls and rules, respectively.
Rule Decommission
A ticket for a Rule Decommission Workflow always starts in Tufin SecureTrack, not in SecureChange. The ticket is opened for a specific rule configured on one firewall device. This must not be mixed up with an Access Request.
Please consider the configuration requirements, e.g. the SecureTrack user needs to be authorized to open such a ticket in SecureChange.
First, the rule is selected in the Rule Viewer.
Clicking on the button on the right side opens a menu where the option "Decommission rule" can be selected. The next step is to provide a subject for a ticket and select the workflow. Now, a new ticket is created in SecureChange, allowing to check and submit the request.
Decommission of network objects
A third option for decommissioning is the use of a Decommission network object Workflow. This kind of workflow is used to remove network objects from rules and groups. So after having the ticket closed, the selected object is no more in use.
Hint: If an object that shall be removed is "last in cell", SecureChange Designer recommends removing the whole rule. This is because if the "last in cell" object is removed, the usual firewall configuration replaces the lost object with "any" by default.
The network, server, or address range needs to be provided manually.
Please regard that the object is not removed from the Firewall Management. It's still there, but unused.
Tufin Orchestration Suite 22-1
- Details
- Category: Version update
Tufin has released TOS R22-1, the first version of the Tufin Orchestration Suite of 2022.
TOS R22-1 is available as GA and can be downloaded from the Tufin Portal (login required).
Please be aware that R22-1 is available for TOS Aurora only (!).
TOS Classic is supported until the end of 2022, but with the release TOS R21-3
R22-1 delivers some improvements, e.g.
Change Automation and Orchestration
- SecureApp
Full Support of Tufin SecureApp in TOS Aurora as it has been supported in TOS Classic. - Check Point Inline Layers
Starting with this version, SecureChange supports Check Point Inline Layers for Access Requests. This support includes the ability to add, edit and delete Inline Layer rules in Access Request Workflows. - Palo Alto Panorama Application Automation
Now it is possible to enter applications in Path Analysis of SecureTrack or Access Request of SecureChange without being bound to Default Ports.
Devices and Platforms
- Microsoft Azure
Firewalls of Microsoft Azure are supported now. The support includes visibility of rule collections, NAT, network/application rules, and more. Changes are documented in SecureTrack as they are for other firewall vendors. The integration also includes the Topology Map. - Check Point / Fortinet
For these vendors are Wildcard objects supported now for policy view and comparing policies. So the search in Rule Viewer might be easier, too. Besides SecureTrack, also SecureChange supports Wildcard objects in workflows, e.g. Access Requests, Server Decommission, or Server Clone. - Tufin API
It is possible to add and/or edit Cisco routers using an API. - Juniper MX
Using the Rule Viewer is possible for Juniper MX, as the use of USP violations is.
Security, Risk, and Compliance
- Using a Vault Server
Administrators have the option to store access credentials using a CyberArk vault server. This is possible for selected devices (Fortinet FortiManager, Palo Alto Panorama, Check Point (SmartCenter, CMA, MDS), Cisco ASA, and Juniper SRX). After establishing a connection between SecureTrack and the vault server, any access to the device (e.g. revision retrieval, dynamic topology, provisioning) is authenticated using this connection. - Rule Viewer
The search capabilities of the SecureTrack Rule Viewer allow very complex queries. It is possible to save and reuse Rule Viewer queries now. - New Dashboard Widgets
For Cleanup Candidates and Rules with Violations new widgets have been introduced. They allow having a look at trends regarding these topics.
Deployment and Monitoring
- Single Sign-On for TOS
It has taken a long, long time - now Single Sign-On (SSO) is possible for SecureTrack and SecureChange. So a user can log in at SecureTrack and is authenticated for SecureChange also (if the user is allowed to log in on both systems). This option is available for LDAP, RADIUS, TACACS+, SAML, and local authentication. Using SAML LDAP allows two-factor authentication. - TOS Monitoring using SNMP
It is possible to use SNMPv3 for TOS Monitoring. SNMPv3 Traps are supported as well as SNMPv3 Walk/Get. - TOS Monitoring improved
The monitoring allows now to check the Database status as well as the Deployment status (HA Mode only). - High Availability for TOS Aurora
TOS Aurora now supports High Availability mode, i.e. machines can be configured to work as a HA Cluster to improve availability.
GraphQL API (get further information about this API here)
- SecureTrack
Rule Queries can be saved and reused. Administrators can publish them to all users. The SecureTrack API offers new options now: Create a new query, Edit a query, Delete a query, and Change the query owner. - SecureTrack
Trends for Cleanup Candidates and Rules with Violations can be requested using the SecureTrack API. It is possible to consider the type of metric, the time span, and the domains that are queried. - SecureTrack
A search for Network Objects is possible. Network Objects can be any group that is defined by a device in an environment. This can include host machines, VMs, or ranges of IP addresses. They can be filtered by name, type, vendor, and state.
REST API
- SecureTrack
For Cisco devices, the Device bulk API can be used. Enhanced POST is possible for adding new Cisco routers (IOS and IOS XE), Cisco XR, and Nexus devices. - SecureTrack
SecureApp Applications can be mapped to Rules in Rule Viewer. So it is possible to e.g. get all SecureApp applications that are mapped to a specific rule. - SecureChange
Using API it is possible to do actions on ticket attachments. These include the creation of a ticket with attachment, adding attachments to an existing ticket as well as downloading or removing attachments from a specific ticket. - SecureChange
Customized script triggers based on SecureChange workflow trigger events can be used.
Further improvements, as well as corrections, are included.
The latest version of the Tufin Orchestration Suite can be found at the Tufin Portal: https://portal.tufin.com
Depreciated Reports and Devices
- Details
- Category: TOS Aurora
TOS Classic has reached its last version, R21-3. This platform is supported by Hotfixes until the End of 2022. If needed, extended support is available. In this case, you need to contact your Reseller and/or your local Tufin Sales Representative.
TOS Aurora is the only platform for which improvements are developed. Therefore also some changes regarding devices and reports are announced or implemented. Most cases have a successor in TOS Aurora. The changes are in supported devices and reports.
Reports
Tufin SecureTrack still includes some Standard Reports e.g. "Rule and Object usage". Besides this, the free app SecureTrack Reporting Essentials is available in the Tufin Marketplace. Some of the reports are going to be removed or replaced.
- Policy Analysis Report
Based on Policy Analysis Queries regular Reports can be triggered. The queries are carried out at the configured times, leading to a Policy Analysis Report.
No more available in new installations: R21-3
Removed from all installations: R22-2
Substitute / Follow up: Rule Viewer - Security Risk Report
Risks, as defined in NIST 800-53, can be configured in SecureTrack. Reports can be generated per device showing potential risks.
No more available in new installations: R21-3
Removed from all installations: R22-2
Substitute / Follow up: USP, Reporting Essentials - Risk Charts
Risks, as defined in NIST 800-53, can be configured in SecureTrack. The result of such a Risk Analysis is shown as Risk Charts overall or per Device.
No more available in new installations: R21-3
Removed from all installations: R22-2
Substitute / Follow up: Widget in USP Viewer - Compliance Policies
For a very long time, own compliance policies could be defined and the configuration monitored accordingly.
No more available in new installations: R21-3
Removed from all installations: R22-2
Substitute / Follow up: USP, USP Alerts Manager, USP Exceptions - Regulations Audit Browser
Regulations are defined in SecureTrack, e.g. PCI DSS or SOX. The monitored configuration is shown using the Regulations Audit Browser - also showing fulfillment of the regulations or details about violations.
No more available in new installations: R21-3
Removed from all installations: R22-2
Substitute / Follow up: USP, Reporting Essentials - Rule Documentation Report
Reports about Rule Metadata can be achieved using this kind of report. These reports per device are about e.g. expired rules, their business owner, or ticket ID.
No more available in new installations: R21-3
Removed from all installations: R22-2
Substitute / Follow up: USP, Rule Viewer - Security Risk Report
Risks, as defined in NIST 800-53, can be configured in SecureTrack. Reports can be generated per device showing potential risks.
No more available in new installations: R21-3
Removed from all installations: R22-2
Substitute / Follow up: USP, Reporting Essentials - Expired rules Report
Many vendors offer a time limit for rules. After the given date the corresponding rule is disabled automatically. Reports point out expired rules or rules that will expire within a configurable time frame.
No more available in new installations: R22-1
Removed from all installations: R22-2
Substitute / Follow up: Rule Viewer
Devices and features
Support of some devices and features are going to be removed in TOS Aurora. It affects e.g.
- Check Point Firewall OS Monitoring
No new configuration in R22-1 and above, but available for installations using this feature (no more in the price list) - Fortinet FortiManager in Basic Mode
No more new devices starting with R19-3, no revisions in R22-1 and above - Palo Alto Networks Panorama in Basic Mode
No more new devices starting with R19-3, no revisions in R22-1 and above - Palo Alto Panorama Version 8 and earlier
No longer supported in R22-1 and above
AERAsec is 2021 Tufin Best Support Partner Central EMEA
- Details
- Category: Basics
Many thanks to Tufin for awarding AERAsec at the EMEA Partner Summit as
Best Support Partner 2021 in Central EMEA
After 15 years of successful cooperation, we are proud to get this award, together with warm words from Pierre Visel (Vice President Central and Eastern Europe).
Issue with "Inconsistent SSL data stored..."
- Details
- Category: SecureTrack
When monitoring a Check Point Management Server and its firewalls with SecureTrack, sometimes an issue is found after upgrading Check Point.
The error message regarding a device is "Inconsistent SSL data stored in db for device...".
To solve this problem, a backup needs to be done first (!).
A first approach to solve this issue is to renew the certificate of the Check Point Management. This can be done using these steps:
TOS Classic:
Go to Menu > Settings > Administration > Monitoring. Select the device delivering the message and select "Edit configuration". Go through the first steps using "Next". In step 4 the user name and password are provided for the connection to the Check Point Management. Provide these data and press "Establish connection". By doing so, the certificate is going to be replaced. After going through the remaining steps with "Next", save the modified configuration. This should solve the problem.
TOS Aurora:
Go to Menu > Monitoring > Manage Devices. Select the device delivering the message and select "Edit configuration". Go through the first steps using "Next". In step 4 the user name and password are provided for the connection to the Check Point Management. Provide these data and press "Establish connection". By doing so, the certificate is going to be replaced. After going through the remaining steps with "Next", save the modified configuration. This should solve the problem.
If the steps shown above don't solve the problem, direct access to the database is necessary. This is officially supported for TOS Classic only. If you need this procedure for Aurora, please contact AERAsec directly.
First, find the Management-ID of the problematic Check Point Management device. This can be done via WebUI (see also here) or via CLI with administrative permissions (e.g. root or using the sudo command). These steps will help:
- # st stat
This command will deliver the Management ID <id> of the device. It's needed in the next steps. - # psql -Upostgres securetrack -c "select certificate_id from management_certificate where mgmt_id =<id>"
The output should deliver (at least) two certificate IDs (if there is only one, the message would not be shown).
Example for the output:
certificate_id
------------------
6
28 - Now, the certificate with the lowest id (i.e. the id of the oldest certificate) needs to be deleted. This is done with the command
# psql -Upostgres securetrack -c "delete from management_certificate where mgmt_id = <id> and certificate_id = 6"
DELETE 1 - The corresponding device now needs to be restarted using
# st restart <id>
This procedure should solve the issue. If not, please contact Tufin Support.
Page 4 of 22