-
Notifications
You must be signed in to change notification settings - Fork 6
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
chore(deps): update dependency semgrep to ~=1.85.0 #658
Conversation
[puLL-Merge] - returntocorp/[email protected] DescriptionThis pull request refactors the codebase by moving rule-related code from ChangesChanges
Possible Issues
Security HotspotsNo significant security hotspots were identified in this change. The refactoring primarily focuses on code organization and error handling improvements. |
3be804d
to
286c6b4
Compare
286c6b4
to
861f208
Compare
861f208
to
9f2810c
Compare
9f2810c
to
2900f3c
Compare
2900f3c
to
c3280aa
Compare
@@ -88,7 +88,7 @@ int bad4(char *src, int len) | |||
char dst[256]; | |||
|
|||
// REMOVED, false positive on Chromium: raptor-typos | |||
if (len > 0 && len <= sizeof(dst)); ti | |||
if (len > 0 && len <= sizeof(dst)); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
reported by reviewdog 🐶
[semgrep] The programmer accidentally uses the wrong operator, which changes the application logic in security-relevant ways. These types of errors are generally the result of a typo. This rule also covers some other common typo patterns. (see $EXPR1)
Source: https://github.com/brave/security-action/blob/main/assets/semgrep_rules/client/typos.yaml
Cc @thypon
7a5e7ad
to
3d3171b
Compare
This PR contains the following updates:
~=1.80.0
->~=1.85.0
Release Notes
returntocorp/semgrep (semgrep)
v1.85.0
Compare Source
Added
.tfvars
as terraform files (saf-1481)Changed
Use --time instead. (debug)
Fixed
Fixed an error with julia list comprehentions where the pattern:
would match
However we would only get one binding [$A/x]
Behavior after fix: we get three bindings [$A/x,$B/y,$C/z] (saf-1480)
v1.84.1
Compare Source
No significant changes.
v1.84.0
Compare Source
Changed
with the medium or warning severity. We now use magenta for
cricical severity to be consistent with other tools such
as npm. (color)
Fixed
so that no double counting occurs. (saf-507)
v1.83.0
Compare Source
Added
Fixed
Moreover, when the number of ignored files, or rules, or
other entities exceed a big number, we instead replace them
with a in the output to keep the output of semgrep
small. (debuglogs)
product but not the Secrets product to fail to be scanned for secrets.
Files that were not ignored for either product were not affected. (saf-1459)
v1.82.0
Compare Source
Added
testsuite/
as a filepath to the default value for.semgrepignore
. (gh-1876)Changed
Fixed
Fixed metavariable comparison in step mode.
Used to be that the rule:
Wouldn't match, as one is an identifier, and the other an expression that has a
string literal. The fix was chainging the equality used. (saf-1061)
v1.81.0
Compare Source
Changed
binary directly, without waiting that the semgrep-core program finish. (incremental_debug)
Fixed
C++: Scanning a project with header files (.h) now no longer causes a
spurious warnings that the file is being skipped, or not analyzed. (code-6899)
Semgrep will now be more strict (as it should be) when unifying identifiers.
Patterns like the one below may not longer work, particularly in Semgrep Pro:
Even if two classes
A
andB
may both have a method namedfoo
, these methodsare not the same, and their ids are not unifiable via
$F
. The right way of doingthis in Semgrep is the following:
We use a different metavariable to match each method, then we check whether they
have the same name (i.e., same string). (code-7336)
In the app, you can configure Secrets ignores separately from Code/SSC ignores. However, the
files that were ignored by Code/SSC and not Secrets were still being scanned during the
preprocessing stage for interfile analysis. This caused significantly longer scan times than
expected for some users, since those ignored files can ignore library code. This PR fixes that
behavior and makes Code/SSC ignores apply as expected. (saf-1087)
Fixed typo that prevented users from using "--junit-xml-output" flag and added a tests that invokes the flag. (saf-1437)
Configuration
📅 Schedule: Branch creation - "* 0-4 * * 3" (UTC), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.