- Introduction
- Install Cisco Prime Collaboration Deployment
- Upgrade Cisco Prime Collaboration Deployment
- Cisco Prime Collaboration Deployment Features
- Cisco Prime Collaboration Deployment Administrative Interface Elements
- Cisco Prime Collaboration Deployment Configuration and Administration
- CLI Commands and Disaster Recovery System
- CLI Commands for EnhancedSecurityMode and FIPS Mode
- CTL Update
- Best Practices
- Cisco Prime Collaboration Deployment Troubleshooting
CLI Commands for
EnhancedSecurityMode and FIPS Mode
CLI Commands for EnhancedSecurityMode
Configure EnhancedSecurityMode
An administrator can use this procedure on Cisco Prime Collaboration Deployment to configure EnhancedSecurityMode. When this mode is enabled, the following system enhancements are updated automatically:
CLI Commands for FIPS Mode
-
utils fips enable—Enable FIPS mode. For details, see the Enable FIPS Mode procedure.
-
utils fips disable—Disable FIPS mode. For details, see the Disable FIPS Mode procedure.
-
utils fips status—Provide the details whether FIPS mode is enabled or disabled on a server.
![]() Note | The disaster recovery system CLI commands are supported in FIPS mode. For details on these commands, see the CLI Commands and Disaster Recovery System chapter of the Cisco Prime Collaboration Deployment Administration Guide at http://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html. |
Enable FIPS Mode
You can enable the FIPS mode through CLI.
![]() Caution | Before you enable FIPS mode, we strongly recommend that you perform a system backup. If FIPS checks fail at start-up, the system halts and requires a recovery CD to be restored. |
Disable FIPS Mode
You can disable FIPS mode through the CLI using the following procedure:
User Account and Sign-in Attempts on CLI and Interface
|
User Sign-in Scenario |
Result of Sign-in Attempt |
|---|---|
|
Sign-in with the valid credentials |
Sign-in is successful and the application home page is accessible |
|
Sign-in with invalid credentials |
Sign-in fails |
|
Sign-in after exceeded number of attempts on the application |
Account is locked after three consecutive unsuccessful attempts |
|
Sign-in after exceeded number of attempts on the CLI |
CLI sign-in fails due to locked account even though the user types in the correct password |
|
Sign-in to the application after the lockout period expires |
After 5 minutes of lockout period, the application is available for you to sign-in |
|
Sign-in to CLI after the lockout period expires |
After 5 minutes of lockout period expiry, the account gets unlocked and you can sign-in to the CLI |
|
Sign-in to the application when the account is locked due to inactivity |
Account gets locked due to inactivity of the session |
|
Sign-in to the application after account lockout, which is caused due to inactivity, is resolved |
Sign-in is successful |
Configure Remote Audit Logging for Platform Logs
Complete the following tasks to add remote audit logging support for platform audit logs, remote support logs, and csv files. For these types of logs, the FileBeat client and logstash server are used.
Ensure that you have set up an external logstash server.
| Step 1 | Configure the FileBeat client with the external logstash server details, such as IP addresses, ports, and file types. For procedure, see Configure Logstash Server Information. |
| Step 2 | Enable the FileBeat client for remote audit logging. For procedure, see Configure the FileBeat Client. |
Configure Logstash Server Information
Use this procedure to configure the FileBeat client with the external logstash server information, such as IP address, port number, and downloadable file types.
Make sure that you have set up your external logstash server.
Configure the FileBeat Client
Use this procedure to enable or disable the FileBeat client for uploads of platform audit logs, remote support logs, and csv files.
Platform CLI Commands for Security in EnhancedSecurityMode
-
file view activelog<audit log file name>
-
file get activelog <audit log file name>
-
file delete activelog<audit log file name>
-
file dump activelog<audit log file name>
-
file tail activelog <audit log file name>
-
file search activelog<audit log file name><search string>
-
file view inactivelog <audit log file name>
-
file get inactivelog <audit log file name>
-
file delete inactivelog <audit log file name>
-
file dump inactivelog <audit log file name>
-
file tail inactivelog <audit log file name>
-
file search inactivelog <audit log file name><search string>
-
utils auditd enable
-
utils auditd disable
-
utils auditd status
![]() Note | In a non-EnhancedSecurityMode, the group ownership is ccmsyslog when the permission is 640. However, as part of EnhancedSecurityMode requirement, the file permission is modified to 600 with file group ownership by root. Hence, by default, the files saved at the /var/log/active/syslog location are changed to the permission of 600 with the ownership to root. |


Feedback