5 ms·
"Never give your information to a business that made a mistake like this, ever." Fwiw back in 1996 or 97 the UPS website did the same thing. By altering the tr
by larrys 14y ago
"Never give your information to a business that made a mistake like this, ever."
Fwiw back in 1996 or 97 the UPS website did the same thing. By altering the tracking number you could see somewhat complete information on someone else's shipment. Since the tracking numbers ran in sequence from the shippers log books giving one tracking number from a competitor you could see all their customers. (To get that all you had to do was place a single order so they shipped to you. Although I guess it wouldn't have been even easier to social engineer someone to simply give you any tracking number and save that step.)
- whalesalad 14y agoTotally not the same thing. Not even close. Knowing a tracking number is nothing compared to having access to someone's AWS account. That's like saying knowing where someone's car is parked is the same as having their keys and a full tank of gas. I agree with silhouette. These guys scaffolded a rails project and and then slapped bootstrap on it. You can't trust an MVP this extreme.
- mryan 14y agoThis is exactly the same thing - an obvious security oversight that resulted in private information being disclosed, simply by modifying the URL. The fact that the results are so different is irrelevant - the attack vector was essentially the same. Also, even with the complete lack of security on this site, it should still not be possible to take any action on the victim's AWS account. IAM has read-only roles for this exact reason - hopefully no-one was negligent enough to post their master AWS key/secret in to this or any other third-party site.
- brianpan 14y agoThe results absolutely do matter. If you're running a site, you should be auditing the areas where the security risk is the greatest and taking extra precautions, and those areas are hopefully few. If you're not first taking care of the places where the results are disastrous, then you're doing it wrong. Obviously if there is a known attack vector, you would fix any similar issues everywhere, but not all code is the same.
- mryan 14y agoThe point I was making is that this particular flaw is indeed the same as the UPS flaw when considered at a high level - modifying a URL caused sensitive data to be disclosed. In practical terms, of course the nature of data that is disclosed is relevant. AWS keys are incredibly valuable, and should be treated as such.
- Evbn 14y agoWait, does rails scaffolding turn off security by default?
- Silhouette 14y agoFair point, though of course that was at a time when most of the world hadn't even heard of the World Wide Web yet. Most people running web sites handling sensitive information have learned a lot of lessons since then.
- taylonr 14y agoAnd a lot of today's startup community was watching Sesame Street
- adgar2 14y agoAll I can say to that is thank Christ it's not 1996 anymore.
- Evbn 14y agoThat hasn't changed. You can pop a tracking number into UPS and get shipment info.
- larrys 14y agoCurrently given a tracking number you can only get the following info: Package weight Shipping date Who signed for it (last name) Where package was left Town delivered to When delivered And some other nominal info. In the old days you saw exactly who the shipper was and detailed info on the recipient and recipients address. There was probably other info but what I've listed is what I remember. I remember thinking at the time that it would be valuable and contain exactly what a competitive company would need to gather a list of potential customers.
- alanh 14y agoThat’s a really interesting anecdote, but not fully thinking through the security implications of the Web in 1996 is not the same thing as royally screwing up in 2012.