Skip to content

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