-
-
Notifications
You must be signed in to change notification settings - Fork 250
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
gitleaks stopped respecting REPOSITORY_GITLEAKS_ARGUMENTS after upgrading from 8.3.0 to 8.4.1 #4617
Comments
see upstream issue description at oxsecurity/megalinter#4617
see upstream issue description at oxsecurity/megalinter#4617
@bdovaz indeed, REPOSITORY_GITLEAKS_ARGUMENTS is a generic variable and nothing changed about its management, so if a behavior is different, it's related to the differences between gitleaks versions @atodorov you can ask on gitleaks repo what changed gitleaks v8.21.2 & gitleaks v8.23.2 so that the exact same calls to do provide the same result |
FTR the diff between gitleaks versions is gitleaks/gitleaks@v8.21.2...v8.23.2 and I didn't see anything immediately obvious. Reported on the gitleaks repo as gitleaks/gitleaks#1739 |
see upstream issue description at oxsecurity/megalinter#4617
@nvuillam , @bdovaz it looks like this was a bug in gitleaks which has been fixed in 8.23.3, released 2 days ago, see gitleaks/gitleaks#1739 (comment) |
Maybe @nvuillam we can add this linter update with the dotnet fix in the next minor release. |
If renovate catches it, we'll catch it ! ;) |
Describe the bug
I am using the following configuration
see http://github.com/gluwa/creditcoin3/blob/dev/.github/workflows/mega-linter.yml#L45-L48.
I explicitly want all other linters (where applicable) to be scanning the entire code base, while gitleaks to be scanning only pull requests.
This setup had worked for me with MegaLinter versions 8.2.0 and 8.3.0 until recently when v8.4.1 came around.
Scans for the same PR with 8.3.0 and 8.4.1 produce different results, with 8.4.1 gitleaks reports on commits which aren't part of the PR. For example:
Attempt #1, 8.3.0 -> https://github.com/gluwa/creditcoin3/actions/runs/12946839981/job/36112154759
Attempt #2, 8.4.1 -> https://github.com/gluwa/creditcoin3/actions/runs/12946839981/job/36343636490,
Attempt #1 and #2 are executions triggered by gluwa/creditcoin3#556 (although the PR as also been updated since then).
You can see that the command and commit hashes are exactly the same.
For example, the reported leak,
is coming from https://github.com/gluwa/creditcoin3/pull/483/commits, commit "add file to run chopstics" while it should not.
I looked into MegaLinter's and gitleaks' diff pages for the respective versions but I don't see anything obvious for now.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Gitleaks says everything is fine.
The text was updated successfully, but these errors were encountered: