6. Workspaces, Reports & Dashboard
When first entering NP-View HTML or NP-Live, the user will be presented with the home page through which workspaces are available. Workspaces are used to organize devices into functional segments for analysis and visualization. Creating a workspace (+Add New Workspace) or selecting an existing workspace will open the Workspace canvas into which device configurations can be imported and organized. Tip: one or more device configurations can be dropped onto the workspaces page to begin the workspace creation process.
Workspace User Groups
Each user will be assigned by the administrator to one of three user groups, Administrator, Workspace Admin and Viewer. Administrator and Workspace Admin’s can create and view workspaces. To create a new workspace, the user will click “+Add New Workspace”, name the workspace and select the compliance framework to assign to the workspace. After clicking the “Create Workspace” button, a new, empty workspace will be created where the user can begin importing configuration files. Workspaces are designed to allow the user to segment their network devices for easy reporting and visualization. Once a workspace is created, users can share the workspace with other users by name or user group, transfer ownership of a workspace to a different user or export the workspace. Viewers have no authoring capability and can only view workspaces that have been shared with them by Administrators or Workspace Admin’s.
Note: The share workspace feature has a known issue where users added to a user group post sharing of a workspace with the group will not be automatically added to the share. The resolution is to either add the user to the required workspaces or unshare and reshare the workspace with the group.
Note: If a workspace is shared with a user, the workspace cannot be transferred to the shared user. The workspace must first be unshared prior to attempting the transfer.
Administrators and Workspace Admin’s can export a workspace for backup and retention purposes. Using the share workspace features, the user an select to export the workspace. Once export is selected, a background task will be initiated to create a downloadable image. This process can take several minutes depending on the complexity of the workspace. Once processing is complete, the user can return to the share function screen and download the image. The user also ahs the ability to delete the image from the server.
Administrator and Workspace Admin’s can import a previously saved workspace or project file from NP-View Gen I (Java). From the workspace screen, the user will create a new workspace. Once created, the user can drag and drop the backup image (or project file) to the workspace for processing. If the user loads a backup workspace into an existing workspace, the workspace contents will be replaced with the contents of the uploaded image. When a workspace or project file is imported, complete end-to-end processing of the data is required and may take several minutes for the topology to render.
Tip: one or more saved workspace or NP-View Gen I projects can be dropped onto the workspaces page. A new workspace will be created with the name of the file and the information loaded into the new workspace.
NP-Live and NP-View provide reports that present network information related to the open workspace. These reports are available to all users and can be accessed from the left menu.
This report provides a summary of all assets loaded into the workspace including: Firewalls, Routers, Switches, Gateways and Hosts. The table includes:
- Name: Device host name as defined in a configuration file.
- Alias: List of alternative names identified in configuration(s), separated by “:”.
- Label: Initially mirroring the Name field but can be changed by the user on the topology map and represented in this field.
- Hostname: Device name as defined from a host file.
- Description: Description from the configuration file if available.
- Category: User assigned category from the topology map.
- Criticality: User assigned criticality from the topology map.
- OS: Host operating system derived from third party data files,
- IP address: IP address of the device, gateway, or host.
- Services: Host services derived from third party data files,
- Created At: Time and date when the device was added to the workspace.
- Created By: Files used to create the device or host.
- Updated At: Time and date when the device was last updated (configuration change).
- Updated By: Type of file used to update the device.
- Type: Device type; firewall, router, switch, gateway, host, unmapped host.
- Comment: User entered comment or justification.
If an IP address is displayed as 0.0.0.0 this device has an IP address assigned by DHCP and while the device was detected, an IP address could not be extracted.
Unmapped hosts have enough information for identification but not for mapping purposes on the topology map.
This report provides a summary of all device rules loaded into the workspace. The table includes:
- Device: Device host name as defined in a configuration file.
- Line #: Line number(s) in the configuration text file where the rule can be found.
- ACL: Name of the access list under which the rule is defined.
- Rule: Name of the rule found in the configuration. If the rule doesn’t have a name, the value is RULE_X where X is the rule index.
- Description: Remarks associated with rules.
- Type: Type of rule (regular or VPN).
- Src Binding: Inbound interface to which the rule is bound.
- Source: Object group source for the rule.
- Src Criticality: Criticality of the object group source (or the parent zone containing the object group source).
- Dst Binding: Outbound interface to which the rule is bound.
- Destination: Object group destination for the rule.
- Dst Criticality: Criticality of the object group destination (or the parent zone containing the object group destination).
- Application: Filtered application name associated with the rule (only for next-gen firewall).
- Service: Object group service associated with the rule.
- User: Filtered user name associated with the rule.
- Action: Permit or deny.
- ACL Hits: Number of times the ACL was accessed (only implemented for Cisco so far and requires importing logs).
- Risk: Compliance or security risk associated with rule based on NP and user defined policies / requirements.
- Comment: Comment or justification for rule added through NP.
- Enabled: Rule is enabled (True / False).
- Compared Result: Used only when a previous version of the ruleset is selected to show rules added / unchanged / removed.
A rule with a strikethrough shows that the rule is disabled. It is based on the parsed field “enabled” that can be either “true” or “false”. Columns can be displayed or hidden using the feature in the upper right corner of the report.
By clicking on +, additional details for each rule is presented including: User-defined comment (justification), justification tag, paths that this rule allows, and the ability to see the rule in the context of the raw config file. Click on the X next to a comment to delete it.
Rapid Rule Population
To facilitate rapid rule population, the rule table can be exported to a .csv file by clicking the “Export” button on the upper left corner. Each comment will be tagged with the priority, author and time/date stamp as shown below in the export. OK = Low, To Review = Medium and To Revise = High.
|[Low]Rule Justification Comment 1 By alan- Jan 11 2021 03:36 pm|
Multiple comments for the same rule will be separated by the || (or) function
|[Low]Rule Justification Comment 1 By alan- Jan 11 2021 03:36 pm || [To Review]Rule Justification Comment 2 By alan- Jan 11 2021 04:36 pm|
To add a new comment, delete the existing comment in the file and add the new text with the optional criticality. For example: [High] This is a critical comment. If no cititicality is assigned, the criticality will default to “Low”. The new comment will be appended to the existing comment list with a new date and time stamp. Existing comments will not be modified. The updated file can be imported with the “Import” button.
Note, only the comment field will be imported, other changes made to config file will be ignored. Commas used within a comment will be replaced with periods to be properly parsed as a .csv file.
Object group table
Object groups classify users, devices, or protocols into “groups” and apply those groups to access control lists (ACLs) to create access control policies for those groups. This report provides a summary of network ACL object groups including: Host IP addresses, network address of group members, and nested object groups. The table includes:
- Name: Name of the object group which may include:
- Any IP address–includes a range from 0.0.0.0 to 255.255.255.255
- Host IP addresses
- Other network object groups
- Ranges of IP addresses
- Type: Address, Service or Protocol
- Origin: Name of the device containing the object definition
- Value: Content of the object group
- Comment: User entered comment or justification.
The parsing algorithms between NP-View Java and the NP-Live platform differ slightly in that default but unused groups displayed in NP-View have been filtered out in NP-Live.
This report provides a summary of network paths including:
- Source: IP address of the source
- Destination: IP address of the destination
- Protocol: The protocol enabled on the path
- Ports: The ports that are open along the path
- Rule Sequence: Access list sequence of rules and reference line number within the configuration file
- Device Sequence: Name of device which contains the rue sequence
- Comment: User defined comment or path justification
The IP groups are highlighted with light colors to allow for quick scanning of the table.
Compare path history
This interactive report provides a network path comparison between two points in time. When a configuration file is added to the system and is different from the previously imported file, a new “Version” is created. The user can select two versions to compare. The resulting table will display the changes between the two files. Removals in the left column and adds in the right column.
All of the above tables (except Compare path history) can be searched, sorted by any column, switched to a list view, exported, and configured with alternate columns if required. These functions are available in the upper right corner of the table.
NP-Live provides a Dashboard that presents summary information related to the active workspace. The Dashboard is available to all users and can be accessed from the main menu on the top-left corner. The Dashboard contains the following widgets:
Topology Summary: Count of all Networks, Paths, Rules and Object Groups for the devices loaded into the workspace. This widget drills to the appropriate report (Path table, Rule table, Object group table).
Asset Summary: Count of all devices loaded into the workspace including: Firewall, Switch, Host, Gateway and Routers. This widget drills to the Asset Inventory report filtered by the device type selected.
Best Practices Summary: Summary of issues identified that do not follow industry best practices including: Unused Groups, Unjustified Rules, ACL w/o Deny, Unnamed Nodes. The Best Practices report can be launched from this widget.
Network Access Overview: Provides a summary of Paths and the associated services on those paths. This widget drills into the Path table for the service selected.
Change Tracking: Provides a summary of workspace changes for a specific day and has three components:
- Risks & Warnings shows a summary or workspace related Risks, Changes, Warnings, Errors, and Comments. The filter lets the user select to view by type, status and criticality.
- Path Summary shows the number of paths added or removed.
- File Upload shows a summary of the number of new files added and files removed from the workspace.
The calendar function allows the user to select day for which to view the change tracking information
Policies: Provides a summary of Active and Disabled Policies as well as Active and Disabled Requirements. This provides visibility into unmonitored devices and unused requirements.
The system logs features shows a detailed sequence of tasks attempted and completed. This log is primarily used for system debugging and contains information, errors and warnings derived during system operation. The system log feature has three views, Workspace, User, and System. The System view is accessible only by the Administrator and shows the overall operation of system across users and workspaces. The workspace and user views are available to the Administrator and Workspace Admin. The user view shows the actions taken by the current user on the open workspace. The Workspace view shows system actions for the open workspace. The views can be filtered to show only information, errors, warnings or all. Errors are generated when a system operation fails to complete. Warnings are generated during data parsing and when policy / requirement infractions are identified.