- Newest
- Most votes
- Most comments
By any chance, do the images have SCAN_ELIGIBILITY_EXPIRED status. If so, those won't be scanned. To enable scanning, you need to push the images again.
This does sound similar to an issue I ran into recently with ECR Enhanced Scanning (Inspector2). A few of my images just stayed in “Active” with continuous scanning enabled, but no findings ever appeared. In my case, it turned out the images had some metadata issues that caused Inspector2 to skip them silently — for example, missing or malformed OS/package data in the manifest.
One way to troubleshoot is to run a local vulnerability scan on one of the affected images (e.g., using trivy or grype) to confirm that the image has a valid SBOM and CVE data. If that looks normal, I’d open an AWS Support case. This might actually be a bug or a backend delay, especially if the majority of your images are working fine and there’s no clear difference between them.
Unfortunately, there’s no way to manually force a re-scan with Enhanced Scanning (only Basic Scanning has that), so AWS Support is usually the fastest way to get confirmation or a fix.
especially if the majority of your images are working fine
Yep, I literally use the same Dockerfile template and only ship one different statically build Go binary - that is the only real difference between them :shrug:
This is a known quirk — some images don’t get scanned if Inspector2 can’t generate a software bill of materials (SBOM) from the image. This can happen if:
The image is missing standard package metadata (common with very slim Ubuntu/Debian base images).
The manifest format is non-standard or multi-arch images are missing x86_64 layers.
You can verify by scanning the image locally with a tool like trivy — if no packages are detected, Inspector2 will also skip it silently.
If the images do have valid metadata but still aren’t scanned, I’d open an AWS support case. There have been backend bugs where some repos get “stuck” and don’t schedule scans until AWS resets them.
answered 9 months ago
The image is missing standard package metadata (common with very slim Ubuntu/Debian base images).
I literally use the same Dockerfile template and only ship one different statically build Go binary - that is the only real difference between them. So I fail to believe just one executable is what can make SBOM unable to generate.
I guess now I need to pay for the paid support to help AWS fix their bug :facepalm:
This doesn't appear to be a bug, but rather a limitation of how Amazon ECR enhanced scanning with Amazon Inspector works.
When you see "Active" status with empty scan results, this indicates that the image is eligible for scanning, but the actual scan may not have completed yet or there might be an issue with the scanning process.
There are a few important points to consider:
-
Manual scans are not supported with enhanced scanning. As you noted, it's impossible to manually trigger a re-scan when enhanced scanning is enabled.
-
When enhanced scanning is turned on, only repositories matching the scan filters are scanned. Even though you've configured "Continuously scan all repositories," there might be some filtering happening behind the scenes.
-
Amazon Inspector emits events to EventBridge when an initial scan is completed and when findings are created, updated, or closed. You could check EventBridge for any relevant events related to these images.
-
For continuous scanning, Amazon Inspector initiates new vulnerability scans when a new image is pushed or when a new CVE is added to its database that is relevant to that image.
Since the images show "Active" status, they should be eligible for scanning. If they're not being scanned, you might want to try pushing these images again to your repository, as this can sometimes resolve scanning issues. This is especially true if these were older images that were pushed more than 30 days before you enabled enhanced scanning, as Amazon Inspector only recognizes images pushed to Amazon ECR in the last 30 days based on the image push timestamp.
Sources
Troubleshooting image scanning in Amazon ECR - Amazon ECR
Scan images for OS and programming language package vulnerabilities in Amazon ECR - Amazon ECR
Scanning Amazon Elastic Container Registry container images with Amazon Inspector - Amazon Inspector
Relevant content
asked 2 years ago
asked 5 years ago
- AWS OFFICIALUpdated 4 months ago

They have
Some of the problematic images have been built within 24 hours. But all of those problematic images are pulled every day and are not marked as
SCAN_ELIGIBILITY_EXPIRED.