You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
/usr/local/bin/aws --endpoint-url http://localhost:8333 s3 cp /tmp/2 s3://test_bucket2/test2
upload: ../../tmp/2 to s3://test_bucket2/test2
In shell:
> fs.ls /buckets/test_bucket2
test2
thats not ok (Before this, such a bucket did not exist, and there are no permissions to access this bucket)
Expected behavior
upload failed: ../../tmp/2 to s3://test_bucket2/2 An error occurred (AccessDenied) when calling the PutObject operation: Access Denied.
Additional context
At the moment, I don't know how to reliably reproduce the problem: this is the second time in a week that policies spontaneously stop working and all users have access to everything. Restarting filer temporarily solves this problem. Also, I don't see any errors regarding iam in the filer output.
The text was updated successfully, but these errors were encountered:
Describe the bug
Any s3 user has access to any buckets regardless of restrictions
System Setup
/opt/weed filer -s3
weed version
version 8000GB 3.04 9ff0d9900288a2dc92d3a82256fb3f359be20d3b linux amd64
filer.toml
How to reproduce:
s3.configure -access_key=123 -secret_key=123 -buckets=test_bucket1 -user=123 -actions=Read,Write,List,Tagging -apply
s3.configure output:
Now we use /usr/local/bin/aws configure with this credentials
Then
Expected behavior
upload failed: ../../tmp/2 to s3://test_bucket2/2 An error occurred (AccessDenied) when calling the PutObject operation: Access Denied.
Additional context
At the moment, I don't know how to reliably reproduce the problem: this is the second time in a week that policies spontaneously stop working and all users have access to everything. Restarting filer temporarily solves this problem. Also, I don't see any errors regarding iam in the filer output.
The text was updated successfully, but these errors were encountered: