Expected Behavior StrictHttpFirewall#setAllowedHeaderNames either should augment the existing predicate with Predicate#and or provide addAllowHeaderNames to allow augmenting it to current predicate, so that I get to retain default protection provided by StrictHttpFirewall.

Current Behavior The current implementation rejects any Request with non-ascii characters. Current implementation of StrictHttpFirewall#setAllowedHeaderNames replaces predicate, making me lose out to default protection.

I am willing to provide a PR for this should this be accepted as valid request.

Comment From: jzheaux

Thanks for the suggestion, @gourav. To leave setAllowedHeaderNames passive, I prefer your second suggestion to add addAllowHeaderNames.

Can you add the same for header values, parameter names, and parameter values?

Comment From: gourav

Sure. Let me come up with changes for review.