Live data from Hacker News

In Digital Ocean, S3-like space keys can access all your buckets

ideas.digitalocean.com

101–104 of 104 posts

Re: In Digital Ocean, S3-like space keys can access all your buckets

#101

Earlier quoted context omitted.

That is a limitation that comes along with having to be S3 compatible; the best you can do is to combine ListObjectsV2[1] + DeleteObjects[2] (1000 objects in a single API call). [1] https://docs.aws.amazon.com/AmazonS3/latest/API/API_ListObje... [2] https://docs.aws.amazon.com/AmazonS3/latest/API/API_DeleteOb...

While S3 doesn’t have a REST API to do it, you can trigger it through the console and it applies pretty quickly if you don’t have a lot of objects (hundreds of thousands if I recall correctly) and will apply in the background otherwise. The way to do it via the s3 API is to install a lifecycle policy to delete everything.

Lifecycle requests are a good call, but being an asynchronous process, it may take some time to be processed, even when using S3. On a particularly large bucket, I've observed it taking over a week in one instance.

The console isn't magic however, it makes the same ListObjectsV2 + DeleteObjects calls in parallel.

Re: In Digital Ocean, S3-like space keys can access all your buckets

#102
post #28
post #19

Earlier quoted context omitted.

Some of the comments by DO on that GitHub thread, are really surprising, and disappointing to say the least...

I wrote those comments, fog wasn't using the API as he would have liked, and then this guy starts a bunch of trouble on HN stating that there was a vun on DigitalOcean, and conflated someone using the API incorrectly with us having a security vun. Two things I was trying to (admittedly not very well) say was: if DO did have a security issue, posting it on HN ("DigitalOcean leaks customer data between VMs" huh?) inste…

Consider the multiple S3 leaks that caused AWS to change their defaults to block public access and disable ACLs. You could say that since buckets were always default private, any misconfiguration was simply user error and users complaining were doing so in bad faith. Or you could understand the implications and help your customers protect their data.

Re: In Digital Ocean, S3-like space keys can access all your buckets

#103
post #89

Earlier quoted context omitted.

> It's not about the API key. It's about the container registry credentials. Which you would expect to be able to only interact with the container registry. think my reply shortness maybe has you misunderstanding me? The fact that an API token can only have read/write project wide basically results in everything you said. No RBAC on services. No RBAC on specific API actions. Anyone with read+write can do/nuke everyth…

Ok, I see what you mean. Still, even knowing that general access tokens are all or nothing it was surprising that exactly the same thing was used for containers. Like, if you generate a separate credentials for containers it strongly suggests there are for containers only.

Yeah I use doctl, which has a big note on the docs saying

> you can simulate what `doctl registry login` does by using an API token string as the username and password when calling `docker login`

https://docs.digitalocean.com/products/container-registry/ho...

Re: In Digital Ocean, S3-like space keys can access all your buckets

#104

Spaces is annoying. Tailscale uses it as their main host for the repos, snd its down right annoying with no CDN and slowdowns occuring often.

Spaces has a CDN

Well a crappy one then. Because tailscales repo is clearly in the US.
Post reply on HN