Live data from Hacker News

Bucketsquatting is finally dead

onecloudplease.com

131–140 of 187 posts

Re: Bucketsquatting is finally dead

#131
post #53

Why all that stuff with namespaces when they could just not allow name reuse?

I think a better policy would be to disallow bucket names that follow the account regional namespace convention, but don’t match the account id indicated in the name.

So no bucket sharing across accounts?

Re: Bucketsquatting is finally dead

#132
post #9

> For Azure Blob Storage, storage accounts are scoped with an account name and container name, so this is far less of a concern. The author probably misunderstood what "account name" is in Azure Storage's context, as it's pretty much the equivalent of S3's bucket name, and is definitely still a large concern. A single pool of unique names for storage accounts across all customers has been a very large source of frust…

You also can't even have hyphens in the storage account name. It's a complete shit show tbh. Same with container registries and other resources.

Re: Bucketsquatting is finally dead

#133
post #94

Earlier quoted context omitted.

AWS support seems to be struggling. I just came to help a new customer who had a rough severance with their previous key engineer. The root account password was documented, but the MFA went to his phone. We've tried talking to everyone we can, opening tickets, chats, trying to talk to their assigned account rep, etc, no one can remove the MFA. So right now luckily they have other admin accounts, but we straight up ca…

I named random Joe as the sole owner of "my" bank account and the bank wouldn't allow me to access "my" money!

That's not an equivalent analogy. A better analogy would be to say I had a bank account and I told my bank to call up Joe on the phone when confirmations were needed. I still have the account, but I have fallen out with Joe. I want the bank to call somebody else, but they refused to do so, even though it's my account and I'm paying the bill for it!

Re: Bucketsquatting is finally dead

#135

Earlier quoted context omitted.

You can always use plus-addressing if your email provider supports that. AWS considers plus-addressed root emails to be unique.

Doesn’t solve the SSO issue though unless you change your login email

I don't really understand that problem, exactly. I'm not aware of any restrictions for using AWS Identity Center (SSO) with an email address that happens to be a root email for another AWS account.

I checked the documentation but I couldn't find anything to show this to be a problem other than that the practice is discouraged.

Re: Bucketsquatting is finally dead

#136
post #55

Speaking of unique names within AWS, I learned the other day that even after you delete an AWS account, you can’t reuse the root user email addresses (it’s documented, but I wasn’t aware). Someone at my org used their main company email address for a root user om an account we just closed and a 2nd company email for our current account. We are past the time period where AWS allows for reverting the account deletion.…

That seems like a GDPR violation waiting to happen. It shouldn't be possible for them to store an email address like that forever and be in compliance.

This can be implemented without storing it. They could store a hash. No idea what they actually do.

Re: Bucketsquatting is finally dead

#137
post #87

Earlier quoted context omitted.

The .NL gTLD used to work like that for personal registrations (ie individuals without a business registration). $name.NNN.nl where you were allowed to choose the number. It won't surprise you the scheme never caught on and has been decommissioned (you can now register any available domain as an individual as well). The difference is probably few people use a personal TLD, but many use a name on some social media.

I didn’t think it was possible to have a personal TLD - did you mean a personal domain?

Well, I guess it's possible now to have a personal TLD, but yes, I meant domain.

Re: Bucketsquatting is finally dead

#138

Earlier quoted context omitted.

That seems like a GDPR violation waiting to happen. It shouldn't be possible for them to store an email address like that forever and be in compliance.

This can be implemented without storing it. They could store a hash. No idea what they actually do.

A hash of a public identifier like an email is personally identifiable data.

Re: Bucketsquatting is finally dead

#139
post #81

Earlier quoted context omitted.

S3 was well aware of the pain when I was there ~10 years ago, just considered themselves handcuffed by the decisions made before the idea of a cloud was barely a twinkle in a few people's eyes, and even the idea of this kind of scale of operation wasn't seen as even remotely probable. The namespace issue is one of a whole long list of things S3 engineers wish they could change, including things like HTTP status code…

V1 never dies. You support it forever, including for customers who desperately want v2-only features but would rather escalate than migrate.

AWS has a privileged position compared to other deprecation struggles in the industry, though. They can price the v2 version aggressively/at a loss to incentivize migration without major bottom line impact.

And sure, v1 is forever, but between getting to the point where new accounts can’t use it without a special request (or grandfathered in sweetheart rates, though that might be a PR disaster) and incentivizing migration off for existing users could absolutely get s3v1 to the point where it could be staffed for maintenance mode rather than staffed as a flagship feature.

It’d take years, but is totally possible. Amazon knows this. If they’re not doing it, it’s because the costs don’t make sense for them.

Re: Bucketsquatting is finally dead

#140

Why the hell is this a name suffix instead of just using subdomains? myapp-123456789012-us-west-2-an vs myapp.123456789012.us-west-2.s3.amazonaws.com The manipulations I will need to do to fit into the 63 char limit will be atrocious.

I would guess that it can add one more DNS lookup?
Post reply on HN