Handling Vulnerabilities
If HSS detects a vulnerability on a server, you need to handle the vulnerability in a timely manner based on its severity and your business conditions to prevent the vulnerability from being exploited by intruders.
Vulnerabilities can be handled in the following ways:
- Fixing vulnerabilities
If a vulnerability may harm your services, fix it as soon as possible. For Linux and Windows vulnerabilities, you can let HSS fix them in one-click. Web-CMS vulnerabilities, emergency vulnerabilities, and application vulnerabilities cannot be automatically fixed. Handle them by referring to the suggestions provided on the vulnerability details page.
- Ignoring vulnerabilities
Some vulnerabilities are risky only in specific conditions. For example, if a vulnerability can be exploited only through an open port, but the target server does not open any ports, the vulnerability will not harm the server. If you can confirm that a vulnerability is harmless, you can ignore it. If the vulnerability is detected again in the next vulnerability scan, HSS will still report it.
- Adding vulnerabilities to the whitelist
If you can confirm that a vulnerability does not affect your services and does not need to be fixed, you can add it to the whitelist. After a vulnerability is added to the whitelist, its status will change to Ignored in the vulnerability list, and it will not be reported in later scans.
Constraints
- For details about vulnerability handling operations supported by each HSS version, see Types of Vulnerabilities That Can Be Scanned and Fixed.
- The following table describes the OSs that have reached their end of life (EOL). HSS does not support automatic vulnerability fixing on these OSs. You are advised to use the OSs in active support.
Table 1 OSs that have reached EOS OS
Description
CentOS 8
It has reached EOL and will no longer maintained. HSS scans them for vulnerabilities based on Red Hat patch notices, but cannot fix them due to the lack of official patches. You are advised to change to the OSs in active support.
Ubuntu 16.04, 18.04, 22.04
They have reached EOL and do not support free patch updates. You need to purchase and configure Ubuntu Pro to install upgrade packages, or vulnerability fix will fail.
Debian 9 and 10
It has officially reached EOL. No official patches are available. You are advised to change to the OSs in active support.
Windows 2012 R2
It has officially reached EOL. No official patches are available. You are advised to change to the OSs in active support.
- The kernel vulnerabilities on CCE, MRS, and BMS servers cannot be fixed. Fixing them may make some functions unavailable.
- Kernel vulnerabilities of CCE hosts cannot be automatically fixed. HSS automatically filters out such vulnerabilities when fixing vulnerability in batches.
- To handle vulnerabilities on a server, ensure the server is in the Running state, its agent status is Online, and its protection status is Protected.
Precautions
- Vulnerability fixing operations cannot be rolled back. If a vulnerability fails to be fixed, services will probably be interrupted, and incompatibility issues will probably occur in middleware or upper layer applications. To prevent unexpected consequences, you are advised to use CBR to back up ECSs. Then, use idle servers to simulate the production environment and test-fix the vulnerability. If the test-fix succeeds, fix the vulnerability on servers running in the production environment.
- Servers need to access the Internet and use external image sources to fix vulnerabilities.
- Linux OS: If your servers cannot access the Internet, or the external image sources cannot provide stable services, you can use the image source provided by Huawei Cloud to fix vulnerabilities. Before fixing vulnerabilities online, configure the Huawei Cloud image sources that match your server OSs.
- Windows OS: If your servers cannot access the Internet, ensure you have set up a patch server.
Vulnerability Fix Priority
The vulnerability fix priority is weighted based on the CVSS score, release time, and the importance of the assets affected by the vulnerability. It reflects the urgency of the fix.
By default, the importance of an asset is General. You can also change it. For details, see Servers Importance Management.
Vulnerabilities are classified into four priority levels: critical, high, medium, and low. You can refer to the priorities to fix the vulnerabilities that have significant impact on your server first.
- Critical: This vulnerability must be fixed immediately. Attackers may exploit this vulnerability to cause great damage to the server.
- High: This vulnerability must be fixed as soon as possible. Attackers may exploit this vulnerability to damage the server.
- Medium: You are advised to fix the vulnerability to enhance your server security.
- Low: This vulnerability has a small threat to server security. You can choose to fix or ignore it.
Vulnerability Display
Detected vulnerabilities will be displayed in the vulnerability list for seven days, regardless of whether you have handled them.
Handling Vulnerabilities
You can handle the vulnerability in following ways: After a vulnerability is handled, its status changes to Handled. You can select Handled or Unhandled above the list to view vulnerabilities or servers in the corresponding status.
You can only fix Linux and Windows vulnerabilities with one-click on the console.
A maximum of 1,000 server vulnerabilities can be fixed at a time. If there are more than 1,000 vulnerabilities, fix them in batches.
- Log in to the management console.
- In the upper left corner of the page, select a region, click , and choose Security & Compliance > HSS.
- In the navigation pane, choose Risk Management > Vulnerabilities.
- Fix Linux and Windows vulnerabilities.
- Fixing a single vulnerability
Locate the row containing a target vulnerability and click Fix in the Operation column.
- Fixing multiple vulnerabilities
Select all target vulnerabilities and click Fix in the upper left corner of the vulnerability list to fix vulnerabilities in batches.
- Fix all vulnerabilities.
Click Fix in the upper left corner of the vulnerability list to fix all vulnerabilities.
- Fix one or more servers affected by a vulnerability.
- Click a vulnerability name.
- On the vulnerability details slide-out panel displayed, click the Affected tab, locate the row containing the target server, and click Fix in the Operation column.
You can also select all target servers and click Fix above the server list to fix vulnerabilities for the servers in batches.
- Fixing a single vulnerability
- In the displayed dialog box, confirm the number of vulnerabilities to be fixed and the number of affected assets.
For Linux vulnerabilities, you can click View details in the Fix dialog box to view the name of the component to be fixed.
- (Optional) Back up servers.
Before fixing vulnerabilities, use HSS to back up servers, so that you can restore their data if it is affected by the fix. If you do not need to back up data, skip this step.
- In the Fix dialog box, click to enable backup.
- After backup is enabled, the number of servers that can be backed up will be displayed below the toggle switch. Only the servers associated with backup vaults can be backed up. For more information, see Associating a Resource with the Vault.
- If backup is enabled in a vulnerability fix task, vulnerabilities can be fixed only on the servers that can be backed up in this task. For servers that fail to be backed up, start another vulnerability fix task for them.
- Choose Select Server to Scan. The backup creation dialog box is displayed.
- In the Create Backup dialog box, set a backup file name, and click OK.
- In the Fix dialog box, click to enable backup.
- In the Fix dialog box displayed, select I am aware that if I have not backed up my ECSs before fixing vulnerabilities, services may be interrupted and fail to be rolled back during maintenance. and click Auto Fix.
- Click a vulnerability name.
- Click the Handling History tab to view the fix status of the target vulnerability in the Status column. Table 2 describes vulnerability fix statuses.
Table 2 Vulnerability fix statuses Status
Description
Unhandled
The vulnerability is not fixed.
Ignored
The vulnerability does not affect your services. You have ignored the vulnerability.
Verifying
HSS is verifying whether a fixed vulnerability is successfully fixed.
Fixing
HSS is fixing the vulnerability.
Fixed
The vulnerability has been successfully fixed.
Restart required
The vulnerability has been successfully fixed. You need to restart the server as soon as possible.
Failed
The vulnerability fails to be fixed. The possible cause is that the vulnerability does not exist or has been changed.
Restart the server and try again
This status is displayed only for vulnerabilities that exist on Windows servers.
The vulnerability has not been fixed on the Windows server for a long time. As a result, the latest patch cannot be installed. You need to install an earlier patch, restart the server, and then install the latest patch.
You can only fix Linux and Windows vulnerabilities with one-click on the console.
- Log in to the management console.
- In the upper left corner of the page, select a region, click , and choose Security & Compliance > HSS.
- In the navigation pane, choose Risk Management > Vulnerabilities.
- Fix Linux and Windows vulnerabilities.
- Fixing all Linux or Windows vulnerabilities on a server
- Locate the row containing a target server and click Fix in the Operation column.
You can also select multiple servers and click Fix in the upper part of the vulnerability list. To fix all server vulnerabilities, you just need to click Fix with no need of selecting servers.
- In the displayed dialog box, confirm the number of vulnerabilities to be fixed and the number of affected assets.
For Linux vulnerabilities, you can view fix commands in the dialog box to view the name of the component to be fixed.
- (Optional) Back up servers.
Before fixing vulnerabilities, use HSS to back up servers, so that you can restore their data if it is affected by the fix. If you do not need to back up data, skip this step.
- In the Fix dialog box, click to enable backup.
- After backup is enabled, the number of servers that can be backed up will be displayed below the toggle switch. Only the servers associated with backup vaults can be backed up. For more information, see Associating a Resource with the Vault.
- If backup is enabled in a vulnerability fix task, vulnerabilities can be fixed only on the servers that can be backed up in this task. For servers that fail to be backed up, start another vulnerability fix task for them.
- Choose Select Server to Scan. The backup creation dialog box is displayed.
- In the Create Backup dialog box, set a backup file name, and click OK.
- In the Fix dialog box, click to enable backup.
- In the Fix dialog box displayed, select the type of the vulnerability to be fixed, select I am aware that if I have not backed up my ECSs before fixing vulnerabilities, services may be interrupted and fail to be rolled back during maintenance., and click OK.
Only Linux and Windows vulnerabilities can be automatically fixed with one-click. Web-CMS and application vulnerabilities need to be manually fixed by logging in to the server.
- Click the server name. On the server details slide-out panel displayed, view the vulnerability fix status. Table 3 describes vulnerability fix statuses.
- Locate the row containing a target server and click Fix in the Operation column.
- Fixing one or more vulnerabilities on a server
- Click the name of a target server. The server details slide-out panel is displayed.
- Locate the row containing a target vulnerability and click Fix in the Operation column.
Alternatively, you can select all target vulnerabilities and click Fix above the vulnerability list to fix vulnerabilities in batches. To fix all vulnerabilities, click Fix with no need of selecting any servers.
- In the displayed dialog box, confirm the number of vulnerabilities to be fixed and the number of affected assets.
For Linux vulnerabilities, you can view fix commands in the dialog box to view the name of the component to be fixed.
- (Optional) Back up servers.
Before fixing vulnerabilities, you can use HSS to back up servers, so that you can restore their data if it is affected by the fix. If you do not need to back up data, skip this step.
- In the Fix dialog box, click to enable backup.
- After backup is enabled, the number of servers that can be backed up will be displayed below the toggle switch. Only the servers associated with backup vaults can be backed up. For more information, see Associating a Resource with the Vault.
- If backup is enabled in a vulnerability fix task, vulnerabilities can be fixed only on the servers that can be backed up in this task. For servers that fail to be backed up, start another vulnerability fix task for them.
- Choose Select Server to Scan. The backup creation dialog box is displayed.
- In the Create Backup dialog box, set a backup file name, and click OK.
- In the Fix dialog box, click to enable backup.
- In the Fix dialog box displayed, select I am aware that if I have not backed up my ECSs before fixing vulnerabilities, services may be interrupted and fail to be rolled back during maintenance., and click Auto Fix.
- In the Status column of the target vulnerability, view the fix status of the vulnerability. Table 3 describes vulnerability fix statuses.
Table 3 Vulnerability fix statuses Status
Description
Unhandled
The vulnerability is not fixed.
Ignored
The vulnerability does not affect your services. You have ignored the vulnerability.
Verifying
HSS is verifying whether a fixed vulnerability is successfully fixed.
Fixing
HSS is fixing the vulnerability.
Fixed
The vulnerability has been successfully fixed.
Restart required
The vulnerability has been successfully fixed. You need to restart the server as soon as possible.
Failed
The vulnerability fails to be fixed. The possible cause is that the vulnerability does not exist or has been changed.
Restart the server and try again
This status is displayed only for vulnerabilities that exist on Windows servers.
The vulnerability has not been fixed on the Windows server for a long time. As a result, the latest patch cannot be installed. You need to install an earlier patch, restart the server, and then install the latest patch.
- Fixing all Linux or Windows vulnerabilities on a server
HSS cannot automatically fix Web-CMS vulnerabilities, application vulnerabilities, and emergency vulnerabilities in one click. You can log in to the server to manually fix them by referring to the fix suggestions on the vulnerability details slide-out panel.
- Restart the system after you fixed a Windows OS or Linux kernel vulnerability, or HSS will probably continue to warn you of this vulnerability.
- Fix the vulnerabilities in sequence based on the suggestions.
- If multiple software packages on the same server have the same vulnerability, you only need to fix the vulnerability once.
Viewing vulnerability fix suggestions
- Log in to the management console.
- In the upper left corner of the page, select a region, click , and choose Security & Compliance > HSS.
- In the navigation pane, choose Risk Management > Vulnerabilities.
- Click the name of a target vulnerability to access the vulnerability details slide-out panel and view the fix suggestions.
Fixing vulnerabilities by referring to vulnerability fix suggestions
Vulnerability fix may affect service stability. You are advised to use either of the following methods to avoid such impact:
- Method 1: Create a new VM to fix the vulnerability.
- Create an image for the ECS to be fixed. For details, see Creating a Full-ECS Image Using an ECS.
- Use the image to create an ECS. For details, see Creating ECSs Using an Image.
- Fix the vulnerability on the new ECS and verify the result.
- Switch services over to the new ECS and verify they are stably running.
- Release the original ECS. If a fault occurs after the service switchover and cannot be rectified, you can switch services back to the original ECS.
- Method 2: Fix the vulnerability on the target server.
- Create a backup for the ECS whose vulnerabilities need to be fixed.
- Fix vulnerabilities on the current server.
- If services become unavailable after the vulnerability is fixed and cannot be recovered in a timely manner, use the backup to restore the server.
- Use method 1 if you are fixing a vulnerability for the first time and cannot estimate impact on services. You are advised to choose the pay-per-use billing mode for the newly created ECS. After the service switchover, you can change the billing mode to yearly/monthly. In this way, you can release the ECS at any time to save costs if the vulnerability fails to be fixed.
- Use method 2 if you have fixed the vulnerability on similar servers before.
- After the vulnerability is manually fixed, you are advised to Verify the Vulnerability Fix.
Some vulnerabilities are risky only in specific conditions. For example, if a vulnerability can be exploited only through an open port, but the target server does not open any ports, the vulnerability will not harm the server. Such vulnerabilities can be ignored.
If a vulnerability alarm is ignored but is triggered again in the next vulnerability scan, HSS will still report the alarm to you.
- Log in to the management console.
- In the upper left corner of the page, select a region, click , and choose Security & Compliance > HSS.
- In the navigation pane, choose Risk Management > Vulnerabilities.
- Locate the row containing a target vulnerability and click Ignore in the Operation column.
- In the dialog box displayed, click OK.
If you evaluate that some vulnerabilities do not affect your services and do not want to view the vulnerabilities in the vulnerability list, you can whitelist the vulnerabilities. After they are whitelisted, the vulnerabilities will be ignored in the vulnerability list and no alarms will be reported. The vulnerabilities will not be scanned and the vulnerability information will not be displayed when the next vulnerability scan task is executed.
- Log in to the management console.
- In the upper left corner of the page, select a region, click , and choose Security & Compliance > HSS.
- In the navigation pane, choose Risk Management > Vulnerabilities.
- Whitelisting all servers that are affected by a vulnerability
HSS will ignore the vulnerability when scanning for vulnerabilities on all servers.
- In the Operation column of the row containing the target vulnerability, click More and select Add to Whitelist.
You can also select multiple vulnerabilities and click Add to Whitelist above the vulnerability list.
Figure 1 Whitelisting all servers that are affected by a vulnerability
- In the dialog box displayed, click OK.
- In the Operation column of the row containing the target vulnerability, click More and select Add to Whitelist.
- Whitelisting one or more servers that are affected by a vulnerability
HSS will ignore the vulnerability when scanning for vulnerabilities on these servers.
- Click a target vulnerability name.
- On the slide-out panel displayed, click the Affected tab.
- In the Operation column of the row containing the target server, click More and select Add to Whitelist.
You can also select multiple servers and click Add to Whitelist above the server list.
Figure 2 Whitelisting a single server that is affected by a vulnerability
- In the dialog box displayed, click OK.
- Whitelisting vulnerabilities using whitelist rules
- In the upper right corner of the Vulnerabilities page, click Vulnerability Whitelist.
- In the Vulnerability Whitelist area, click Add Rule.
- Configure a whitelist rule according to Table 4.
Figure 3 Configuring a whitelist rule
Table 4 Vulnerability whitelist rule parameters Parameter
Description
Type
Select the type of vulnerabilities to be whitelisted. Possible values are as follows:
- Linux Vulnerabilities
- Windows Vulnerabilities
- Web-CMS Vulnerabilities
- Application Vulnerabilities
- Emergency Vulnerabilities
Vulnerability
Select one or more vulnerabilities to be whitelisted.
Rule Scope
Select the servers affected by the vulnerabilities. Possible values are as follows:
- All servers
HSS will ignore the vulnerability when scanning for vulnerabilities on all servers.
- Selected servers
Select one or more target servers. HSS will ignore the vulnerabilities when scanning for vulnerabilities on these servers.
You can search for a target server by server name, ID, EIP, or private IP address.
Remarks (Optional)
Enter the remarks.
- Click OK.
- Whitelisting all servers that are affected by a vulnerability
Verifying the Vulnerability Fix
- Method 1: On the vulnerability details page, click Verify to perform one-click verification.
- The fixing of emergency vulnerabilities cannot be verified.
- Only application vulnerabilities of the JAR package can be verified. Application vulnerabilities of the non-JAR package are automatically filtered out and not verified.
- Method 2: Ensure the software has been upgraded to the latest version. The following table provides the commands to check the software upgrade result.
Table 5 Verification commands OS
Verification Command
CentOS/Fedora /Euler/Red Hat/Oracle
rpm -qa | grep Software_name
Debian/Ubuntu
dpkg -l | grep Software_name
Gentoo
emerge --search Software_name
- Method 3: Manually check for vulnerabilities and view the vulnerability fixing results.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.