Fix severity handling for images with no vulnerabilities

[Malka123456]

Fixes issue #20 from the Pluggable Scanner Spec.

Sets severity to "unknown" for images with no vulnerabilities.

Fixes a logging error in cmd/scanner-trivy.

Updates ensure consistent scanner report output and API compliance.

[Malka123456]

Hi @Vad1mo ,
I’ve worked on fixing issue goharbor/pluggable-scanner-spec#20 into the pluggable scanner-spec. After analyzing the issue, I found that the root cause is in harbor-scanner-trivy, where an empty string "" is returned when no severity is detected. This behavior is not allowed, so I updated the code to return "unknown" instead of an empty string when no severity is scanned.

I would really appreciate any suggestions for improvement, and I’m happy to make further changes based on your feedback.

Thank you for your time and review!

[reasonerjt]

Sets severity to "unknown" for images with no vulnerabilities.

I don't think it's right. unknown normally means it has vuln but the severity is unknown. Let me double check the spec and talk to other maintainers.

[Malka123456]

You’re right — I was thinking the same. Currently, harbor-scanner-trivy does not support the Negligible severity, even though it exists in the pluggable-scanner-spec. The issue also suggested returning Negligible instead of "" when no severity is found.

In my opinion, it would make sense to add support for Negligible in harbor-scanner-trivy for consistency with the spec. What do you think about aligning it this way?

[reasonerjt]

@Malka123456 I think "Negligible" is also a severity level, and putting it at the artifact/image level means there ARE CVEs, but the highest severity is "Negligible".

May I know what the problem would be if the image has severity as "" if there's no CVE at all?

[Malka123456]

@reasonerjt , Thanks for clarifying. The concern with using an empty string ("") is that it’s not a valid enum value in the goharbor/pluggable-scanner-spec#20 .

That’s why returning "" could cause inconsistencies or issues when clients strictly validate against the spec. In this case, using Negligible (which is already defined in the spec) would be more consistent and spec-compliant.