Trivy security scanner: Caching der Datenbank

Raum für Zusammenarbeit
1

Vermutlich arbeiten nicht nur wir in unseren Projekten mit dem Trivy security scanner. Allen, die damit arbeiten, dürften die Probleme wg. dem Rate Limiting in der jüngsten Vergangenheit bekannt sein. Dazu gab es vor zwei Wochen ein Update von Trivy.
Wir haben dazu eine Retry-Logik für die `.gitlab-ci.yml´ entwickelt, mit inkrementellem Delay (Fibonacci-Folge). Wer da Bedarf hat: gerne hier bedienen (Z. 357ff.)

Wäre aber m. E. eine tolle Sache, wenn die Datenbanken z. B. täglich aktualisiert in OpenCoDE gecached würden, so das man auf das Trivy-Backend gar nicht zugreifen muss.
@oc000037236425 how about that?

Cheers,
Jürgen

1 „Gefällt mir“
2

Hey @oc000024143138, danke für den Vorschlag. Ich gebe es im Team weiter und melde mich in Kürze wieder :+1:

2 „Gefällt mir“
3

@oc000024143138 Ich habe es vorhin auch in einem anderen Post geschrieben, aber zur Vollständigkeit auch einmal hier: Es gibt jetzt das Repo openCode / ContainerCache Trivy · GitLab mit unseren trivy-cache.

4

Prima. Könnte man noch als CI/CD Catalog Komponente zur Verfügung stellen.

2 „Gefällt mir“
5

Hmm… Habe da vor ~1 Woche ein Issue aufgemacht. Bearbeitet das auch irgendjemand irgendwann? :thinking:

6

Guten Morgen, ja! Wir haben es gesehen und mein Kollege meldet sich in Kürze darauf :slight_smile:

1 „Gefällt mir“
7

O.k., dann übe ich mich mal in geduldiger Vorfreude! :grin:

War nach 1 Woche ein wenig verunsichert: Der OpenDesk-Support antwortet i.d.R. am nächsten Werktag und wenn man so gar nix hört (also nicht mal „Vielen Dank, wir schauen uns das an.“)…

8

Kannst Du evtl. „in Kürze“ ein wenig präzisieren?

Danke!
Jürgen

9

Hi Jürgen, ich hake nochmal nach.
VG

10

Danke Dir!
Ich weiß ja, dass Du persönlich nix dafür kannst.

VG,
Jürgen

1 „Gefällt mir“