Detecting security risks related to a software component

1. A computer implemented method for detecting security risks related to a software component to be deployed in a container-based runtime environment, the method comprising, utilizing a processor of a container vulnerability advisor (CVA):

receiving a trigger, the trigger indicating that a layer of a container within the container-based runtime environment is to be checked for security risks;

identifying a check layer of the container that is to be checked for security risks;

determining that a check for security risks has not been previously performed for the check layer according to a check criterion;

responsive to the determining that the check for security risks has not been previously performed, determining that a security analysis indicates a security risk; and

responsive to the determining that the security analysis indicates the security risk, initiating a remedial action.

2. The method of claim 1 , wherein the trigger is received from a container manager for the container-based runtime environment in response to the container manager detecting that a new container is to be deployed.

3. The method of claim 1 , further comprising detecting a software product present in the layer, wherein the determining of when the check of security risks has already been performed comprises querying a registry (VER) using product information related to the detected software product.

4. The method of claim 3 , wherein the product information comprises at least one of version numbers, a release date, or executable file date.

5. The method of claim 3 , further comprising updating the VER to indicate that the security analysis was performed for the layer.

6. The method of claim 1 , wherein the security analysis comprises checking a security knowledge base, the security knowledge base comprising information about known security vulnerabilities of software products in the layer.

7. The method of claim 1 , wherein the receipt of the trigger automatically initiates the identifying, the determining that the check for security risks has not been previously performed, and the determining that a security analysis indicates a security risk.

8. The method of claim 1 , further comprising providing at least one of a warning indicative of the detected security risk or providing an indication of the remedial action of the detected security risk.

9. The method of claim 1 , further comprising repeating the identifying, the determining that the check for security risks has not been previously performed, and the determining that a security analysis indicates a security risk for all layers of container.

10. The method of claim 1 , wherein the check criterion utilizes time information or event information.

11. The method of claim 1 , wherein the remedial action is at least one of stopping the container when it is running, quarantining the container, preventing a new container from being spawned from a same originating initiating element of the container, performing or triggering a rebuild or a patch to the same originating initiating element, or restarting the containers from the same originating initiating element.

12. The method of claim 1 , wherein the initiating of the remedial action is at least one of providing an indication that a security risk or container vulnerability event has been detected, initiating a routine that locates the risk or vulnerability in a virtual container policies store, or initiates an application of a policy associated with the risk or vulnerability.

13. The method of claim 1 , further comprising:

determining that the check for security risks has been previously performed for the check layer according to the check criterion; and

responsive to determining that a check for security risks has been previously performed, skipping the performing of the security analysis for the check layer.

14. The method of claim 1 , further comprising:

determining that the security analysis does not indicate the security risk;

responsive to the determining that the security analysis does not indicate the security risk, skipping the initiating of the remedial action.

15. The method of claim 1 , wherein the CVA is external to the container.

16. A computer system for detecting security risks related to a software component to be deployed in a container-based runtime environment, the computer system comprising a processor of a container vulnerability advisor (CVA) configured to execute instructions that, when executed on the processor, cause the CVA to:

receive a trigger, the trigger indicating that a layer of the container is to be checked for security risks;

identify a check layer of the container that is to be checked for security risks;

determine when a check for security risks has been previously performed for the check layer according to a check criterion;

when the determination is negative, then:

perform a security analysis for the check layer;

when the security analysis indicates a security risk, then initiate a remedial action; and

when the security analysis indicates no security risk, then skip the initiation of the remedial action; and

when the determination is positive, then skip the performance of the security analysis for the check layer.

17. The system of claim 16 , wherein the instructions further cause the CVA to:

detect a software product present in the layer, wherein the determination of when the check of security risks has already been performed comprises querying a registry (VER) using product information related to the detected software product.

18. A computer program product comprising a non-transitory computer-readable storage medium having computer-readable program code embodied therewith, the computer-readable program code configured to, when run on a processor of a container vulnerability advisor (CVA), to:

receive a trigger, the trigger indicating that a layer of the container is to be checked for security risks;

identify a check layer of the container that is to be checked for security risks;

determine when a check for security risks has been previously performed for the check layer according to a check criterion;

when the determination is negative, then:

perform a security analysis for the check layer;

when the security analysis indicates a security risk, then initiate a remedial action; and

when the security analysis indicates no security risk, then skip the initiation of the remedial action; and

when the determination is positive, then skip the performance of the security analysis for the check layer.