infrastruttura CI/CD #15

Open
opened 2023-12-03 20:32:45 +00:00 by paspo · 3 comments
Owner

per dare un seguito a #3, metto qui varie idee sparse:

  • se viene rilevata una vulnerabilità, viene lanciata una nuova build+push
  • forse si dovrebbe testare le vulnerabilità prima di fare il build+push su tag
per dare un seguito a #3, metto qui varie idee sparse: - [ ] se viene rilevata una vulnerabilità, viene lanciata una nuova build+push - [x] forse si dovrebbe testare le vulnerabilità prima di fare il build+push su tag
paspo added this to the maybe milestone 2023-12-03 20:33:40 +00:00
Author
Owner

purtroppo al momento gitea non permette di lanciare un'action da un'altra action, quindi il primo punto deve aspettare.

purtroppo al momento gitea non permette di lanciare un'action da un'altra action, quindi il primo punto deve aspettare.

se viene rilevata una vulnerabilità, viene lanciata una nuova build+push

Però se non cambia l'insieme di cose che viene buildato dubito che una vulnerabilità rilevata al giro precedente sparisca il giro successivo; ha senso fare un rebuild in automatico? Ci sono strumenti di correzione delle vulnerabilità rilevate automatici?

Pensare che un gruppo di persone venga notificato per una build con vulnerabilità rilevate ma la build vada comunque in produzione?

> se viene rilevata una vulnerabilità, viene lanciata una nuova build+push Però se non cambia l'insieme di cose che viene buildato dubito che una vulnerabilità rilevata al giro precedente sparisca il giro successivo; ha senso fare un rebuild in automatico? Ci sono strumenti di correzione delle vulnerabilità rilevate automatici? Pensare che un gruppo di persone venga notificato per una build con vulnerabilità rilevate ma la build vada comunque in produzione?
Author
Owner

ha senso perchè le vulnerabilità del container riguardano (la maggioranza delle volte) le librerie e i pacchetti installati del sistema operativo del container.
Visto che il container viene buildato 1 volta a settimana, può succedere che una vuln "sparisca", anzi è auspicabile

ha senso perchè le vulnerabilità del container riguardano (la maggioranza delle volte) le librerie e i pacchetti installati del sistema operativo del container. Visto che il container viene buildato 1 volta a settimana, può succedere che una vuln "sparisca", anzi è auspicabile
Sign in to join this conversation.
No Label
No Milestone
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: LibreSchool/libreschool.org#15
No description provided.