Skip to content

docs: Routing Appender security considerations for high-cardinality keys#4217

Open
SebTardif wants to merge 1 commit into
apache:2.xfrom
SebTardif:docs/4181-routing-security
Open

docs: Routing Appender security considerations for high-cardinality keys#4217
SebTardif wants to merge 1 commit into
apache:2.xfrom
SebTardif:docs/4181-routing-security

Conversation

@SebTardif

Copy link
Copy Markdown
Contributor

What Problem This Solves

When a default Route embeds an appender definition, the Routing Appender creates one subordinate appender per distinct routing key. If the key comes from untrusted or high-cardinality data (for example ${ctx:userId}), that can exhaust file descriptors and memory.

Evidence

Issue #4181 describes FD exhaustion with a user-controlled routing key and file-backed routes. This PR documents the risk and mitigations (IdlePurgePolicy, low-cardinality keys, prefer appender references).

Summary

Adds a Security considerations section to the Routing Appender manual page, linked from the existing purge-policy discussion.

Fixes #4181

Validation

Documentation-only change under src/site/antora/.../appenders/delegating.adoc plus changelog entry.

…ty keys

Document that default Route appender definitions create one appender per
routing key value, which can exhaust file descriptors when the key is
untrusted or high-cardinality. Recommend purge policies and low-cardinality
keys.

Fixes apache#4181

Signed-off-by: Sebastien Tardif <sebtardif@ncf.ca>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Development

Successfully merging this pull request may close these issues.

Add security considerations to the RoutingAppender documentation

1 participant