Systems and methods for evaluating security risks using a manufacturer-signed software identification manifest
Systems and methods for evaluating security risks using a manufacturer-signed software identification manifest are described. In some embodiments, an Information Handling System (IHS) may include a processor and a memory coupled to the processor, the memory having program instructions stored thereon that, upon execution, cause the IHS to: receive a request to perform attestation of a client device; retrieve, from an agent executed by the client device, a manifest comprising: (i) a signature portion encrypted with a first key, and (ii) a software identification (SWID) portion encrypted with a second key; retrieve the first key from a manufacturer database; retrieve the second key from a customer database; decrypt the signature and the manifest with the first and second keys; and perform the attestation using the decrypted manifest.
1. An Information Handling System (IHS), comprising:
a processor; and
a memory coupled to the processor, the memory having program instructions stored thereon that, upon execution, cause the IHS to:
receive a request to perform attestation of a client device;
retrieve, from an agent executed by the client device, a manifest comprising: (i) a signature portion encrypted with a first key, and (ii) a software identification (SWID) portion encrypted with a second key, wherein the SWID portion comprises an indication of individual services of a plurality of services executed by, or installed in, the client device;
retrieve the first key from a manufacturer database;
retrieve the second key from a customer database;
decrypt the signature portion with the first key from the manufacturer database;
decrypt the SWID portion with the second key from the customer database;
perform the attestation of the client device using the decrypted manifest, including the decrypted signature portion decrypted with the first key from the manufacturer database, and the decrypted SWID portion decrypted with the second key from the customer database; and
determine, based at least in part on the attestation, a security metric representing, at least in part, an amount of deviation between the plurality of services executed by, or installed in, the client device, and allowable services allowed to be executed by, or installed in, the client device.
2. The IHS of claim 1 , wherein the IHS is part of a remotely-located evaluation service.
3. The IHS of claim 1 , wherein the agent comprises a Security Content Automation Protocol (SCAP) agent or daemon, and wherein the manifest comprises a SCAP-compliant manifest.
4. The IHS of claim 3 , wherein the customer database comprises a SCAP-compliant database, and wherein the manufacturer database comprises an inventory database.
5. The IHS of claim 1 , wherein the manifest further comprises a device identification portion.
6. The IHS of claim 5 , wherein to perform the attestation, the program instructions, upon execution, further cause the IHS to compare the SWID portion of the decrypted manifest against a SCAP digest associated with the device identification and stored in the customer database, wherein the SCAP digest comprises at least one of: (i) an indication of a service allowed to be executed by, or installed in, the client device, or (ii) an indication of a service not allowed to be executed by, or installed in, the client device.
7. The IHS of claim 6 , wherein the IHS is the client device, and wherein the request is identified by a workspace attestation service executed by the client device.
8. The IHS of claim 7 , wherein in response to a result of the attestation being different from a previous result of a previous attestation, the program instructions, upon execution, further cause the IHS to: enter a quarantine mode, firewall protected data, or deny network access.
9. The IHS of claim 7 , wherein in response to a result of the attestation being different from a previous result of a previous attestation, the program instructions, upon execution, further cause the IHS to communicate a change in the security metric to a workspace orchestration service.
10. The IHS of claim 9 , wherein the workspace orchestration service is configured to transmit a new workspace definition to the IHS in response to the change in the security metric.
11. A memory storage device having program instructions stored thereon that, upon execution by an Information Handling System (IHS), cause the IHS to:
transmit, to a client device, a request to retrieve a manifest comprising: (i) a signature portion encrypted with a first key, and (ii) a software identification (SWID) portion encrypted with a second key different from the first key, wherein the SWID portion comprises an indication of individual services of a plurality of services executed by, or installed in, the client device;
retrieve the first key from a manufacturer database, wherein the first key is issued by a Trusted Platform Module in the IHS at the time of the IHS' manufacture;
retrieve the second key from a customer database;
decrypt the signature portion using the first key from the manufacturer database;
decrypt the SWID portion with the second key from the customer database;
perform an attestation of the client device using the decrypted manifest, including the decrypted signature portion decrypted with the first key from the manufacturer database, and the decrypted SWID portion decrypted with the second key from the customer database; and
determine, based at least in part on the attestation, a security metric representing, at least in part, an amount of deviation between the plurality of services executed by, or installed in, the client device, and allowable services allowed to be executed by, or installed in, the client device.
12. The memory storage device of claim 11 , wherein the customer database comprises a Security Content Automation Protocol (SCAP)-compliant database, and wherein the manufacturer database comprises an inventory database.
13. The memory storage device of claim 12 , wherein the manifest further comprises a device identification portion, and wherein to perform the attestation of the client device, the program instructions, upon execution, further cause the IHS to compare the SWID portion of the decrypted manifest against a SCAP digest associated with the device identification and stored in the customer database.
14. The memory storage device of claim 13 , wherein the SCAP digest comprises an indication of a service allowed to be executed by, or installed in, the client device.
15. The memory storage device of claim 13 , wherein the SCAP digest comprises an indication of a service not allowed to be executed by, or installed in, the client device.
16. The memory storage device of claim 13 , wherein in response to a result of the attestation being different from a previous result of a previous attestation, the program instructions, upon execution, further cause the IHS to transmit a command to the client device to enter a quarantine mode, firewall protected data, or deny network access.
17. The memory storage device of claim 13 , wherein in response to a result of the attestation being different from a previous result of a previous attestation, the program instructions, upon execution, further cause the IHS to communicate a change in a security metric to a workspace orchestration service.
18. The memory storage device of claim 15 , wherein the workspace orchestration service is configured to transmit a new workspace definition to the client device in response to the change in the security metric.
19. A method, comprising:
receiving, at a workspace orchestration service, an indication of a change in a security metric of a workspace instantiated by an Information Handling System (IHS), wherein the indication is received in response to an evaluation service:
(i) receiving, from an agent executed by the IHS, a manifest comprising: (i) a signature portion encrypted with a first key, and (ii) a software identification (SWID) portion encrypted with a second key, wherein the SWID portion comprises an indication of individual services of a plurality of services executed by, or installed in, the client device;
(ii) retrieving the first key from a manufacturer database;
(iii) retrieving the second key from a customer database;
(iv) decrypting the signature portion with the first key from the manufacturer database;
(v) decrypting the SWID portion with the second key from the customer database; and
(vi) performing an attestation of the IHS using the decrypted manifest, including the decrypted signature portion decrypted with the first key from the manufacturer database, and the decrypted SWID portion decrypted with the second key from the customer database; and;
(vii) determine, based at least in part on the attestation, the security metric representing, at least in part, an amount of deviation between the plurality of services executed by, or installed in, the IHS, and allowable services allowed to be executed by, or installed in, the IHS, wherein the change in the security metric is due, at least in part, to a result of the attestation being different from a previous result of a previous attestation; and
in response to receiving the indication of the change in the security metric, transmitting, by the workspace orchestration service to the IHS, a new workspace definition, wherein the new workspace definition is usable to instantiate the workspace to meet a security target and a productivity target, and wherein the new workspace definition is produced based, at least in part, upon the change in the security metric.
20. The method of claim 19 , wherein the manifest further comprises a device identification portion, and wherein performing the attestation of the IHS using the decrypted manifest further comprises:
comparing the SWID portion of the decrypted manifest against a SCAP digest associated with the device identification and stored in the customer database.