Dependency and Container Scanning
Dependency and Container scanning is performed to search for vulnerabilities in operating systems, language language,ication packages.
Why Dependency and Container Scanning
Container images are standard application delivery format in cloud-native environments. Having a broad selection of images from the community, we often choose a community base image, and then add packages that we need to it, which might also come from community sources. Those arbitrary dependencies might introduce vulnerabilities to our image and application.
Applying Dependency and Container Scanning
Images that contain software with security vulnerabilities become exploitable at runtime. When building an image in your CI pipeline, image scanning must be a requirement for a build to pass. Images that did not pass scanning should never be pushed to your production-accessible container registry.
Dependency and Container scanning best practices:
Base Image - if your image is built on top of a third-party base image, validate the following:
The image comes from a well-known company or open-source group.
It is hosted on a reputable registry.
The Dockerfile is available, and check for dependencies installed in it.
The image is frequently updated - old images might not contain the latest security updates.
Remove Non-Essential Software - Start with a minimal base image and install only the tools, libraries and configuration files that are required by your application. Avoid installing the following tools or remove them if present: - Network tools and clients: e.g., wget, curl, netcat, ssh. - Shells: e.g. sh, bash. Note that removing shells also prevents the use of shell scripts at runtime. Instead, use an executable when possible. - Compilers and debuggers. These should be used only in build and development containers, but never in production containers.
Container images should be immutable - download and include all the required dependencies during the image build.
Scan for vulnerabilities in software dependencies - today there is no software project without some form of external libraries, dependencies, or open source. While it allows the development team to focus on their application code, the dependency brings forth an expected downside where the security posture of the real application is now resting on it. To detect vulnerabilities contained within a project’s dependencies use container scanning tools which as part of their analysis scan the software dependencies (see "Dependency and Container Scanning Frameworks and Tools").
Dependency and Container Scanning Frameworks and Tools
Trivy - a simple and comprehensive vulnerability scanner for containers (doesn't support Windows containers)
Aqua - dependency and container scanning for applications running on AKS, ACI and Windows Containers. Has an integration with AzDO pipelines.
Dependency-Check Plugin for SonarQube - OnPrem dependency scanning
Mend (previously WhiteSource) - Open Source Scanning Software
Last updated