Major security, observability, and configuration improvements:
## Security Hardening
- Implemented configurable CORS (no more wildcards)
- Added comprehensive auth middleware for admin endpoints
- Enhanced webhook HMAC validation
- Added input validation and rate limiting
- Security headers and CSP policies
## Configuration Management
- Made N8N webhook URL configurable (WHOOSH_N8N_BASE_URL)
- Replaced all hardcoded endpoints with environment variables
- Added feature flags for LLM vs heuristic composition
- Gitea fetch hardening with EAGER_FILTER and FULL_RESCAN options
## API Completeness
- Implemented GetCouncilComposition function
- Added GET /api/v1/councils/{id} endpoint
- Council artifacts API (POST/GET /api/v1/councils/{id}/artifacts)
- /admin/health/details endpoint with component status
- Database lookup for repository URLs (no hardcoded fallbacks)
## Observability & Performance
- Added OpenTelemetry distributed tracing with goal/pulse correlation
- Performance optimization database indexes
- Comprehensive health monitoring
- Enhanced logging and error handling
## Infrastructure
- Production-ready P2P discovery (replaces mock implementation)
- Removed unused Redis configuration
- Enhanced Docker Swarm integration
- Added migration files for performance indexes
## Code Quality
- Comprehensive input validation
- Graceful error handling and failsafe fallbacks
- Backwards compatibility maintained
- Following security best practices
🤖 Generated with [Claude Code](https://claude.ai/code)
Co-Authored-By: Claude <noreply@anthropic.com>
146 lines
5.2 KiB
Go
146 lines
5.2 KiB
Go
package jwt
|
|
|
|
import "time"
|
|
|
|
// ParserOption is used to implement functional-style options that modify the
|
|
// behavior of the parser. To add new options, just create a function (ideally
|
|
// beginning with With or Without) that returns an anonymous function that takes
|
|
// a *Parser type as input and manipulates its configuration accordingly.
|
|
type ParserOption func(*Parser)
|
|
|
|
// WithValidMethods is an option to supply algorithm methods that the parser
|
|
// will check. Only those methods will be considered valid. It is heavily
|
|
// encouraged to use this option in order to prevent attacks such as
|
|
// https://auth0.com/blog/critical-vulnerabilities-in-json-web-token-libraries/.
|
|
func WithValidMethods(methods []string) ParserOption {
|
|
return func(p *Parser) {
|
|
p.validMethods = methods
|
|
}
|
|
}
|
|
|
|
// WithJSONNumber is an option to configure the underlying JSON parser with
|
|
// UseNumber.
|
|
func WithJSONNumber() ParserOption {
|
|
return func(p *Parser) {
|
|
p.useJSONNumber = true
|
|
}
|
|
}
|
|
|
|
// WithoutClaimsValidation is an option to disable claims validation. This
|
|
// option should only be used if you exactly know what you are doing.
|
|
func WithoutClaimsValidation() ParserOption {
|
|
return func(p *Parser) {
|
|
p.skipClaimsValidation = true
|
|
}
|
|
}
|
|
|
|
// WithLeeway returns the ParserOption for specifying the leeway window.
|
|
func WithLeeway(leeway time.Duration) ParserOption {
|
|
return func(p *Parser) {
|
|
p.validator.leeway = leeway
|
|
}
|
|
}
|
|
|
|
// WithTimeFunc returns the ParserOption for specifying the time func. The
|
|
// primary use-case for this is testing. If you are looking for a way to account
|
|
// for clock-skew, WithLeeway should be used instead.
|
|
func WithTimeFunc(f func() time.Time) ParserOption {
|
|
return func(p *Parser) {
|
|
p.validator.timeFunc = f
|
|
}
|
|
}
|
|
|
|
// WithIssuedAt returns the ParserOption to enable verification
|
|
// of issued-at.
|
|
func WithIssuedAt() ParserOption {
|
|
return func(p *Parser) {
|
|
p.validator.verifyIat = true
|
|
}
|
|
}
|
|
|
|
// WithExpirationRequired returns the ParserOption to make exp claim required.
|
|
// By default exp claim is optional.
|
|
func WithExpirationRequired() ParserOption {
|
|
return func(p *Parser) {
|
|
p.validator.requireExp = true
|
|
}
|
|
}
|
|
|
|
// WithAudience configures the validator to require any of the specified
|
|
// audiences in the `aud` claim. Validation will fail if the audience is not
|
|
// listed in the token or the `aud` claim is missing.
|
|
//
|
|
// NOTE: While the `aud` claim is OPTIONAL in a JWT, the handling of it is
|
|
// application-specific. Since this validation API is helping developers in
|
|
// writing secure application, we decided to REQUIRE the existence of the claim,
|
|
// if an audience is expected.
|
|
func WithAudience(aud ...string) ParserOption {
|
|
return func(p *Parser) {
|
|
p.validator.expectedAud = aud
|
|
}
|
|
}
|
|
|
|
// WithAllAudiences configures the validator to require all the specified
|
|
// audiences in the `aud` claim. Validation will fail if the specified audiences
|
|
// are not listed in the token or the `aud` claim is missing. Duplicates within
|
|
// the list are de-duplicated since internally, we use a map to look up the
|
|
// audiences.
|
|
//
|
|
// NOTE: While the `aud` claim is OPTIONAL in a JWT, the handling of it is
|
|
// application-specific. Since this validation API is helping developers in
|
|
// writing secure application, we decided to REQUIRE the existence of the claim,
|
|
// if an audience is expected.
|
|
func WithAllAudiences(aud ...string) ParserOption {
|
|
return func(p *Parser) {
|
|
p.validator.expectedAud = aud
|
|
p.validator.expectAllAud = true
|
|
}
|
|
}
|
|
|
|
// WithIssuer configures the validator to require the specified issuer in the
|
|
// `iss` claim. Validation will fail if a different issuer is specified in the
|
|
// token or the `iss` claim is missing.
|
|
//
|
|
// NOTE: While the `iss` claim is OPTIONAL in a JWT, the handling of it is
|
|
// application-specific. Since this validation API is helping developers in
|
|
// writing secure application, we decided to REQUIRE the existence of the claim,
|
|
// if an issuer is expected.
|
|
func WithIssuer(iss string) ParserOption {
|
|
return func(p *Parser) {
|
|
p.validator.expectedIss = iss
|
|
}
|
|
}
|
|
|
|
// WithSubject configures the validator to require the specified subject in the
|
|
// `sub` claim. Validation will fail if a different subject is specified in the
|
|
// token or the `sub` claim is missing.
|
|
//
|
|
// NOTE: While the `sub` claim is OPTIONAL in a JWT, the handling of it is
|
|
// application-specific. Since this validation API is helping developers in
|
|
// writing secure application, we decided to REQUIRE the existence of the claim,
|
|
// if a subject is expected.
|
|
func WithSubject(sub string) ParserOption {
|
|
return func(p *Parser) {
|
|
p.validator.expectedSub = sub
|
|
}
|
|
}
|
|
|
|
// WithPaddingAllowed will enable the codec used for decoding JWTs to allow
|
|
// padding. Note that the JWS RFC7515 states that the tokens will utilize a
|
|
// Base64url encoding with no padding. Unfortunately, some implementations of
|
|
// JWT are producing non-standard tokens, and thus require support for decoding.
|
|
func WithPaddingAllowed() ParserOption {
|
|
return func(p *Parser) {
|
|
p.decodePaddingAllowed = true
|
|
}
|
|
}
|
|
|
|
// WithStrictDecoding will switch the codec used for decoding JWTs into strict
|
|
// mode. In this mode, the decoder requires that trailing padding bits are zero,
|
|
// as described in RFC 4648 section 3.5.
|
|
func WithStrictDecoding() ParserOption {
|
|
return func(p *Parser) {
|
|
p.decodeStrict = true
|
|
}
|
|
}
|