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
Issues isn't the way to ask for account activation. Ping capesandbox in Twitter with your username
This is open source and you are getting free support so be friendly!
Prerequisites
Please answer the following questions for yourself before submitting an issue.
I am running the latest version
I did read the README!
I checked the documentation and found no answer
I checked to make sure that this issue has not already been filed
I'm reporting the issue to the correct repository (for multi-repository projects)
I have read and checked all configs (with all optional parts)
Expected Behavior
I would expect certain signatures to have a lower confidence, for example queries_keyboard_layout and antivm_checks_available_memory. This causes the signature to be treated as a malicious category rather than a suspicious category when calculating the malscore. To me this would be a suspicious category unless I misunderstand the purpose of the confidence value.
Current Behavior
Signatures that don't explicitly specify a confidence value are defaulted to 100, for example the queries_keyboard_layout signature does not specify confidence, and the result is a malscore of 10 for all office files, among other types.
I believe this is caused by the base Signature class having a confidence value of 100.
After reading #2086 I now have more context. I plan to try and improve some of these signatures confidence values and will open some PRs to the community repo. I'll leave this open for now for discussion.
About accounts on capesandbox.com
This is open source and you are getting free support so be friendly!
Prerequisites
Please answer the following questions for yourself before submitting an issue.
Expected Behavior
I would expect certain signatures to have a lower confidence, for example
queries_keyboard_layout
andantivm_checks_available_memory
. This causes the signature to be treated as a malicious category rather than a suspicious category when calculating the malscore. To me this would be a suspicious category unless I misunderstand the purpose of the confidence value.Current Behavior
Signatures that don't explicitly specify a confidence value are defaulted to 100, for example the queries_keyboard_layout signature does not specify confidence, and the result is a malscore of 10 for all office files, among other types.
I believe this is caused by the base Signature class having a confidence value of 100.
from the report:
The text was updated successfully, but these errors were encountered: