Skip to content

fix: create a stricter sibling to 932370 and move at to PL-2 (932370 PL-1, 932371 PL-2) #4015

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

Merged
merged 8 commits into from
Jun 23, 2025

Conversation

EsadCetiner
Copy link
Member

This PR fixes false positive with newline characters preceding the Windows at command (Not UNIX) by creating a stricter sibling at PL-2 to detect at commands. The only other way to fix this false positive is by removing newline characters from the evasion prefix, however newline characters have been used for evasions in the past.

closes #3953

Copy link
Contributor

github-actions bot commented Feb 24, 2025

📊 Quantitative test results for language: eng, year: 2023, size: 10K, paranoia level: 1:
🚀 Quantitative testing did not detect new false positives

@fzipi
Copy link
Member

fzipi commented Jun 21, 2025

@EsadCetiner Makes sense to me. Can you resolve the conflicts so we move on?

@EsadCetiner
Copy link
Member Author

@fzipi ready for review

Copy link
Member

@fzipi fzipi left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@fzipi fzipi added this pull request to the merge queue Jun 23, 2025
Merged via the queue into coreruleset:main with commit 514ec08 Jun 23, 2025
6 checks passed
@EsadCetiner EsadCetiner deleted the fix-windows-at-false-positive branch June 23, 2025 21:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Rule 932370 has false positive for "At" after newline
2 participants