- Notifications
You must be signed in to change notification settings - Fork 519
[Ti_AbuseCH] - Added support for optional "Auth Key" request header across all data streams #13261
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
Conversation
| Pinging @elastic/security-service-integrations (Team:Security-Service Integrations) |
🚀 Benchmarks reportTo see the full report comment with |
| As of February 2025, AbuseCH recommends using an optional `Auth Key` (API Key) in the requests to avoid rate limiting issues. | ||
| More details on this topic can be found [here](https://abuse.ch/blog/community-first/). As of version 2.7.0, we have added an optional `Auth Key` | ||
| configuration option that can be used to avoid rate limiting. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| As of February 2025, AbuseCH recommends using an optional `Auth Key` (API Key) in the requests to avoid rate limiting issues. | |
| More details on this topic can be found [here](https://abuse.ch/blog/community-first/). As of version 2.7.0, we have added an optional `Auth Key` | |
| configuration option that can be used to avoid rate limiting. | |
| From February 2025, AbuseCH recommends using an optional `Auth Key` (API Key) in the requests to avoid rate limiting issues. | |
| More details on this topic can be found [here](https://abuse.ch/blog/community-first/). In version 2.7.0, we have added an optional `Auth Key` | |
| configuration option that can be used to avoid rate limiting. |
| state: | ||
| auth_key: {{auth_key}} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| state: | |
| auth_key: {{auth_key}} | |
| {{#if auth_key}} | |
| state: | |
| auth_key: {{auth_key}} | |
| {{/if}} |
| ?"Auth-Key": has(state.auth_key) && !(state.auth_key == "") ? | ||
| optional.of([state.auth_key]) | ||
| : | ||
| optional.none(), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| ?"Auth-Key": has(state.auth_key) && !(state.auth_key == "") ? | |
| optional.of([state.auth_key]) | |
| : | |
| optional.none(), | |
| ?"Auth-Key": has(state.auth_key) ? | |
| optional.of([state.auth_key]) | |
| : | |
| optional.none(), |
or
| ?"Auth-Key": has(state.auth_key) && !(state.auth_key == "") ? | |
| optional.of([state.auth_key]) | |
| : | |
| optional.none(), | |
| ?"Auth-Key": state.auth_key.optMap(k, [k]), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same comments in the other data streams.
| @efd6, addressed all the suggestions |
| @efd6, if all looks good can you approve ? |
| Hi everyone! |
Hi @CameronVIE, once the 2.8.0 update is out, you will be able to seamlessly upgrade. Could you clarify a bit on the part where you said |
Hi ShourieG! |
You could try it, but there's a high possibility it might break the natural upgrade process, at that point you would have to revert for the upgrade to work. However if you are running a local stack by having cloned the integrations repo it would be straight forward to revert and upgrade. |
Yes, that’s exactly what I had in mind – especially since there’s no fixed date for the 2.8.0 release yet 😅 |
So |
Think I’ll give it a try! I’ll share an update here once I’ve tested it – fingers crossed 🤞😊 |
efd6 left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nits only, then LGTM
| "events": { | ||
| "error": { | ||
| ?"id": body.?query_status, | ||
| "message": "POST:"+( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| "message": "POST:"+( | |
| "message": "POST "+state.url+": "+( |
| optional.none(), | ||
| } | ||
| }).do_request().as(resp, resp.StatusCode == 200 ? | ||
| bytes(resp.Body).decode_json().as(body, body.?query_status.orValue("") == "ok" ? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| bytes(resp.Body).decode_json().as(body, body.?query_status.orValue("") == "ok" ? | |
| bytes(resp.Body).decode_json().as(body, body.?query_status == optional.of("ok") ? |
| }), | ||
| "url": state.url | ||
| } | ||
| : body.?query_status.orValue("") == "no_results" ? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| : body.?query_status.orValue("") == "no_results" ? | |
| : body.?query_status == optional.of("no_results") ? |
mainly doing this because we're otherwise potentially doing orValue twice.
|
💚 Build Succeeded
History
cc @ShourieG |
| Package ti_abusech - 2.8.0 containing this change is available at https://epr.elastic.co/package/ti_abusech/2.8.0/ |
| Hey @CameronVIE, We just recently released these changes as a back-port in version 2.6.1 which is now available, merged in this PR. This means there's no need to wait for 8.18. |
…cross all data streams (#13261) * auth key param working in malwarebaazar with system tests, docs updated * added auth key support for all data streams and relevant system tests * updated changelog * addressed Dan's suggestions * addressed Dan's suggestions
…cross all data streams (#13261) * auth key param working in malwarebaazar with system tests, docs updated * added auth key support for all data streams and relevant system tests * updated changelog * addressed Dan's suggestions * addressed Dan's suggestions
…cross all data streams (#13261) * auth key param working in malwarebaazar with system tests, docs updated * added auth key support for all data streams and relevant system tests * updated changelog * addressed Dan's suggestions * addressed Dan's suggestions




Type of change
Proposed commit message
Added support for optional "Auth Key" request header across all data streams
Checklist
changelog.ymlfile.Author's Checklist
How to test this PR locally
Related issues
Screenshots