Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Esamina i risultati sulla sicurezza del codice nelle richieste pull

Dopo aver abilitato la revisione del codice per le pull request per i tuoi repository, AWS Security Agent analizza automaticamente le pull request e pubblica i risultati di sicurezza direttamente nel tuo provider di controllo del codice sorgente. Ciò consente agli sviluppatori di risolvere i problemi di sicurezza all'interno del loro normale flusso di lavoro senza uscire dalla pull request.

Come funziona la revisione del codice nelle pull request

Quando invii una pull request (o merge request GitLab) in un repository con la revisione del codice abilitata, AWS Security Agent avvia automaticamente l'analisi.

Comprensione dei risultati della revisione del codice

AWS Security Agent fornisce diversi tipi di risultati a seconda di ciò che trova durante l'analisi.

Quando vengono rilevati problemi di sicurezza

Se AWS Security Agent identifica problemi di sicurezza nelle modifiche al codice, pubblica una recensione che include:

Quando non vengono rilevati problemi di sicurezza

Se AWS Security Agent completa l'analisi e non rileva problemi di sicurezza nelle modifiche al codice, pubblica un commento: «Nessun problema identificato». Ciò conferma che la revisione è stata completata correttamente e che le modifiche al codice non hanno generato alcun problema di sicurezza in base alle impostazioni di revisione del codice configurate.

Risposta ai risultati di sicurezza

Dopo aver esaminato i risultati di sicurezza pubblicati da AWS Security Agent, puoi intervenire direttamente nel tuo provider di controllo del codice sorgente.

Filtraggio dei risultati della revisione del codice

Puoi personalizzare il modo in cui AWS Security Agent analizza il codice aggiungendo un filtering.md file al tuo repository. Questo file consente di ridurre i falsi positivi fornendo un contesto sulla base di codice ed escludendo file o cartelle dall'analisi.

Creazione del file di filtraggio

Crea un file denominato filtering.md nella .awssecurityagent directory alla radice del tuo repository:

.awssecurityagent/filtering.md

AWS Security Agent legge questo file dal ramo principale del repository (ad esempio, main omainline) durante l'analisi delle richieste pull.

Struttura dei file

Il filtering.md file utilizza la formattazione Markdown standard con sezioni specifiche riconosciute da AWS Security Agent. Il file deve includere un'Code Reviewintestazione seguita da una o entrambe le seguenti sezioni: IgnorePatterns e ContextHints (senza spazio).

L'esempio seguente mostra la struttura completa di un filtering.md file:

# filtering.md

## Code Review

### IgnorePatterns

**/*.md

/myapp/src/**/*.snap

/myapp/config/README

### ContextHints

- The backend is a trusted system and won't return non-standard protocols.
- URL is generated from server with presigned token, so no SSRF security vulnerabilities.
- AppSec has verified that we are allowed to use cache with an eviction policy.

Ignora i modelli

La IgnorePatterns sezione specifica i file e le cartelle che AWS Security Agent deve ignorare durante la revisione del codice. glob patternsUtilizzato per definire quali percorsi escludere dall'analisi.

Requisiti di formato:

Suggerimenti contestuali

La ContextHints sezione fornisce un contesto aggiuntivo sulla tua base di codice che aiuta AWS Security Agent a effettuare valutazioni più accurate. Utilizza i suggerimenti di contesto per spiegare le decisioni architettoniche, le eccezioni di sicurezza o altre informazioni che potrebbero influire sul modo in cui i risultati vengono interpretati.

Requisiti di formato:

I suggerimenti di contesto vengono applicati dopo che AWS Security Agent ha completato l'analisi iniziale, aiutando a filtrare i risultati che non si applicano al caso d'uso specifico.

Fasi successive

Dopo aver esaminato i risultati sulla sicurezza del codice: