Skip to content

fix: rename SARIF fingerprint key to avoid GitHub warning (#387)#420

Open
Arthaudcom wants to merge 1 commit intoboostsecurityio:mainfrom
Arthaudcom:fix/issue-387-sarif-fingerprint
Open

fix: rename SARIF fingerprint key to avoid GitHub warning (#387)#420
Arthaudcom wants to merge 1 commit intoboostsecurityio:mainfrom
Arthaudcom:fix/issue-387-sarif-fingerprint

Conversation

@Arthaudcom
Copy link
Copy Markdown

@Arthaudcom Arthaudcom commented Apr 11, 2026

Description

Hi I'm Arthaud Morin, a student from ETS, we met at the midi pizza a month ago. I had free time so I thought why not fix this issue. :)

This PR resolves issue #387 where uploading the Poutine SARIF report to GitHub Code Scanning resulted in an "inconsistent fingerprint value" warning.

Cause: Poutine was hardcoding the primaryLocationLineHash in the SARIF partialFingerprints object. GitHub's upload-sarif action expects to calculate this specific hash itself using its own algorithm. When the values don't match, GitHub throws a warning.

Fix:
I renamed the key from primaryLocationLineHash to poutineFingerprint.
This allows Poutine to keep exposing its internal fingerprint logic for other CI/CD integrations that might rely on it, while stepping out of GitHub's reserved keys space. GitHub will now silently and correctly compute its own line hash.

I also added anti-regression assertions in the tests to ensure primaryLocationLineHash is no longer emitted and poutineFingerprint is present.

Fixes #387

Type of change

  • Bug fix (non-breaking change which fixes an issue)

@Arthaudcom Arthaudcom requested a review from a team as a code owner April 11, 2026 03:38
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

"inconsistent fingerprint value" warning when uploading SARIF to GitHub Code Scanning

1 participant