News for hackers. Stuff that matters.
Re:Collection of best practices for providing and consuming ... by m3h on Friday August 19, 2022 @03:22AM (#32518343)
It seems like webhooks have enough corner cases for the sender to require a specialized tool to protect itself from malicious users and to stay performant.

Does anyone have suggestion for such tools/services that they might have used in production?

Re:Collection of best practices for providing and consuming ... by calyhre on Friday August 19, 2022 @03:46AM (#32518461)
At Slite, for all outgoing calls we use a sandboxed proxy. It has saved us a few times already. We detailed the trick in a blog post -> https://slite-tech-blog.ghost.io/anti-ssrf-solution/
Re:Collection of best practices for providing and consuming ... by freeqaz on Friday August 19, 2022 @06:56AM (#32519499)
This is the path I've seen be fairly robust at a few tech companies I've helped sort out this defense for. I've helped write libraries too but the proxy is the easiest approach when targeting many languages.
Re:Collection of best practices for providing and consuming ... by charcircuit on Friday August 19, 2022 @04:52AM (#32518792)
For half of those it's called a firewall and for the other half you should specify timeouts / max redirects.
Re:Collection of best practices for providing and consuming ... by rajamaka on Friday August 19, 2022 @09:02AM (#32520449)
Outgoing webhooks dispatched from a Lambda seemed to solve most of the above problems for us
Re:Collection of best practices for providing and consuming ... by tasn on Friday August 19, 2022 @02:29PM (#32524496)
Using lambda doesn't protect you against any of these.

Timeout attacks: instead of failing you'll now be just be paying through the nose. And also with enough scale you can hit lambda limits and fail.

SSRF: you are still as vulnerable unless the lambda is outside your VPC (but then it's the VPC that solved it, not the lambda).