Suggerimenti per la ricerca e l.identificazione di bugs di sicurezza Kurt Lieber Questo documento dà le linee guida ed i suggerimenti per migliorare l.identificazione di bugs inerenti alla sicurezza di bugzilla 1.1 October 17, 2004 Ricerca dei Bug
Tutti i bugs di Sicurezza

Per identificare tutti i bugs inerenti alla sicurezza,utilizzate la paginadi ricerca di bugzilla, ed impostate i seguenti campi:

  • Component: selezionare "Vulnerabilities"
  • Status: impostare questo campo con il tipo di bug che state cercando(es.: bugs chiusi, bugs aperti, etc.)

Questo vi darà una lista di tutti i bugs aperti nel nostro sistema(o almeno quelli correttamente assegnati)

Contrassegnare come "stable" i bugs per una determinata architettura

Quando ad un pacchetto è stata applicata una patch, solitamente questi deve essere testato prima di venir contrassegnato come stable per le architetture interessate. Per identificare tutti i bugs dove una architettura necessita di contrassegnare un pacchetto come stable, utilizzare la pagina di ricercae compilare i seguenti campi:

  • Component: selezionare "Vulnerabilities"
  • Status: impostarlo a "New", "Assigned" o "Reopened" (in questo caso non cercate bugs che sono stati chiusi)
  • Email and Numbering: Ognuno dei: "CC list member" dovrebbe essere impostato a: "contains <arch>@gentoo.org"

Quando un pacchetto viene patchato e richiede di essere testato, il Security team metterá in CC gli staff di tutte le principali architetture relative a quel particolare bug e richiederá loro che testino e contrassegnino il package come stable per l'architettura di loro competenza. Quindi, usando il metodo di ricerca descritto precedentemente, potrete vedere facilmente quali bugs richiedono attenzione per un particolare architettura.

Per rendere questo rapporto efficace, é molto importante che i team d.architettura si ricordino di rimuoversi dalla lista di cc una volta che hanno stabilizzato il package. Per architetture non supportate, i bugs possono essere chiusi senza che il pacchetto venga (marked) come stable per quella particolare architettura. Quindi, gli sviluppatori per queste architetture possono voler includere i bugs chiusi nelle loro queries. (per meglio comprendere la differenza fra "supportato" e "non supportato", si rimanda alla Policy sul trattamento delle Vulnerabilitá