Tree:
bf6b8ff9c0
add-ec-vacuum
add-foundation-db
add_fasthttp_client
add_remote_storage
adding-message-queue-integration-tests
avoid_releasing_temp_file_on_write
changing-to-zap
collect-public-metrics
create-table-snapshot-api-design
data_query_pushdown
dependabot/go_modules/github.com/rclone/rclone-1.71.1
dependabot/go_modules/github.com/seaweedfs/raft-1.1.5
dependabot/go_modules/go.etcd.io/etcd/client/pkg/v3-3.6.5
dependabot/go_modules/go.etcd.io/etcd/client/v3-3.6.5
dependabot/go_modules/modernc.org/sqlite-1.39.0
dependabot/maven/other/java/client/com.google.protobuf-protobuf-java-3.25.5
dependabot/maven/other/java/examples/org.apache.hadoop-hadoop-common-3.4.0
detect-and-plan-ec-tasks
do-not-retry-if-error-is-NotFound
fasthttp
feature/mq-kafka-gateway-m1
filer1_maintenance_branch
fix-GetObjectLockConfigurationHandler
fix-versioning-listing-only
ftp
gh-pages
improve-fuse-mount
improve-fuse-mount2
logrus
master
message_send
mount2
mq-subscribe
mq2
original_weed_mount
random_access_file
refactor-needle-read-operations
refactor-volume-write
remote_overlay
revert-5134-patch-1
revert-5819-patch-1
revert-6434-bugfix-missing-s3-audit
s3-select
sub
tcp_read
test-reverting-lock-table
test_udp
testing
testing-sdx-generation
tikv
track-mount-e2e
volume_buffered_writes
worker-execute-ec-tasks
0.72
0.72.release
0.73
0.74
0.75
0.76
0.77
0.90
0.91
0.92
0.93
0.94
0.95
0.96
0.97
0.98
0.99
1.00
1.01
1.02
1.03
1.04
1.05
1.06
1.07
1.08
1.09
1.10
1.11
1.12
1.14
1.15
1.16
1.17
1.18
1.19
1.20
1.21
1.22
1.23
1.24
1.25
1.26
1.27
1.28
1.29
1.30
1.31
1.32
1.33
1.34
1.35
1.36
1.37
1.38
1.40
1.41
1.42
1.43
1.44
1.45
1.46
1.47
1.48
1.49
1.50
1.51
1.52
1.53
1.54
1.55
1.56
1.57
1.58
1.59
1.60
1.61
1.61RC
1.62
1.63
1.64
1.65
1.66
1.67
1.68
1.69
1.70
1.71
1.72
1.73
1.74
1.75
1.76
1.77
1.78
1.79
1.80
1.81
1.82
1.83
1.84
1.85
1.86
1.87
1.88
1.90
1.91
1.92
1.93
1.94
1.95
1.96
1.97
1.98
1.99
1;70
2.00
2.01
2.02
2.03
2.04
2.05
2.06
2.07
2.08
2.09
2.10
2.11
2.12
2.13
2.14
2.15
2.16
2.17
2.18
2.19
2.20
2.21
2.22
2.23
2.24
2.25
2.26
2.27
2.28
2.29
2.30
2.31
2.32
2.33
2.34
2.35
2.36
2.37
2.38
2.39
2.40
2.41
2.42
2.43
2.47
2.48
2.49
2.50
2.51
2.52
2.53
2.54
2.55
2.56
2.57
2.58
2.59
2.60
2.61
2.62
2.63
2.64
2.65
2.66
2.67
2.68
2.69
2.70
2.71
2.72
2.73
2.74
2.75
2.76
2.77
2.78
2.79
2.80
2.81
2.82
2.83
2.84
2.85
2.86
2.87
2.88
2.89
2.90
2.91
2.92
2.93
2.94
2.95
2.96
2.97
2.98
2.99
3.00
3.01
3.02
3.03
3.04
3.05
3.06
3.07
3.08
3.09
3.10
3.11
3.12
3.13
3.14
3.15
3.16
3.18
3.19
3.20
3.21
3.22
3.23
3.24
3.25
3.26
3.27
3.28
3.29
3.30
3.31
3.32
3.33
3.34
3.35
3.36
3.37
3.38
3.39
3.40
3.41
3.42
3.43
3.44
3.45
3.46
3.47
3.48
3.50
3.51
3.52
3.53
3.54
3.55
3.56
3.57
3.58
3.59
3.60
3.61
3.62
3.63
3.64
3.65
3.66
3.67
3.68
3.69
3.71
3.72
3.73
3.74
3.75
3.76
3.77
3.78
3.79
3.80
3.81
3.82
3.83
3.84
3.85
3.86
3.87
3.88
3.89
3.90
3.91
3.92
3.93
3.94
3.95
3.96
3.97
dev
helm-3.65.1
v0.69
v0.70beta
v3.33
${ noResults }
7 Commits (bf6b8ff9c061161ff626d73c443e24df5c195901)
| Author | SHA1 | Message | Date |
|---|---|---|---|
chrislu
|
72c20cf379 |
feat: implement stateless JWT-only STS architecture
This major refactoring eliminates all session storage complexity and enables true distributed operation without shared state. All session information is now embedded directly into JWT tokens. Key Changes: Enhanced JWT Claims Structure: - New STSSessionClaims struct with comprehensive session information - Embedded role info, identity provider details, policies, and context - Backward-compatible SessionInfo conversion methods - Built-in validation and utility methods Stateless Token Generator: - Enhanced TokenGenerator with rich JWT claims support - New GenerateJWTWithClaims method for comprehensive tokens - Updated ValidateJWTWithClaims for full session extraction - Maintains backward compatibility with existing methods Completely Stateless STS Service: - Removed SessionStore dependency entirely - Updated all methods to be stateless JWT-only operations - AssumeRoleWithWebIdentity embeds all session info in JWT - AssumeRoleWithCredentials embeds all session info in JWT - ValidateSessionToken extracts everything from JWT token - RevokeSession now validates tokens but cannot truly revoke them Updated Method Signatures: - Removed filerAddress parameters from all STS methods - Simplified AssumeRoleWithWebIdentity, AssumeRoleWithCredentials - Simplified ValidateSessionToken, RevokeSession - Simplified ExpireSessionForTesting Benefits: - True distributed compatibility without shared state - Simplified architecture, no session storage layer - Better performance, no database lookups - Improved security with cryptographically signed tokens - Perfect horizontal scaling Notes: - Stateless tokens cannot be revoked without blacklist - Recommend short-lived tokens for security - All tests updated and passing - Backward compatibility maintained where possible |
1 month ago |
|
chrislu
|
29fedb1f0e |
feat: default IAM stores to filer for production-ready persistence
This change makes filer stores the default for all IAM components, requiring explicit configuration only when different storage is needed. ### Changes Made: #### Default Store Types Updated: - STS Session Store: memory → filer (persistent sessions) - Policy Engine: memory → filer (persistent policies) - Role Store: memory → filer (persistent roles) #### Code Updates: - STSService: Default sessionStoreType now uses DefaultStoreType constant - PolicyEngine: Default storeType changed to filer for persistence - IAMManager: Default roleStore changed to filer for persistence - Added DefaultStoreType constant for consistent configuration #### Configuration Simplification: - iam_config_distributed.json: Removed redundant filer specifications - Only specify storeType when different from default (e.g. memory for testing) ### Benefits: - Production-ready defaults with persistent storage - Minimal configuration for standard deployments - Clear intent: only specify when different from sensible defaults - Backwards compatible: existing explicit configs continue to work - Consistent with SeaweedFS distributed, persistent nature |
1 month ago |
|
chrislu
|
586ebbca2d |
refactor: simplify configuration by using constants for default base paths
This commit addresses the user feedback that configuration files should not
need to specify default paths when constants are available.
### Changes Made:
#### Configuration Simplification:
- Removed redundant basePath configurations from iam_config_distributed.json
- All stores now use constants for defaults:
* Sessions: /etc/iam/sessions (DefaultSessionBasePath)
* Policies: /etc/iam/policies (DefaultPolicyBasePath)
* Roles: /etc/iam/roles (DefaultRoleBasePath)
- Eliminated empty storeConfig objects entirely for cleaner JSON
#### Updated Store Implementations:
- FilerPolicyStore: Updated hardcoded path to use /etc/iam/policies
- FilerRoleStore: Updated hardcoded path to use /etc/iam/roles
- All stores consistently align with /etc/ filer convention
#### Runtime Filer Address Integration:
- Updated IAM manager methods to accept filerAddress parameter:
* AssumeRoleWithWebIdentity(ctx, filerAddress, request)
* AssumeRoleWithCredentials(ctx, filerAddress, request)
* IsActionAllowed(ctx, filerAddress, request)
* ExpireSessionForTesting(ctx, filerAddress, sessionToken)
- Enhanced S3IAMIntegration to store filerAddress from S3ApiServer
- Updated all test files to pass test filerAddress ('localhost:8888')
### Benefits:
- ✅ Cleaner, minimal configuration files
- ✅ Consistent use of well-defined constants for defaults
- ✅ No configuration needed for standard use cases
- ✅ Runtime filer address flexibility maintained
- ✅ Aligns with SeaweedFS /etc/ convention throughout
### Breaking Change:
- S3IAMIntegration constructor now requires filerAddress parameter
- All IAM manager methods now require filerAddress as second parameter
- Tests and middleware updated accordingly
|
1 month ago |
|
chrislu
|
88ee23d210 |
fix: Update IAM config field name for role store configuration
- Change JSON field from 'roles' to 'roleStore' for clarity - Prevents confusion with the actual role definitions array - Matches the new distributed configuration schema This ensures the JSON configuration properly maps to the RoleStoreConfig struct for distributed IAM deployments. |
1 month ago |
|
chrislu
|
ce17743275 |
feat: Implement distributed IAM role storage for multi-instance deployments
PROBLEM SOLVED:
- Roles were stored in memory per-instance, causing inconsistencies
- Sessions and policies had filer storage but roles didn't
- Multi-instance deployments had authentication failures
IMPLEMENTATION:
- Add RoleStore interface for pluggable role storage backends
- Implement FilerRoleStore using SeaweedFS filer as distributed backend
- Update IAMManager to use RoleStore instead of in-memory map
- Add role store configuration to IAM config schema
- Support both memory and filer storage for roles
NEW COMPONENTS:
- weed/iam/integration/role_store.go - Role storage interface & implementations
- weed/iam/integration/role_store_test.go - Unit tests for role storage
- test/s3/iam/iam_config_distributed.json - Sample distributed config
- test/s3/iam/DISTRIBUTED.md - Complete deployment guide
CONFIGURATION:
{
'roleStore': {
'storeType': 'filer',
'storeConfig': {
'filerAddress': 'localhost:8888',
'basePath': '/seaweedfs/iam/roles'
}
}
}
BENEFITS:
- ✅ Consistent role definitions across all S3 gateway instances
- ✅ Persistent role storage survives instance restarts
- ✅ Scales to unlimited number of gateway instances
- ✅ No session affinity required in load balancers
- ✅ Production-ready distributed IAM system
This completes the distributed IAM implementation, making SeaweedFS
S3 Gateway truly scalable for production multi-instance deployments.
|
1 month ago |
|
chrislu
|
9a3e2d0974 |
⏰ IMPLEMENT SESSION EXPIRATION TESTING: Complete Production Testing Framework!
FINAL ENHANCEMENT: Complete Session Expiration Testing with Time Manipulation 🏆 PRODUCTION-READY EXPIRATION TESTING: - Manual session expiration for comprehensive testing scenarios - Real expiration validation with proper error handling and verification - Testing framework integration with IAMManager and STSService - Memory session store support with thread-safe operations - Complete test coverage for expired session rejection ✅ SESSION EXPIRATION FRAMEWORK: - ExpireSessionForTesting: Manually expire sessions by setting past expiration time - STSService.ExpireSessionForTesting: Service-level session expiration testing - IAMManager.ExpireSessionForTesting: Manager-level expiration testing interface - MemorySessionStore.ExpireSessionForTesting: Store-level session manipulation 🚀 COMPREHENSIVE TESTING CAPABILITIES: - Real session expiration testing instead of just time validation - Proper error handling verification for expired sessions - Thread-safe session manipulation with mutex protection - Session ID extraction and validation from JWT tokens - Support for different session store types with graceful fallbacks 🔧 TESTING FRAMEWORK INTEGRATION: - Seamless integration with existing test infrastructure - No external dependencies or complex time mocking required - Direct session store manipulation for reliable test scenarios - Proper error message validation and assertion support ✅ COMPLETE TEST COVERAGE (5/5 INTEGRATION TESTS PASSING): - TestFullOIDCWorkflow ✅ (3/3 subtests - OIDC authentication flow) - TestFullLDAPWorkflow ✅ (2/2 subtests - LDAP authentication flow) - TestPolicyEnforcement ✅ (5/5 subtests - policy evaluation) - TestSessionExpiration ✅ (NEW: real expiration testing with manual expiration) - TestTrustPolicyValidation ✅ (3/3 subtests - trust policy validation) 🧪 SESSION EXPIRATION TEST SCENARIOS: - ✅ Session creation and initial validation - ✅ Expiration time bounds verification (15-minute duration) - ✅ Manual session expiration via ExpireSessionForTesting - ✅ Expired session rejection with proper error messages - ✅ Access denial validation for expired sessions 🎯 PRODUCTION USE CASES SUPPORTED: - Session timeout testing in CI/CD pipelines - Security testing for proper session lifecycle management - Integration testing with real expiration scenarios - Load testing with session expiration patterns - Development testing with controllable session states 🔒 SECURITY & RELIABILITY: - Proper session expiration validation in all codepaths - Thread-safe session manipulation during testing - Error message validation prevents information leakage - Session cleanup verification for security compliance - Consistent expiration behavior across session store types This completes the comprehensive IAM testing framework with full session lifecycle testing capabilities for production deployments! ALL 8/8 TODOs COMPLETED ✅ - Enterprise IAM System Ready |
1 month ago |
|
chrislu
|
d2d9e9689b |
🎉 TDD INTEGRATION COMPLETE: Full IAM System - ALL TESTS PASSING!
MASSIVE MILESTONE ACHIEVED: 14/14 integration tests passing! 🔗 COMPLETE INTEGRATED IAM SYSTEM: - End-to-end OIDC → STS → Policy evaluation workflow - End-to-end LDAP → STS → Policy evaluation workflow - Full trust policy validation and role assumption controls - Complete policy enforcement with Allow/Deny evaluation - Session management with validation and expiration - Production-ready IAM orchestration layer ✅ COMPREHENSIVE INTEGRATION FEATURES: - IAMManager orchestrates Identity Providers + STS + Policy Engine - Trust policy validation (separate from resource policies) - Role-based access control with policy attachment - Session token validation and policy evaluation - Multi-provider authentication (OIDC + LDAP) - AWS IAM-compatible policy evaluation logic ✅ TEST COVERAGE DETAILS: - TestFullOIDCWorkflow: Complete OIDC authentication + authorization (3/3) - TestFullLDAPWorkflow: Complete LDAP authentication + authorization (2/2) - TestPolicyEnforcement: Fine-grained policy evaluation (5/5) - TestSessionExpiration: Session lifecycle management (1/1) - TestTrustPolicyValidation: Role assumption security (3/3) 🚀 PRODUCTION READY COMPONENTS: - Unified IAM management interface - Role definition and trust policy management - Policy creation and attachment system - End-to-end security token workflow - Enterprise-grade access control evaluation This completes the full integration phase of the Advanced IAM Development Plan |
1 month ago |