You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As a SeCurLI user, when opt to exclude scanning a particular file or folder type, that excision is not not being honored and the exclusions are still being scanned. Most recent example was trying to exclude snap files but they were still being scanned.
This causes issues in the fact that if I continue to get false positive results with my SeCureLI scan.
To reproduce:
Have secrets present in file or folder
Create exclusion rule
View results
AC:
Using inherent SeCureLI functionality I am able to exclude folder or file type from the scan
Results are not give for the exclusions
The text was updated successfully, but these errors were encountered:
It's worth noting that the two samples @schuslalom provided are slightly different. In the first case, the pattern is surrounded by single quotes ('.*/.snap$'), while in the second case it is not (.*/snap$).
That said, based on my testing I don't believe the presence of quotes makes a difference one way or the other. The salient point seems to be that the first example results in an array with a single element (["--exclude-files '.*\.snap$'"]) while the second example results in an array with two elements (["--exclude-files", ".*/snap$"]). The first example works if I split the file pattern into its own element.
As a SeCurLI user, when opt to exclude scanning a particular file or folder type, that excision is not not being honored and the exclusions are still being scanned. Most recent example was trying to exclude snap files but they were still being scanned.
This causes issues in the fact that if I continue to get false positive results with my SeCureLI scan.
To reproduce:
Have secrets present in file or folder
Create exclusion rule
View results
AC:
The text was updated successfully, but these errors were encountered: