We tested popular web hosting companies and all were easily hacked
websiteplanet.com
We tested popular web hosting companies and all were easily hacked
1–10 of 52 posts
Re: We tested popular web hosting companies and all were easily hacked
#2Re: We tested popular web hosting companies and all were easily hacked
#3Re: We tested popular web hosting companies and all were easily hacked
#4Re: We tested popular web hosting companies and all were easily hacked
#5I always assumed cheap hosts were terrible, but this is mind boggling incompetence beyond what I would have imagined.
Re: We tested popular web hosting companies and all were easily hacked
#6Re: We tested popular web hosting companies and all were easily hacked
#7Here's a quick breakdown:
1. Autogenerating CORS headers based on a regexp that can be tricked into allowing .evil.org.
2. A form POST encoded text/plain that gets interpreted as JSON to bypass CSRF check.
3. Using CORS origin check gaps to do an HTTP downgrade.
4. XSS-ATO by email address changes (this is pretty vanilla).
5. Sending “token[]=” to break PHP CSRF token check through type confusion.
6. Breaking a different CORS generator by smuggling the whitelisted domain into a ?urlparam=safe.org.
7. Setting content-type=text/plain; application/json to fake out browser check for JSON and bypassing CSRF at OVH.
8. Some fiddly and not super interesting CSP bypasses.
Re: We tested popular web hosting companies and all were easily hacked
#8Has anyone asked for a comment from any of these companies? Seems like a big security problem.
Re: We tested popular web hosting companies and all were easily hacked
#9But hosting management also has a whole lot of potential for logical errors. I work at a B2B ISP that is also a managed service provider, and every now and then somebody calls for more self-service. I'm not against it, but it's full of landmines.
It starts with such simple things as account creation. We allow accounts with the appropriate roles to be used for several different customers, which means we cannot namespace them by tenant.
We used to give accounts usernames based on the first and last name, but that makes it very easy to leak which other accounts exists (when "John Doe" becomes "johndoe4" instead of just "johndoe", you can infer the existence of other accounts, and thus that other "John Doe"s are among our customer base). We had to change that, which isn't as easy as it sounds for a company that has been doing things a certain way for 25 years.
Potential logic errors and information leaks lurk in all places where you cannot namespace things because they are not fully under your control, which can be IP addresses (big customers bring their own address spaces, and IPv4 address space is too small for generous segmentation), Domains, email addresses, phone numbers and so on.
Re: We tested popular web hosting companies and all were easily hacked
#10I'm less interested in how vulnerable Bluehost and Dreamhost are (of course they are), and more interested in how good a writeup this is about finding variants of and then weaponizing a handful of vulnerabilities most pros would write off as sev:lo hygiene bugs. The form POST as JSON is particularly cute. This is pretty great. Here's a quick breakdown: 1. Autogenerating CORS headers based on a regexp that can be tric…
It's usually a lot easier to write the PoC with fetch() though.