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
Describe the bug
When running collect events to capture data, the current search call specified the sort order via field:order which is not supported.
Current:
Use the collect-events command to attempt to collect data
endpoint-rules on 2356-fr-add-host-family-to-data-path [?] via v3.8.10 (venv) on eric.forte took 20s
❯ python -m endpoint_rules es --cloud-id <cloud_id> collect-events --rta-name bitsadmin_execution <host_id>
███████╗███╗ ██╗██████╗ ██████╗ ██████╗ ██╗███╗ ██╗████████╗
██╔════╝████╗ ██║██╔══██╗██╔══██╗██╔═══██╗██║████╗ ██║╚══██╔══╝
█████╗ ██╔██╗ ██║██║ ██║██████╔╝██║ ██║██║██╔██╗ ██║ ██║
██╔══╝ ██║╚██╗██║██║ ██║██╔═══╝ ██║ ██║██║██║╚██╗██║ ██║
███████╗██║ ╚████║██████╔╝██║ ╚██████╔╝██║██║ ╚████║ ██║
╚══════╝╚═╝ ╚═══╝╚═════╝ ╚═╝ ╚═════╝ ╚═╝╚═╝ ╚═══╝ ╚═╝
██████╗ ██╗ ██╗██╗ ███████╗███████╗
██╔══██╗██║ ██║██║ ██╔════╝██╔════╝
██████╔╝██║ ██║██║ █████╗ ███████╗
██╔══██╗██║ ██║██║ ██╔══╝ ╚════██║
██║ ██║╚██████╔╝███████╗███████╗███████║
╚═╝ ╚═╝ ╚═════╝ ╚══════╝╚══════╝╚══════╝
es_user: eric.forte
es_password:
Press any key once detonation is complete ...
Press any key once detonation is complete ...
CLI Error (AssertionError): No events collected! Verify events are streaming and that the agent-hostname is correct
Expected behavior
When running collect-events this is an example of correct output (where the events are collected)
endpoint-rules on 2356-fr-add-host-family-to-data-path [?] via v3.8.10 (venv) on eric.forte took 20s
❯ python -m endpoint_rules es --cloud-id <cloud_id> collect-events --rta-name bitsadmin_execution <host_id>
███████╗███╗ ██╗██████╗ ██████╗ ██████╗ ██╗███╗ ██╗████████╗
██╔════╝████╗ ██║██╔══██╗██╔══██╗██╔═══██╗██║████╗ ██║╚══██╔══╝
█████╗ ██╔██╗ ██║██║ ██║██████╔╝██║ ██║██║██╔██╗ ██║ ██║
██╔══╝ ██║╚██╗██║██║ ██║██╔═══╝ ██║ ██║██║██║╚██╗██║ ██║
███████╗██║ ╚████║██████╔╝██║ ╚██████╔╝██║██║ ╚████║ ██║
╚══════╝╚═╝ ╚═══╝╚═════╝ ╚═╝ ╚═════╝ ╚═╝╚═╝ ╚═══╝ ╚═╝
██████╗ ██╗ ██╗██╗ ███████╗███████╗
██╔══██╗██║ ██║██║ ██╔════╝██╔════╝
██████╔╝██║ ██║██║ █████╗ ███████╗
██╔══██╗██║ ██║██║ ██╔══╝ ╚════██║
██║ ██║╚██████╔╝███████╗███████╗███████║
╚═╝ ╚═╝ ╚═════╝ ╚══════╝╚══════╝╚══════╝
es_user: eric.forte
es_password:
Press any key once detonation is complete ...
149 events saved to: /tmp/init_tmp/endpoint-rules/unit_tests/data/true_positives/bitsadmin_execution/windows/endpoint.ndjson
32 events saved to: /tmp/init_tmp/endpoint-rules/unit_tests/data/true_positives/bitsadmin_execution/windows/metricbeat.ndjson
2 events saved to: /tmp/init_tmp/endpoint-rules/unit_tests/data/true_positives/bitsadmin_execution/windows/filebeat.ndjson
Additional context
This is the result of a bug that was present in the 8.11 elasticsearch library that was patched in 8.12, which enforces the correct order parameter instead of the prior behavior. In 8.11, one could make the call as currently exists in detection-rules; however, the library would strip the faulty asc string parameter and replace it with the default ascending sort order when performing the query. Since the result is the same, the bug was unnoticed.
The text was updated successfully, but these errors were encountered:
Describe the bug
When running collect events to capture data, the current search call specified the sort order via
field:order
which is not supported.Current:
Required:
To Reproduce
Steps to reproduce the behavior:
collect-events
command to attempt to collect dataExpected behavior
When running
collect-events
this is an example of correct output (where the events are collected)Additional context
This is the result of a bug that was present in the 8.11
elasticsearch
library that was patched in 8.12, which enforces the correct order parameter instead of the prior behavior. In 8.11, one could make the call as currently exists in detection-rules; however, the library would strip the faultyasc
string parameter and replace it with the default ascending sort order when performing the query. Since the result is the same, the bug was unnoticed.The text was updated successfully, but these errors were encountered: