Replies: 4 comments 2 replies
-
Hi @hodgett I did take a look and confirmed the same. The API and URL filters are notably different in a few areas and this is expected based on the usage of different API paths in some cases. We keep a list of supported filters and format for operations like this on our website. https://falconpy.io/Service-Collections/Hosts.html#querydevicesbyfilterscroll |
Beta Was this translation helpful? Give feedback.
-
Hi @crowdstrikedcs , |
Beta Was this translation helpful? Give feedback.
-
Yes, I tried that. The wildcard operator is not accepted by os_version. |
Beta Was this translation helpful? Give feedback.
-
Hmm, something has changed, and something still isn't right. I need to do some more analysis. I spent a whole day on this last week and wildcards, even as you described, wasn't working at all. This week it's sort of working. Using Windows* returns the correct results but RHEL is returning 50% more results. I'm going to have to unpick that data to see what the anomaly is so leave it with me for now. Thanks @crowdstrikedcs for your attention so far.
|
Beta Was this translation helpful? Give feedback.
-
For query_devices_by_filter_scroll the filter can't use wildcards in the os_version and can't use 'last_week' in the last_seen filter like can in the browser URL. When trying the error 500 is usually returned.
The following example returns all RHEL* hosts that were last seen over the last week (and it works);
https://falcon.crowdstrike.com/host-management/hosts?filter=os_version%3A%27RHEL%20*%27%2Blast_seen%3A%27Last%20week%27
I'm sure there are other filter capabilities that are also not working but I haven't tested them all. An I know I can manually calculate a date to create the last_week capability via the API but that doesn't reflect what can be done via the URL.
Beta Was this translation helpful? Give feedback.
All reactions