News for hackers. Stuff that matters.
Re:Show HN: Curl https://ec2.shop by saurik on Tuesday June 30, 2020 @07:24AM (#23688957)
For HTTPS to truly be meaningful we need to stop supporting HTTP as an on-ramp, to prevent people from just hijacking that initial unencrypted connection and sending anything they want.
Re:Show HN: Curl https://ec2.shop by Znafon on Tuesday June 30, 2020 @07:30AM (#23688995)
If you MITM and the user agent send an HTTP request for ec2.shop it does not matter whether the webserver supports HTTP or not, you can send a fake HTTP response either way.
Re:Show HN: Curl https://ec2.shop by hnlmorg on Tuesday June 30, 2020 @07:46AM (#23689093)
That was the GPs point.
Re:Show HN: Curl https://ec2.shop by mschuster91 on Tuesday June 30, 2020 @07:35AM (#23689019)
Anyone who likes to prevent that can submit their site to the HSTS preload list. Chrome, Firefox and Edge use a shared one, the only two relevant other agents (Safari and curl) unfortunately don't though.
Re:Show HN: Curl https://ec2.shop by flatiron on Tuesday June 30, 2020 @07:47AM (#23689104)
This is about curl though.
Re:Show HN: Curl https://ec2.shop by xxpor on Tuesday June 30, 2020 @11:40AM (#23691160)
(speaking only for myself, not my employer)

I truly do not care if someone goes through the effort to MITM my curl of ec2.shop to inject fake prices or something like that.

There's nothing here that's going to be executed, it'll just be printed or grepped.

In theory you could exploit a 0 day in curl or my terminal or something like that, but I think if you truly think about the risks and tradeoffs here it's really not worth worrying about.

If curl had an hsts list to make this irrelevant that'd also be cool.

Re:Show HN: Curl https://ec2.shop by toyg on Tuesday June 30, 2020 @02:17PM (#23693048)
> There's nothing here that's going to be executed

... yet.

Imagine someone using it to find "the biggest size available under $1" and then taking that value to execute some other script.