Slashdot Mirror


Is Google's Promotion of HTTPS Misguided? (this.how)

Long-time software guru Dave Winer is criticizing Google's plans to deprecate HTTP (by, for example, penalizing sites that use HTTP instead of HTTPS in search results and flagging them as "insecure" in Chrome). Winer writes: A lot of the web consists of archives. Files put in places that no one maintains. They just work. There's no one there to do the work that Google wants all sites to do. And some people have large numbers of domains and sub-domains hosted on all kinds of software Google never thought about. Places where the work required to convert wouldn't be justified by the possible benefit. The reason there's so much diversity is that the web is an open thing, it was never owned....

If Google succeeds, it will make a lot of the web's history inaccessible. People put stuff on the web precisely so it would be preserved over time. That's why it's important that no one has the power to change what the web is. It's like a massive book burning, at a much bigger scale than ever done before.

"Many of these sites don't collect user data or provide user interaction," adds Slashdot reader saccade.com, "so the 'risks' of not using HTTPS are irrelevant." And Winer summarizes his position in three points.
  • The web is an open platform, not a corporate platform.
  • It is defined by its stability. 25-plus years and it's still going strong.
  • Google is a guest on the web, as we all are. Guests don't make the rules.

"The web is a social agreement not to break things," Winer writes. "It's served us for 25 years. I don't want to give it up because a bunch of nerds at Google think they know best."


435 comments

  1. Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

    And why are they called rockets when they are guided?

    1. Re:Misguided Like A Japanese Rocket Launch by postbigbang · · Score: 1, Interesting

      HTTPS doesn't require much at all. This writer's observations aren't very good. The https everywhere movement is a bare-minimum. We once were foolish enough to trust others on the web; the concept of zero-trust is where we are today, and for good, even outstanding reasons. That Google champions it is fine, even though Google is a corral of skunks, in my opinion, perhaps the worst robbers of privacy on the net.

      In this case, however, https is absolutely the right direction, and twenty-five years of ostensible trust is more than naive, it's freaking treacherous out there, even for hackers with half a brain.

      --
      ---- Teach Peace. It's Cheaper Than War.
    2. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 5, Informative

      Except that the rules for HTTPS have changed at least 3 or 4 times, and recently. First keys weren't long enough. Then SSL wasn't good enough. Then TLS 1.0 is broken.

      Managing ssl.conf across a few dozen servers has taken a fair amount of man hours at my organization in the last couple years-- and we have configuration management tools.

      And all of this is to protect the transmission of unrestricted, publicly accessible information.

      Do we really need https to display wikipedia? To see today's headlines on CNN? To read slashdot? Does the wayback machine of publicly viewable web pages need to be encrypted during transmission?

      A large percentage of the web doesn't need to be encrypted during transmission.

    3. Re:Misguided Like A Japanese Rocket Launch by postbigbang · · Score: 3, Interesting

      To answer your questions: yes. It needs to be default. Users, civilians, need to know when a web page is sending info across a network that's unencrypted, e.g. as plain text. They don't know the implications.

      It would be a wonderful world if key management was simple, and it can be. CASB apps make it simple.

      Wait until you find wire-sniffing apps inside your (expletives deleted) routers, or someone that's programmed a router port mirror to a tor listener. Security isn't that tough, but it eludes thousands of organizations. Look at this weeks, largest-ever breach in Florida, where most all of the living population of the United States had their names, addresses, and a few other juicy fields snarfed because of stupidity. The basics should include TLS 1.3.

      Yes it changes. Anything valuable still requires paying attention to it. Civilians are clueless, and it's up to the responsible ones to do the job. So we do it. LetsCrypt is an easy method to get a cert and use it. I'm still unsatisfied that WPA3 is worth it, but I like how it works at a glance. In the real world, much stuff is broken and vendors are stupid and in it for this quarter's model, and this quarter's report to Wall Street and little else. Raising the standard from plain text to encrypted is an important step.

      --
      ---- Teach Peace. It's Cheaper Than War.
    4. Re:Misguided Like A Japanese Rocket Launch by LWATCDR · · Score: 2

      "HTTPS doesn't require much at all"
      But it is not without cost. It takes more power if nothing else.
      I think the issue is why punish sites that do not use HTTPS if they have no reason to use HTTPS?
      Why do I need to use HTTPS on a website I create that is totally public, offers not login/forums, and takes no payments. Maybe a site dedicated to building Control Line airplanes?

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    5. Re:Misguided Like A Japanese Rocket Launch by spire3661 · · Score: 4, Informative

      I shouldn't have to get a cert to pop up a website, period. The fact that people like you think we should is foolish, stupid and a road to hell.

      --
      Good-bye
    6. Re:Misguided Like A Japanese Rocket Launch by spire3661 · · Score: 2, Insightful

      " Civilians are clueless, and it's up to the responsible ones to do the job. So we do it."

      You are a fucking fool.

      --
      Good-bye
    7. Re:Misguided Like A Japanese Rocket Launch by tepples · · Score: 5, Informative

      Why do I need to use HTTPS on a website I create that is totally public, offers not login/forums, and takes no payments. Maybe a site dedicated to building Control Line airplanes?

      Two reasons: So that the ISP can't modify the page in transit to include advertisements or other unwanted elements, which Comcast has been caught doing. Also so that the ISP can't use the URL paths that their subscribers visit to build interest profiles on their subscribers. With HTTPS, the man in the middle sees only the hostname (e.g. "tech.slashdot.org", not the path ("/comments.pl?sid=12295934&cid=56872990").

    8. Re:Misguided Like A Japanese Rocket Launch by Khyber · · Score: 0

      "So that the ISP can't modify the page in transit to include advertisements or other unwanted elements, which Comcast has been caught doing. "

      Doesn't stop them anyways, I've already seen it with Charter when it comes time to pay your bill. They have a way to break your HTTPS so they can inline a "Your bill is past-due" through whatever page you're viewing.

      --
      Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
    9. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Certainly are free through places like letsencrypt. Though they're only good for 3 months. If it takes your engineers more than an hour every 3 months to maintain the cers on all those domains, perhaps you need to find better engineers

    10. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      You sir, are an idiot. Publicly available data does not need HTTPS and forcing it is just passive-aggressive nonsense. An attempt to exert dominance where none is needed. Go to hell with your smarmy schemes to make yourself feel better about being a douche.

    11. Re:Misguided Like A Japanese Rocket Launch by jpaine619 · · Score: 3, Insightful

      I was on the side that agreed with your statement.. But then I thought about it for a while... non HTTPS traffic (plain HTTP) can be modified in-stream. I think it was Comcast that was caught injecting ads into HTTP traffic a few years ago. You cannot do that with HTTPS. Do you want your ISP injecting or modifing the webpages you are trying to read? Besides, nothing prevents anyone from having two or three browsers.. If chrome isn't cutting it for you, there's always alternatives.

      So.. maybe a position reevaluation is in order?

    12. Re:Misguided Like A Japanese Rocket Launch by jpaine619 · · Score: 1

      Bullshit.

      That is not possible unless you are using a proxy they set up. You cannot inject ads into an HTTPS stream. Modifying any bits will cause the decryption to fail.

    13. Re:Misguided Like A Japanese Rocket Launch by jpaine619 · · Score: 1

      what the fuck does voting for Trump have anything to do with that moron's statement?

    14. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      It will certainly help Google sell certificates ...

    15. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Fuck you traitor. The king of nlggers, aka Trump, will die in prison when Mueller is through. You kikes are all the same. Faggot GOP INCEL!

    16. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Uhm, no, they can't have unless you were dumb enough to allow them to install a root cert on your personal stuff.

    17. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      So.. maybe a position reevaluation is in order?

      Nope.

    18. Re: Misguided Like A Japanese Rocket Launch by Wycliffe · · Score: 1

      Certainly are free through places like letsencrypt. Though they're only good for 3 months. If it takes your engineers more than an hour every 3 months to maintain the cers on all those domains, perhaps you need to find better engineers

      If your engineers are manually renewing your certificates every 3 months then you also need to find better engineers. The whole reason let's encrypt uses short expiration dates is so that people will automate it. They could easily do a year or longer but then people get lazy and just manually do it.

    19. Re: Misguided Like A Japanese Rocket Launch by Wycliffe · · Score: 1

      Two reasons: So that the ISP can't modify the page in transit to include advertisements or other unwanted elements, which Comcast has been caught doing. Also so that the ISP can't use the URL paths that their subscribers visit to build interest profiles on their subscribers. With HTTPS, the man in the middle sees only the hostname (e.g. "tech.slashdot.org", not the path ("/comments.pl?sid=12295934&cid=56872990").

      Those two reasons are really both part of the same real reason: So google can reduce competition. Google wants to hamper other companies ability to build interest profiles and sell advertising.

    20. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      You are my new favorite Slashdot troll. Keep up the good work.

    21. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Trump Derangement Syndrome (TDS). A sad condition that affects many who get their news exclusively from the main stream press. They believe it is news, and true. In reality, it is propaganda being fed to them by a cabal of rich evildoers who work behind the scenes to manipulate the country.

      Said evildoers are extremely pissed off that an outsider managed to secure the presidency, a position they though they had clinched for one of their puppets. Their response is to brainwash the public into thinking the winner of said position is racist, misogynist, and evil. Sadly, this plan works on lesser minds.

    22. Re:Misguided Like A Japanese Rocket Launch by Calydor · · Score: 1

      Out of curiosity in case what you say is true, is it possible for the ISP to receive an HTTPS request and return it within one piece of a frame with such a notification sitting in another piece of the frame?

      --
      -=This sig has nothing to do with my comment. Move along now=-
    23. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      You assume everyone is playing nice. That is not true everywhere. Public info doesn't require sec? Really, how do you know you are connected to the real site? How do you know the info you read is real? How do you know someone isn't checking what you read? Any of those points and more change around the world

    24. Re:Misguided Like A Japanese Rocket Launch by religionofpeas · · Score: 1

      HTTPS doesn't require much at all.

      Try running it on a $10 microcontroller.

    25. Re:Misguided Like A Japanese Rocket Launch by Zontar+The+Mindless · · Score: 1

      And why are they called rockets when they are guided?

      What makes you think they should be called something else? A rocket is basically anything that is self-propelled using a rocket engine. Some sources claim that a missile is always guided. However, many other sources that state that missiles can be guided or unguided, and given the prevalence of the term "guided missile", I tend to agree with the latter. Note also that a missile does not necessarily have to be rocket-powered, and that there's plenty of examples of the payload launched from a catapult, trebuchet, sling, etc., being referred to as a missile.

      The moral of the story: Never rely on StackExchange as a sole authority; always verify any answers you find there by direct testing or from other trusted sources.

      --
      Il n'y a pas de Planet B.
    26. Re:Misguided Like A Japanese Rocket Launch by Zontar+The+Mindless · · Score: 1

      Sounds to me like someone's admitting that he *wants* to perform on-the-fly content modification. Care to let us know why that might be?

      --
      Il n'y a pas de Planet B.
    27. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      I've already seen it with Charter when it comes time to pay your bill. They have a way to break your HTTPS so they can inline a "Your bill is past-due" through whatever page you're viewing.

      That sounds like some browser plugin, or maybe just a push notification from their site.

      Whatever it is, I don't see that from Charter, and I've been with them for about ten years. I know what browser plugins I have running, don't allow push notifications (or even requests) in any way, and don't use the ISP provided DNS.

      You're probably doing something ignorant, or just lying.

    28. Re:Misguided Like A Japanese Rocket Launch by Zontar+The+Mindless · · Score: 1

      In reality, it is propaganda being fed to them by a cabal of rich evildoers who work behind the scenes to manipulate the country.

      Sounds an awful lot like Breitbart and the Koch brothers to me.

      --
      Il n'y a pas de Planet B.
    29. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      I doubt such an expensive microcontroller will have any trouble with HTTPS.

    30. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      There was a company called Phorm which did custom adverts based on deep packet inspection of the contents of a webpage. This blew up when a company owner couldn't understand why he was getting different webpages from his own company server depending on which ISP he used. Spent a week taking time off work to investigate. BT had signed a deal with this company. Then it blew up.

    31. Re:Misguided Like A Japanese Rocket Launch by mikael · · Score: 1

      Opera allows a user to save a webpage as a PDF file. Maybe it's time to just create webpages as PDF files with checksums, and not have the network fiddleware mash up images and documents.

      The only problem with archived files on official archive websites, is that many of the zip files contain viruses and other malware.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    32. Re:Misguided Like A Japanese Rocket Launch by sjames · · Score: 1

      Currently, HTTPS proves that the site is run by someone with at least average photoshop skills such that they convinced some CA you've never heard of that they are the true proprietors of entity you've never heard of.

      I feel more secure already!

    33. Re:Misguided Like A Japanese Rocket Launch by dshk · · Score: 1

      "Wait until you find wire-sniffing apps inside your (expletives deleted) routers" Yes, I do quite frequently that, about once a week and we are a micro company. tcpdump is one of the most useful tool to debug firewall, vpn, application level networking issues of my users. Plain text protocols are a great help, and it is not coincidental, that most public protocol is plain text. They can be debugged, I can see what is happening on the wire. Usually even binary protocols contain enough ASCII text for debugging. Unnecessary (expletives deleted) HTTPS makes this impossible.

    34. Re:Misguided Like A Japanese Rocket Launch by sjames · · Score: 3, Insightful

      Have a look at the CAs accepted by your browser. Do you actually trust each and every one of those entities to never issue a cert in error? Have you even heard of most of them?

    35. Re:Misguided Like A Japanese Rocket Launch by sjames · · Score: 1

      Sounds to me like someone just wants a decent browser that will actually take "just shut up about the cert and show me the damned page" for an answer.

      If Google actually cared about transmission security, they'd implement cert pinning, including for self-signed certs.

      If it was actually just about security and identification and not rent seeking, then any cert could be used to sign subdomain certs. If you trust that I am the right and proper owner of example.com, why is it not good enough if I vouch for alpha.example.com?

    36. Re: Misguided Like A Japanese Rocket Launch by sjames · · Score: 1

      It seems like it would be easier all around if let's encrypt used longer expiration dates.

    37. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Civilians are clueless

      You're a fucking civilian, moron. What a pompous damn attitude.

    38. Re:Misguided Like A Japanese Rocket Launch by sjames · · Score: 1

      Sounds like perhaps it should be possible to get the browser to encrypt without a cert or at least with a self-signed cert.

      Compare the cases:

      Self signed cert: Joe blow says he's Joe Blow. Sure, anyone might claim that but honestly, I don't actually know him anyway. It might be nice to have pinning so I at least know the guy I'm talking to today is the same one I was talking to yesterday, but in the end, it's string controlled airplanes, not my banking details.

      CA signed cert. Great, now I know that the guy who says he's Joe Blow also told a CA (that has no reasonable means to check) that he's Joe Blow. Whoopty! It still might be nice if the browser could let me know the Joe Blow I'm talking to today is or is not the same one I was talking to yesterday.

      There are certs where (hopefully) more ID verification happens. If you're doing your banking, you should make sure the cert is one of those. But those cost a lot more amd you won't be getting one of those from Let's Encrypt.

      As for rat bastard ISPs, how many people WON'T run a program provided by their ISP to "optimise" their internet experience that also (or only) slips them in as a valid CA for purposes of launching a man in the middle attack? I submit that the people who will not run such a thing are exactly the ones who could handle self-signed certs with pinning and a web of trust.

    39. Re:Misguided Like A Japanese Rocket Launch by Rockoon · · Score: 1

      Not only is he clueless, he is under the delusion that he is some sort of fucking digital soldier. While there may exist people I might consider a "digital soldier", it sure as fuck isnt slashdot user postbigbang ( 761081 ) that is gullible as fuck anointing certificate authorities the gatekeepers of information, and google the gatekeeper of allowed certificate authorities.

      --
      "His name was James Damore."
    40. Re:Misguided Like A Japanese Rocket Launch by MoarSauce123 · · Score: 1

      "HTTPS doesn't require much at all." - It requires maintenance effort and incurs a financial cost. You have to buy certificates and they expire. Yes, there are free certificates like those from Let's Encrypt, but they are cumbersome to use and expire after 3 months. If Google wants everyone to use HTTPS then Google should issue free certificates that expire after a year or two. Google demanding things without doing their part is typical. Aside from that, any site dishing up static content and not collecting any login or other personal information does not need HTTPS.

    41. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Then they need to make certificates cheap.

    42. Re: Misguided Like A Japanese Rocket Launch by buchanmilne · · Score: 1

      Two reasons: So that the ISP can't modify the page in transit to include advertisements or other unwanted elements, which Comcast has been caught doing.

      You're proposing a technical solution be imposed on everyone, everywhere to fix a problem (lack of competiton allows behaviour customers don't like) with your specific market. How American of you.

      (When I worked for an ISP, I was involved in implementing a solution to notify customers when they had reached a usage tier and were being throttled, but we provided them with the ability to opt out of the in-browser notifications if they had email or SMS notifications enabled. The only motivation here was to enhance the customer experience for the large majority of users who didn't know what their usage was or where to view it)

      Also so that the ISP can't use the URL paths that their subscribers visit to build interest profiles on their subscribers.

      My ISP is subject to local laws, and since I have a contract with them to provide services to me, I have some legal recourse. Also, if I am unhappy with my ISP, I can switch ISPs (or use different ISPs at different times by dialling another PPPoE session).

      I am much more concerned about advertising networks like Google and Facebook who collect all our browsing information all the time due to the prevalence of Google analytics, adverts, and like buttons, who cannot be escaped as easily as dialling another PPPoE session.

      With HTTPS, the man in the middle sees only the hostname (e.g. "tech.slashdot.org", not the path ("/comments.pl?sid=12295934&cid=56872990").

      ISPs typically aren't interested in the difference. And the only reason they are typically interested in the hostname portion of the URL is to understand their customers, and how their customers experience the internet, to improve the experience. At least, in markets where the regulator has required that natural monopolies (e.g. last-mile network operator) provide wholesale services (in our case, layer-3 hand-over) to ISPs at reasonable prices to allow competition.

    43. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Yup, given that expensive general-purpose computers like raspberry pi zero cost half of that.

    44. Re:Misguided Like A Japanese Rocket Launch by Wrath0fb0b · · Score: 1

      I shouldn't have to get a cert to pop up a website, period. The fact that people like you think we should is foolish, stupid and a road to hell.

      The fact appears to be that you did not understand, because you got what you want.

      You do not need a cert to "pop up a website". No one is requiring that.

      When a browser interacts with your website, the UI will now accurately convey to the user the true fact that the contents of this site were not protected for confidentiality or integrity in transport. That is all.

      If your website truly does not require either (e.g. bash.org) then leave it as-is.

    45. Re:Misguided Like A Japanese Rocket Launch by CODiNE · · Score: 1

      Third reason: Javascript injection. Let's say you're at the local coffee shop with an unencrypted WiFi connection and you browse some static page from the 90s. Somebody drops in a little bit of Javascript as the page is in transmission. Next thing you know your browser has made a connection to a nasty site that fingerprints it, sends over the latest vulnerabilities for it (since anyone arguing against HTTPS everywhere doesn't exactly keep up on security news), exploits the browser, escapes the sandbox and installs whatever they want on the system. It's all automated and happens instantly.

      AKA Drive-by Downloads. https://en.wikipedia.org/wiki/...

      --
      Cwm, fjord-bank glyphs vext quiz
    46. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      > Do we really need https to display wikipedia? To see today's headlines on CNN? To read slashdot?
      > Does the wayback machine of publicly viewable web pages need to be encrypted during transmission?

      Yes! It's far less privacy-intrusive for my employer, my ISP or whoever to see, what domain I connect to than what specific article, forum thread or comments I look at or post! By an order of a magnitude!

      This is coming from a country with a mandatory 12-months retention period for my entire traffic metadata! Good for Mr. Winer, that he thinks, caution doesn't apply to him.

    47. Re: Misguided Like A Japanese Rocket Launch by religionofpeas · · Score: 1

      Yup, given that expensive general-purpose computers like raspberry pi zero cost half of that.

      The raspberry pi zero is not expensive. It's insanely cheap. To see how insanely cheap, try making a list of all the individual components on the pi zero, and add up the cost if you would order them from a normal distributor. Don't forget the PCB.

    48. Re:Misguided Like A Japanese Rocket Launch by Megol · · Score: 0

      Should we then assume that you have to encrypt all your traffic for some nefarious reason?

    49. Re:Misguided Like A Japanese Rocket Launch by chmod+a+x+mojo · · Score: 3, Insightful

      Wait until you find wire-sniffing apps inside your (expletives deleted) routers, or someone that's programmed a router port mirror to a tor listener. Security isn't that tough, but it eludes thousands of organizations. Look at this weeks, largest-ever breach in Florida, where most all of the living population of the United States had their names, addresses, and a few other juicy fields snarfed because of stupidity. The basics should include TLS 1.3.

      Then you are already fucked. Period. There is nothing stopping the attacker from doing the exact same thing, but easier on your computer, all while being able to read the information in the decrypted form. That means the attacker is already in your network and can chain exploits until they own everything.

      Not to mention - why the FUCK would I need HTTPS to view a page that has been sitting around since 1998, is static HTML, likely has no ads plastered all over its face, and contains information on something obscure and random that newer pages don't have anymore? There's no reason for encryption for these older pages. Ever. There is no login information, user credentials, or even scripts being executed. It's fucking HTML, if the browser manage to fuck it up enough to be an exploit maybe, just maybe we should be looking at securing the browser instead of the transfer at that point.

      --
      To err is human; effective mayhem requires the root password!
    50. Re:Misguided Like A Japanese Rocket Launch by tepples · · Score: 1

      Khyber's claim, as I understand it, is one of two things:

      A. Charter has misused a certificate to set up a proxy.
      B. Charter is imposing a captive portal on past due subscribers, which causes the web browser to make a cleartext HTTP request to retrieve the network's sign-in page.

    51. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      They aren't breaking https, they're just wrapping the page inside a frame from a proxy.

    52. Re:Misguided Like A Japanese Rocket Launch by mlyle · · Score: 1

      Google... developed cert pinning (HPKP) and only after bad operational experience removed it:

      https://www.zdnet.com/article/...

    53. Re:Misguided Like A Japanese Rocket Launch by sjames · · Score: 1

      That's because they did it wrong. The big mistake was having the browser refuse to do as it was told rather than just providing informative messages. The second was depending on the site operator's instructiopns rather than just remembering the cert it saw before as a matter of course.

      Perhaps they're losing their edge.

    54. Re:Misguided Like A Japanese Rocket Launch by NoobyNoobyDoo · · Score: 1

      Security isn't that tough, but it eludes thousands of organizations.

      It's not something I can say I've thought deeply on, but I think I want to disagree with such a statement.

      For starters, vigilance is not easy.

    55. Re:Misguided Like A Japanese Rocket Launch by Improv · · Score: 1

      Why do I need to care about these things? Not my problem.

      --
      For every problem, there is at least one solution that is simple, neat, and wrong.
    56. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Encryption isnâ(TM)t just for security with passwords and financial transactions. Itâ(TM)s also there to defeat passive attackâ(TM)s, companies, ISPâ(TM)s all slurping up your browsing data to get a profile of you and your interests. So yes, there isnâ(TM)t a concern to your personal security if you view wikipedia. But that doesnâ(TM)t mean itâ(TM)s safe - over an unencrypted connection, everyone in between you and wiki could know that youâ(TM)re researching a specific set of ailments that could mean cancer. Information you might not want health insurers to have if you havenâ(TM)t been diagnosed yet, for instance.

      It is beyond ironic that the company pushing this is the biggest invader of them all. It would be fitting if the push to ssl was also accompanied by âoestop uising our analytics tool! Self host your fonts and libraries!â

      Of course theyâ(TM)re not doing that. Which ends up putting them at an advantage over anyone else trying to enter their realm.

      Iâ(TM)m fine with them stepping up the warnings about viewing and interacting with pages over insecure connections, but even if their motives were 100% pure, penalizing long standing sites that have proven their usefulness for not making a switch seems backward. Itâ(TM)s a gambit they can only make by having the most popular search tool and one of the most used browsers. And itâ(TM)s a risk to our access to knowledge.

      Maybe, they could apply those new rules only to new domains joining their indexes, grandfathering in old sites. I donâ(TM)t know. They could mean well, again, just messaging it horribly.

    57. Re:Misguided Like A Japanese Rocket Launch by postbigbang · · Score: 1

      Sloth is easily rewarded. Read about the weekly breaches if you had any questions. We're losing the war. And make no mistake about it: it's a war.

      --
      ---- Teach Peace. It's Cheaper Than War.
    58. Re:Misguided Like A Japanese Rocket Launch by Zontar+The+Mindless · · Score: 1

      Well, it does tend to guarantee that what I receive on my end is in fact the same as what was transmitted by the server, no?

      If I'm misunderstanding anything, feel free to educate me.

      --
      Il n'y a pas de Planet B.
    59. Re: Misguided Like A Japanese Rocket Launch by Zontar+The+Mindless · · Score: 1

      Whoooooooshsh...

      --
      Il n'y a pas de Planet B.
    60. Re:Misguided Like A Japanese Rocket Launch by Xtifr · · Score: 1

      It will certainly help Google sell certificates ...

      How will it do that when the Internet Security Research Group (which is backed by the EFF among others--including, yes, Google) is giving them away for free?

      The problem here is the assumption (which Winer got from God-only-knows where) that Google is the one behind the drive to use https, when, in fact, the EFF and Tor are major backers of the push. And, while I don't trust Google as far as I could throw them, I trust the EFF and Tor a lot more than I trust this Winer guy.

    61. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      That wouldn't be breaking the HTTPS stream. That would be a case of redirection.

    62. Re: Misguided Like A Japanese Rocket Launch by religionofpeas · · Score: 1

      You can whooosh all you want, but the fact that a $5 pi zero runs linux. openssl and apache, doesn't mean a $10 microcontroller with 1MB of flash and 128kB of RAM can do the same thing. And there are plenty of good reasons to use a $10 microcontroller over a $5 pi.

    63. Re:Misguided Like A Japanese Rocket Launch by helpfulcorn · · Score: 1

      I'm at a loss as to why you replied to a nonsensical comment about Japanese rockets with actual useful information. I'm also at a loss as to why I'm even bringing it up.

    64. Re:Misguided Like A Japanese Rocket Launch by tepples · · Score: 1

      Do you enjoy ads for something you already bought following you around the web? Do you enjoy having your phone's, tablet's, or laptop's battery drained, or the electric bill for use of your desktop increased, by Monero cryptocurrency mining scripts that third parties inject into HTML documents that you view?

    65. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Sounds like you're using their DNS servers. Don't.

    66. Re:Misguided Like A Japanese Rocket Launch by Improv · · Score: 1

      As a content provider, that's not my business.
      And as a consumer, I use lots of ad-blockers and similar, because I visit a lot of sites where I don't even trust the content provider not to do that stuff.

      And as someone who once worked at a VPN-as-a-service company, I know that there are ways to, with the user's permission usually, inject root certificates to all for content injection into HTTPS, and also that even outside of this, most sites don't contract with advertisers directly; they use ad networks and most of those have very poor quality controls; even now fairly often when I browse the internet on my phone I get that take-over-your-phone ad content.

      That ship has sailed; these concerns are only valid for a world we're no longer in, and mandating https never really helped with this much anyway.

      --
      For every problem, there is at least one solution that is simple, neat, and wrong.
    67. Re:Misguided Like A Japanese Rocket Launch by thoughtlover · · Score: 1

      Don't forget to mention; non-HTTPS enabled sites simply won't be displayed in Chrome or Safari.

      Firefox FTW

      Forcing every site to get a cert only creates a certification industry.

      --
      No sig for you! Come back one year!
    68. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Because with plain HTTP, your *ISP* is free to plaster ads all over its face.

    69. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Not to mention - why the FUCK would I need HTTPS to view a page that has been sitting around since 1998, is static HTML, likely has no ads plastered all over its face...

      It's all static HTML with no ads at the server, but by the time it gets to your browser it might be different...

    70. Re: Misguided Like A Japanese Rocket Launch by Wycliffe · · Score: 1

      It seems like it would be easier all around if let's encrypt used longer expiration dates.

      Let's Encrypt disagrees. They actually plan on making it shorter once people get used to automation: https://letsencrypt.org/2015/1...

    71. Re:Misguided Like A Japanese Rocket Launch by brantondaveperson · · Score: 1

      and google the gatekeeper of allowed certificate authorities.

      Why is, of course, the real reason that they're so keen on this. Google have been trying to control the web for years, and this is just another step in their wider strategy.

    72. Re: Misguided Like A Japanese Rocket Launch by sjames · · Score: 1

      I have a few web based apps that can't use the automated method. Their dhort expiration convinced me to just self sign a cert and call it good.

    73. Re: Misguided Like A Japanese Rocket Launch by brantondaveperson · · Score: 1

      The fact that the thing will turn on in under a microsecond being far from the least of them. The fact that it can lose power at any point without ever becoming unbootable, is another. The fact that it doesn't run an OS is also a welcome relief. The fact that it can actually run without drawing 2 amps, and is thus practical to run on a battery is invaluable. It'll also have proper low-power modes, which will draw microamps or less.

      For an actual product that you wanted to ship, the RPi is a non-starter.

    74. Re:Misguided Like A Japanese Rocket Launch by sydbarrett74 · · Score: 1

      YES, the entire web needs to be encrypted. Why? Because a hostile government (or any other bad actor) can compile a dossier on you based on the sites you visit.

      --
      'He who has to break a thing to find out what it is, has left the path of wisdom.' -- Gandalf to Saruman
    75. Re:Misguided Like A Japanese Rocket Launch by Dahan · · Score: 1

      "HTTPS doesn't require much at all." - It requires maintenance effort and incurs a financial cost. You have to buy certificates and they expire. Yes, there are free certificates like those from Let's Encrypt, but they are cumbersome to use and expire after 3 months.

      I switched my certs from a commercial CA to Let's Encrypt, and maintenance effort has gone down. With my previous CA, every two years, I'd have to go to the CA's website, put in credit card information, upload CSRs, download certificates, etc. With Let's Encrypt, I install a cron job on my webserver that automatically renews the cert without me having to do a thing. Sure, they expire after 3 months, but since I don't have to spend time renewing them, what do I care?

    76. Re:Misguided Like A Japanese Rocket Launch by jpaine619 · · Score: 1

      Scenario 1 is plausible but unlikely.

      Scenario 2 is exactly the kind of thing HTTPS and modern browsers protect against. When you attempt to visit an HTTPS site, your browser will not just begin fetching unencrypted components. That was mitigated way back in the IE 6 days. Nor will your browser failover from the blocked HTTPS to a working HTTP. Once again, modern browsers do not do that. If anything (in a non proxy situation) gets in between and modifies the HTTPS stream, the stream will fail to decrypt and your browser is going to display a blank page or a warning of some type.

    77. Re:Misguided Like A Japanese Rocket Launch by jpaine619 · · Score: 1

      Furthermore, javascript malware exists... If you can penetrate the ISP and begin injecting javascript malware into every active TCP connection on port 80, you could theoretically infect ever single customer (assuming a 0 day exploit). You cannot do this to HTTPS streams. They are immune from modification in transit.

    78. Re:Misguided Like A Japanese Rocket Launch by thegarbz · · Score: 1

      A large percentage of the web doesn't need to be encrypted during transmission.

      It's not up to the person sending the information to decide if the person receiving it could be persecuted for doing so.

    79. Re:Misguided Like A Japanese Rocket Launch by thegarbz · · Score: 1

      why the FUCK would I need HTTPS to view a page that has been sitting around since 1998, is static HTML, likely has no ads plastered all over its face, and contains information on something obscure and random that newer pages don't have anymore?

      Since when does any of the above determine how sensitive the content may be?
      Interestingly you've described a good portion of websites which may or may not be hosting copies of the Anarchist's Cookbook, the possession and accessing which has come up in court cases in the past.

      It's not up to the content provider to determine what you are being persecuted for accessing. Not everything is about logins and bitcoins.

    80. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Https is a good thing. Unambiguously so.

      If you want a record of data, crawl the web and get it yourself. SSL is not a paywall or a password lock. SSL does not block the way back machine from grabbing a copy.

    81. Re: Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      Https is not a password requirement for the site. It prevents your ISP from (trivially at zero cost) seeing what you see. It prevents them from injecting ads and selectively censoring your data feed.

    82. Re:Misguided Like A Japanese Rocket Launch by wiretrip · · Score: 1

      Absolutely agree. Notwithstanding the environmental effects of requiring (relatively) computationaly expensive cryptography too.

    83. Re:Misguided Like A Japanese Rocket Launch by Zaiff+Urgulbunger · · Score: 1

      Maybe the browser should keep quiet unless it is instructed to submit information?

      Use-case: The proverbial "little old lady" searches for knitting patterns. Clicks on the link. Whilst it _may_ be a concern that an evil party may insert/replace content, I'm not certain that telling her that the site isn't secure really helps her.

      Why would she expect the site to be "secure"? What does it mean to her that the site is deemed "insecure"?

      I can see the utility in warning users not to use insecure forms, particularly ones that appear to collect personal information... so search forms don't count, but I think HTTPS everywhere is OTT. It simply doesn't help not least because there's still so many risks even if a site does use HTTPS.

    84. Re:Misguided Like A Japanese Rocket Launch by Anonymous Coward · · Score: 0

      >Look at this weeks, largest-ever breach in Florida, where most all of the living population of the United States had their names, addresses, and a few other juicy fields snarfed because of stupidity. The basics should include TLS 1.3.

      If anything this just points to the futility of encrypting non important communication since the most vulnerable point of attack isn't the datastream, but where the data is stored.

    85. Re:Misguided Like A Japanese Rocket Launch by drew_kime · · Score: 1

      Not to mention - why the FUCK would I need HTTPS to view a page that has been sitting around since 1998, is static HTML, likely has no ads plastered all over its face, and contains information on something obscure and random that newer pages don't have anymore? There's no reason for encryption for these older pages. Ever. There is no login information, user credentials, or even scripts being executed.

      Four answers to this question so far, and all of them explain why I as a site owner should want HTTPS. The question is, if I don't want HTTPS - if I've decided the updates have negative ROI - why should I be coerced into using it?

      Note that I'm only saying "coerced" instead of "forced" so someone doesn't say, "They're not forcing anything." They're not fording it yet, but I predict in a year Chrome will do the same thing it does today with flagged malware sites and prevent you from accessing them.

      --
      Nope, no sig
    86. Re:Misguided Like A Japanese Rocket Launch by Xtifr · · Score: 1

      Because without https, your site becomes a danger to others, since it can be so easily hijacked by a MITM attack. Which is why the EFF (Winer is simply wrong about blaming it on Google) is working so hard to get https adopted everywhere.

    87. Re:Misguided Like A Japanese Rocket Launch by catprog · · Score: 1

      Because your ISP injects it own ads into the html.

      --
      My Transformation Website
      Kindle Books http://www.catprog.org/rev
      Interactive CYOA http://www.catprog.org/st
    88. Re:Misguided Like A Japanese Rocket Launch by amxcoder · · Score: 1

      as a programmer that deals with fixed architecture, micro controllers and lower powered hardware, this also worries me. These types of hardware architectures are usually sandboxed from a programming perspective and sometimes run programs written in custom versions of what-ever programming language the manufacture decides. For many of these devices, encryption algorithms in general are a lot of overhead to have to deal with with every network transaction. Not to mention that the tools for these devices on the programming side are usually behind the newest times, and often don't have or support premade frameworks for handling coding implementations that are considered a given on the windows/mac and smartphone side of things Sure the toolsets can improve, and frameworks can be developed/implemented by the manufactures who release the compilers and tools for these microcontrollers, but the processing overhead is still there.

    89. Re:Misguided Like A Japanese Rocket Launch by Khyber · · Score: 1

      "Scenario 2 is exactly the kind of thing HTTPS and modern browsers protect against."

      I think tepples owned your ass enough, so I'll just sit here and add one further thing - the ISP controls your connection and can force all kinds of shit upon you through various manner of trickery. I used to work for IXL Memphis, a dial-up provider, and we'd fuck you left and right no matter what encryption you'd use.

      --
      Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
    90. Re:Misguided Like A Japanese Rocket Launch by Khyber · · Score: 1

      They wouldn't have to, they can put that page inside a capsule served from their side, with the notice inside that capsule.

      Doesn't matter if you're encrypted. They serve you the encrypted page inside of another unencrypted page screaming at you to pay your bill.

      But to you, it looks like they directly modified the page.

      --
      Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
    91. Re:Misguided Like A Japanese Rocket Launch by Calydor · · Score: 1

      That is pretty much what I was trying to say. I haven't dabbled with writing HTML in ages, but I do remember using frames with invisible borders to create margins, static top menus etc. long before CSS was a thing. That's the trick I was expecting was in play here.

      --
      -=This sig has nothing to do with my comment. Move along now=-
  2. Pointless worry by Gavagai80 · · Score: 4, Insightful

    Google is never going to make Chrome unable to access HTTP sites. If for no other reason than because the moment they did, they know everybody would switch to a different browser. They're not in the business of making information inaccessible. Their strategy of giving preference to HTTPS sites is perfectly reasonable though, all the more reasonable because of the fact that HTTP sites are generally old and unmaintained. I want old data to show up in my search results, but I rarely want it to show up first.

    --
    This space intentionally left blank
    1. Re:Pointless worry by Anonymous Coward · · Score: 5, Insightful

      And you missed the point. It's not that chrome won't load HTTP sites-- it's that you won't be able to find them on google search. Instead you'll get redirected to 30 different versions of the same site promising a weird trick to fix your problem, all behind paywalls.

      It's a nice way to divide the internet into "have" and "have nots". If you can't afford a real, signed certificate, you can't get your message out-- because no one will ever find it (Yes, letsencrypt exists, but it requires a certain level of expertise the average blogger just doesn't have).

    2. Re:Pointless worry by Anonymous Coward · · Score: 1

      If people can't find what they want with Google they can use a different search engine such as https://duckduckgo.com/

      No one needs to afford a certificate just use a Let's Encrypt at https://letsencrypt.org/

    3. Re:Pointless worry by methano · · Score: 1, Interesting

      For me, this is about GoDaddy calling up every 6 months and trying to get me to double my hosting budget by buying some kind of goofy certificate. "If you don't buy the $120 dollar certificate from us, Google will tell everybody you're a bad person".

      Screw'em!

    4. Re:Pointless worry by jrumney · · Score: 4, Insightful

      If you can't afford a real, signed certificate, you can't get your message out

      Real signed certificates are affordable to anyone with $0 in their pocket. It isn't really a hurdle at all.

    5. Re:Pointless worry by tepples · · Score: 3, Insightful

      It costs more than $0 for the fully qualified domain name, and I imagine that most people who put an appliance with a web-based administration interface on a home LAN don't already own a domain.

      Or to put it another way: What is the fully qualified domain name of your router? Your printer?

    6. Re:Pointless worry by David_Hart · · Score: 1, Offtopic

      If you can't afford a real, signed certificate, you can't get your message out

      Real signed certificates are affordable to anyone with $0 in their pocket. It isn't really a hurdle at all.

      You are wrong. Sure, you can self sign a certificate by running your own root CA, but people visiting the site over the Internet will get a prompt saying that the certificate is not trusted. In order to get a certificate that does not produce a security prompt you need to get that certificate from one of the established certificate providers (root CA is trusted by most browsers by default).

      However, this brings up a good point. If Google is so set on HTTPS being a standard, why don't they offer web certs for a minimal fee (i.e. $1 a year)?

    7. Re:Pointless worry by Known+Nutter · · Score: 4, Informative
      --
      Beware of the Leopard.
    8. Re:Pointless worry by tepples · · Score: 1

      Let's Encrypt deliberately does not integrate with mDNS.

    9. Re:Pointless worry by Nkwe · · Score: 1

      If you can't afford a real, signed certificate, you can't get your message out-- because no one will ever find it (Yes, letsencrypt exists, but it requires a certain level of expertise the average blogger just doesn't have).

      If you can't handle managing a web server with a free let's encrypt certificate, you probably can't really handle hosting your own content period (with or without a certificate.) For these folks (there are a lot and it's no shame), there are hosting companies and services that host stuff for you. Search engines will index blog hosting services just fine. The message will get out.

    10. Re:Pointless worry by rtb61 · · Score: 1

      Close but you missed. Why does Google want https to dominate over http, simply because it get's in first. It knows what is at the https site and it knows you and it knows you have accessed that site and it can track subsequent interactions. So https disadvantages many of it's competitors, cuts them off from that information , so not about digging further into your privacy they have already dug as deeply as they can and we are filling that hole back up again as quickly as we can taking into account high levels of government corruption across the globe. This is simply a matter of what hurts their competitors advantages them, if you are not using https://duckduckgo.com/?q=duck... and switched to waterfox https://www.waterfoxproject.or..., then you are a bloody idiot. Want to control Google, too fucking easy, stop using them, let them feel the punishment though, target something specific, like stop using google search and get as many others as you can to do the same and get them to share it further. Unhappy with google, then punish them, use duckduckgo, I promise it is really actually better and I still use google maps and of course not gmail, and I watch youtube, except where they broke it on my smarttv on fucking purpose to try to force me to buy chrome tv which I never will and I set cookies session only for google thus am always logged out, until I log in temporarily. They area a pretty shit company and totally no worthy of customer loyalty, use them, abuse them, get sick of them and toss them aside, as you see fit.

      --
      Chaos - everything, everywhere, everywhen
    11. Re:Pointless worry by Known+Nutter · · Score: 2

      Nobody cares.

      --
      Beware of the Leopard.
    12. Re:Pointless worry by jpaine619 · · Score: 1

      DuckDuckGo is just a privacy front-end to Google... So..... yeah

    13. Re:Pointless worry by jpaine619 · · Score: 2

      Lies. It costs nothing for a domain name. Afraid.org has hundreds or thousands of domains you can use.. Subdomains sure, but it's still a FQDN. Fuck, even the goddamn DNS is free.

      You people are all defeatist. You bitch about security, and then the second you have to do some work to be secure, you bitch about that.

      Comcast / YourISPunderEvilOwner can and WILL modify your fucking HTTP traffic. They cannot modify your HTTPS traffic.. Deal with it.

    14. Re:Pointless worry by LynnwoodRooster · · Score: 1

      I'm not really a web guy, so I'm not up on this stuff. Can you point me to where I can get an SSL cert for my business domain for free?

      --
      Browsing at +1 - no ACs, I ignore their posts. So refreshing!
    15. Re:Pointless worry by whoever57 · · Score: 1

      Why does Google want https to dominate over http,Why does Google want https to dominate over http,

      Because it's much more difficult to set up a proxy to "manage" interaction with https sites. They don't want people using proxies to block ads.

      --
      The real "Libtards" are the Libertarians!
    16. Re:Pointless worry by dryeo · · Score: 2

      Actually Bing by default, add a !g and it uses Google.
      Somethings it works fine for, others such as my old '91 truck, I have to add the !g generally to get good results.

      --
      https://en.wikipedia.org/wiki/Inverted_totalitarianism
    17. Re:Pointless worry by Anonymous Coward · · Score: 0


      It's a nice way to divide the internet into "have" and "have nots". If you can't afford a real, signed certificate, you can't get your message out-- because no one will ever find it

      What? You don't need your own domain to blog. Even if you wanted one, an ssl certificate costs $6 a year.
      https://www.ssls.com/#certs

      Is that seriously a barrier to entry?

      (Yes, letsencrypt exists, but it requires a certain level of expertise the average blogger just doesn't have).

      So automate it as part of the blog software. Problem solved. This is just one of the weirdest arguments I've seen in a long time. Barriers always get easier, and this is an extremely minor barrier. I've been using computers and been online in some way shape or form since 1985 or so. Back then things weren't so easy... but you know what? The barriers got MUCH lower, and people figured out the remaining minor stuff. Getting an SSL cert is simple compared to knowing how to use markup, edit videos, and attract people to your blog.

    18. Re:Pointless worry by Anonymous Coward · · Score: 0

      Still trying to give yourself head?

    19. Re:Pointless worry by Anonymous Coward · · Score: 0

      https://letsencrypt.org/

    20. Re:Pointless worry by Anonymous Coward · · Score: 0

      There's a TON of choices for cheap HTTPS proxies if you really don't care. I mean if in doubt there's the 800-pound Gorilla of CloudFlare. HTTPS instantly, zero work besides enabling CloudFlare in front of your website which is about as painless as can be. Most of the other equivalent 'proxy' CDNs support the same out of the can as well.

      There's lots of options, but you're right it's not as easy as throwing a Python script on a half-broken laptop and leaving it tucked in a closet forever anymore. Because that's not secure, and is in fact a source of security vulnerabilities for anyone accessing that. So there is a fraction more effort needed. Same way you can't make a Model T anymore, because it's not safe compared to modern vehicle standards.

      - WolfWings, too lazy to login, eh whatever, enjoy!

    21. Re:Pointless worry by Z00L00K · · Score: 3, Funny

      Sometimes when I look for stuff that's less common I even resort to Yandex and Baidu.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    22. Re:Pointless worry by dryeo · · Score: 1

      I'll have to test those.

      --
      https://en.wikipedia.org/wiki/Inverted_totalitarianism
    23. Re:Pointless worry by Anonymous Coward · · Score: 1

      Idiot.

      He's talking about INTERNAL traffic on your LAN. Your ISP never sees any of it, it never leaves the local network. It probably has an RFC 1918 address.

      Yet you still insist that it has to have an actual domain name with an associated root certificate, just so that you can check your printer's not out of paper, or the webcam in your garden can be accessed?

      Get real.

    24. Re:Pointless worry by Anonymous Coward · · Score: 0

      You are wrong. Sure, you can self sign a certificate by running your own root CA, but people visiting the site over the Internet will get a prompt saying that the certificate is not trusted.

      No, YOU'RE WRONG. He isn't talking about self-signed, he said:

      Real signed certificates are affordable to anyone with $0 in their pocket

      Go here, catch up with the two year old news:

      https://letsencrypt.org

      This has been a thing for a while now. I use it myself, and thousands of customers at my employer use it as well. You do not get any warning that it isn't trusted, and the fact that this is the case is partly why Google now thinks it's time to make everything https.

      You shouldn't go around telling people they are wrong when you don't know what the fuck you are talking about.

    25. Re:Pointless worry by Anonymous Coward · · Score: 0

      No problem. Go to https://letsencrypt.org/

      It's what most people use these days.

    26. Re:Pointless worry by AmiMoJo · · Score: 1

      Instead you'll get redirected to 30 different versions of the same site promising a weird trick to fix your problem, all behind paywalls.

      No you won't, because while being HTTP only has a small negative affect on ranking, being full of clickbait bullshit and behind a paywall has a massive hit on a site's score.

      Also, Let's Encrypt isn't the only option. Many hosting providers offer it for free now, as does Cloudflare. Most non-technical bloggers use blog hosts like Blogger who have been using HTTPS for years automatically. The barrier really is almost zero, if you can set up your own site you can enable HTTPS.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    27. Re:Pointless worry by Anonymous Coward · · Score: 0

      Zero dollars will get you a fully qualified domain from a DynDNS type of service. But, your printer/router suggestion leads to some questions:

      1. Why do you want your printer to show up in Google search results? The thread you are replying into explains that this does not affect the browser, but the Google search results.

      2. Do you really want your printer accessible directly over the Internet?

      3. If your printer were accessible over the Internet, wouldn't you want it to be HTTPS so things you print to it would be encrypted?

      captcha: parasol

    28. Re:Pointless worry by Anonymous Coward · · Score: 0

      LetsEncrypt is useless as long as it demands certs be changed every N days. A cert should be valid for at least a year if not 10 years.

    29. Re:Pointless worry by Anonymous Coward · · Score: 0

      Time to call it a day, gramps. This is why companies don't hire old people, their tendency to not keep up to date.

    30. Re:Pointless worry by Anonymous Coward · · Score: 0

      Do you really expect people to listen to a whiny poster with a UID close to 5 MILLION? Yes, I'm an AC, but I'm not trying to tell people how to host their websites.

    31. Re:Pointless worry by Anonymous Coward · · Score: 0

      Good luck getting a LetsEncrypt cert for your subdomain from afraid.org. They're not on the public suffix list, so they're perpetually hitting LetsEncrypt's rate limits.

      I did get mine by writing a script which just retried over and over, with randomized, fairly conservative retry rate (there was no documentation on what sort of rate limits one should use, but I wanted to be nice). It took me over 50 hours to get a cert. I imagine it only gets worse as time goes on.

    32. Re:Pointless worry by squiggleslash · · Score: 1

      What does any of this have to do with the issue under discussion? Nobody's suggesting it's a problem Google won't include search results from your router's configuration page. The topic here are websites that are currently HTTP. There are very few that do not have domain names, and if they're running off of IP addresses, they're likely to face problems being accessible in the future anyway.

      I'm mostly in agreement with the view here that public facing websites should be HTTPS, and Google is right to encourage webmasters with relevant information to switch to HTTPS. The notion that the needs of people who forgot they set up a website 20 years ago should be held above the very real privacy needs of modern web users is not sustainable.

      --
      You are not alone. This is not normal. None of this is normal.
    33. Re: Pointless worry by Anonymous Coward · · Score: 0

      And even ignoring that, it creates an additional dependency chain.

    34. Re:Pointless worry by Anonymous Coward · · Score: 0

      totally worthless - I would have to renew every 90 days?

    35. Re: Pointless worry by sound+vision · · Score: 1

      They've made me unable to access HTTP sites because they have blackmailed them all into switching to HTTPS. Last time I needed HTTP was just a couple days ago, so that my browser would redirect me to the login page for a public WiFi network. I guess now Kroger and the NSA know I checked the weather forecast while in line with my groceries... Never mind the fact that I'd been directly observed by a network of AI-assisted cameras, license plate and RFID scanners for my entire trip... The REAL privacy violation is when my weather reports and cat videos come unencrypted.

    36. Re:Pointless worry by Xtifr · · Score: 1

      Now there's a winning argument for you:

      "Hey Webmaster!"

      "Yes?"

      "You shouldn't use https!"

      "Oh? Why not?"

      "With regular http, it's easier for people to block the ads which fund your site."

      "I see. Yes, I certainly do hate having an income."

    37. Re: Pointless worry by Anonymous Coward · · Score: 0

      The average blogger can just pay someone to do it. That's how capitalism is supposed to work. You know, once upon a time there were people who were paid to do work just like that. I know, amazing, right?

    38. Re:Pointless worry by LynnwoodRooster · · Score: 1

      Thank you.

      --
      Browsing at +1 - no ACs, I ignore their posts. So refreshing!
    39. Re:Pointless worry by Anonymous Coward · · Score: 0

      Maybe so, but do you NEED to go https, or is a simple site simple enough for only http? If you are not taking card payments, logins, etc - think of multiple thousands of small business sites which are little more than an electronic business card on the web. Google are out of the playpark on this one.

    40. Re:Pointless worry by agm · · Score: 1

      And you missed the point. It's not that chrome won't load HTTP sites-- it's that you won't be able to find them on google search.

      Use a different search engine. Google isn't the only one. It's their kit and they get to decide how their algorithms rank search results.

    41. Re:Pointless worry by Anonymous Coward · · Score: 0

      Do people actually use proxies to block ads, that is in any meaning amount?

      Most people use an add-on for their web browser to block ads, I expect their might be some amount also using some DNS based blocking (maybe a host file, or something like pi-hole). I've never even seen anyone suggest using a proxy for ad-blocking though, probably because it is a pain to set up if you want it working with https sites, which are actually quite common these days.

      A good reason to switch to https even for sites that need no security is that it stops intermediate parties from altering the content.

    42. Re:Pointless worry by Anonymous Coward · · Score: 0

      Thus the "all the apples are in one basket" type of lack of redundancy. let's encrypt can hit rate limits, or DDoS'd or hijacked or blocked by a hostile government like Russia, China or DPRK. Now all your sites show scare notices.

    43. Re:Pointless worry by BeanThere · · Score: 2

      $0 for the certificate, plus the hours you have to pay a technically skilled person to update your websites. But fortunately website admins all work for free, so it's still $0. Oh no wait, they don't, those skills are expensive. Or, it's free if system administrator time is valued at nothing.

      Not all hosts support installing LetsEncrypt certificates for free, either.

    44. Re:Pointless worry by Anonymous Coward · · Score: 0

      Cloudflare, home of all the piracy and child porn sites in the world because they won't do jack shit to remove them.

    45. Re:Pointless worry by brantondaveperson · · Score: 1

      it stops intermediate parties from altering the content.

      This battle is already lost. The advertisers won.

    46. Re:Pointless worry by Anonymous Coward · · Score: 0

      No one needs to afford a certificate just use a Let's Encrypt at https://letsencrypt.org/

      He already said there's a technical barrier against the blogger masses here. It's not a money problem, but an awareness one. Heck, no bloggers these days maintain their own sites from the ground up. They have already lost the war, because blogger and Facebook and Twitter own their content, and can lock them out of it. When they squeeze the noose and forcibly close / cancel the blogger's account for being politically opposite, the blogger has little they can do if they're not aware of hosting options. And bloggers aint going to take a crash course in rolling their own.

      But for the few that try to... they may find that those old tutorials don't quite cover let's encrypt and the like... think of the same knowledge gaps that have plague most new smalltime PHP frontend developers --there are tons of search results showing tutorials that are taken a gold standards. As has been discussed here, tutorials have a dirty secret that we gloss over. They don't tend to warn about armoring the code against SQL injections, for example. They don't spend time with failing safe, because proofs of concept will NEVER end up on production... nudge! nudge!
      Thus, the battered, unwashed masses of refugees who are far from IT experts never get proper instruction till it's too late as the server is on fire. Eventually experience will teach us all, but it would be nice if there were licenses for this kind of stuff, the way medics and architects and lawyers, etc. are prepated to meet some safety baselines and command some modicum of trust from us laymen.

    47. Re:Pointless worry by Anonymous Coward · · Score: 0

      And you, sir, are a cunt.

    48. Re:Pointless worry by thegarbz · · Score: 1

      It costs more than $0 for the fully qualified domain name

      Which is irrelevant since the GP was postulating being demoted in search results, something Google already does if you don't have a FQDN.

      i.e. if you're in a position to worry about your place in Google's results, then you're also in a position to pickup a SSL cert for free.

    49. Re:Pointless worry by tepples · · Score: 1

      [The price of a FQDN] is irrelevant since the GP was postulating being demoted in search results

      The summary mentions not only Search but also Chrome.

    50. Re:Pointless worry by Anonymous Coward · · Score: 0

      letsencrypt.org

    51. Re:Pointless worry by thegarbz · · Score: 1

      The summary mentions not only Search but also Chrome.

      The summary mentions lots of things. They also mention the words "insecure" "penalising" and even threw in some articles such as "that" and "the". Understanding english goes beyond looking at what is mentioned and actually reading sets of words in something called a "sentence" and when you elevate yourself to that level of understanding you'll realise you'll be just fine accessing HTTP sites in Chrome.

    52. Re: Pointless worry by JesseMcDonald · · Score: 1

      Last time I needed HTTP was just a couple days ago, so that my browser would redirect me to the login page for a public WiFi network.

      There are standard URLs designed for that purpose. The one used by recent versions of Android, for example, is <http://connectivitycheck.gstatic.com/generate_204>. You can just bookmark that and use it whenever you need to deal with a captive portal.

      Really, though, public network operators and connection managers should just standardize on a protocol for sharing the portal's (HTTPS) URL during connection setup so they can stop hijacking third-party domains. In any other context this sort of MitM attack would be considered a major security breach.

      --
      "The state is that great fiction by which everyone tries to live at the expense of everyone else." - Bastiat
    53. Re:Pointless worry by drew_kime · · Score: 1

      Their strategy of giving preference to HTTPS sites is perfectly reasonable though, all the more reasonable because of the fact that HTTP sites are generally old and unmaintained. I want old data to show up in my search results, but I rarely want it to show up first.

      Yes, because when I want to know what people thought about an event as it was happening, the last thing I want to see is contemporary coverage.

      And of course who could possibly be interested in Julia Child when you could be reading about Guy Fieri?

      Some things aren't better just because they're newer. Maybe even most things.

      --
      Nope, no sig
    54. Re:Pointless worry by Anonymous Coward · · Score: 0

      https://letsencrypt.org/

      )$0.00

      Let's encrypt is only good for public websites with public DNS entries. If it's an internal LAN or not on the Internet for some reason then you're out of luck, and there are no other good tools that make it simple.

  3. Not a risk? by yarbo · · Score: 3, Insightful

    Downloading executable files, downloading risky file extensions (doc, pdf), and downloading any document where integrity matters means that http is a risk. If someone downloads some old games from an HTTP archive, malware could be added. If someone downloads some PDFs with an outdated reader, there could be malware. If someone downloads some forms they're going to fill out later, changing the location they're supposed to be emailed/faxed/whatever means someone could give out PII or financial information. If someone is reading old news stories, changing the content of those stories to suit an attackers narrative could be very valuable. Just because the author can't imagine the security implications, doesn't mean organized crime, bored hackers, or nation state actors aren't thinking about it.

    1. Re:Not a risk? by Anonymous Coward · · Score: 1, Insightful

      HTTPS doesn't prevent that, if you already have the client or server compromised you are fucked regardless of HTTP/HTTPS and realistically that is far more likely than someone manipulating the content as a man in middle attack.

    2. Re:Not a risk? by Anonymous Coward · · Score: 5, Insightful

      ... HTTPS does not prevent malware.

      It securly transmits the malware.

    3. Re: Not a risk? by Bing+Tsher+E · · Score: 5, Insightful

      Google wants content transferred 'securely' because they have their agents spread widely (googleanalytics, etc.) and don't want middlemen competing with them. They have control of the scripts, why should any other entity?

    4. Re:Not a risk? by 93+Escort+Wagon · · Score: 1

      How would moving the transport of altered files over to https address any of the issues you list?

      --
      #DeleteChrome
    5. Re:Not a risk? by Nemyst · · Score: 3, Insightful

      HTTP allows those changes to occur through MITM-type attacks, whereas HTTPS requires the client or server to be compromised. Considering the number of governments with the means and interests to perform MITM attacks, I'd say it's an absolutely valid concern.

    6. Re:Not a risk? by Anonymous Coward · · Score: 0

      bullshit. The type of content we are talking about here is not sensitive data where such altererations are a major concern, Any government agency with the means to intercept all the webs traffic and replace content on the fly already has the means to do this in a much more efficient and simple manner by compromising the server which in the case of old content is invariably as out of date as the content itself.

    7. Re:Not a risk? by Luthair · · Score: 2

      Given the number of open publc wifis people use....

    8. Re:Not a risk? by AHuxley · · Score: 1

      Man-in-the-middle is now the trusted HTTPS site. That HTTPS archive is the middle. Between malware creation and the trusting user.

      --
      Domestic spying is now "Benign Information Gathering"
    9. Re:Not a risk? by socheres · · Score: 2

      MITM actors ordered by probability/posibility 1. Your employer 2. ISPs 2. Your cell phone administrators Google, Apple, etc 4. The state 5. Big business 6. Hax0rs for fun and profit

    10. Re:Not a risk? by 31eq · · Score: 1

      HTTP allows a MITM to run a virus scan and block malicious content. Arguments against HTTP assume ISPs are less trustworthy than random website owners. Which may be true in general, but that doesn't mean it needs to be fixed at the protocol level.

      If we're talking protocols, though, secure content that's visible to a MITM but authenticated client-side (signed but not encrypted) is certainly possible. It would allow ISPs to run virus checkers (so viruses can't hide behind a Google certificate, by coming from a Google-hosted website, for example) and caching to save bandwidth, but stop malware and advert injection. And a sensible protocol would allow privacy where it's really needed. It's a shame Google is trying to reform HTTP but not putting any weight behind a proxy-aware HTTPS.

    11. Re:Not a risk? by Anonymous Coward · · Score: 0

      I think that's a reasonable point in the discussion in itself though, the argument here put forward in the summary against encouraging HTTPS is that it will push un-maintained sites down the rankings, but that's still not a bad thing if the goal is security, precisely because an un-maintained site is far more likely to have been exploited over the years with no one looking after it, than one that is regularly maintained and upgraded to support HTTPS.

      Thus in the context of the summary's argument, I think it's perfectly reasonable to argue that although HTTPS itself would only negligibly reduce the risk of someone being attacked by such a site in these cases, the lack of it is at least an indicator that a site isn't sufficiently well maintained to be as trustworthy as one that has recently been switched to HTTPS.

      The argument being put forward in the summary is just complete drivel for the most part, pretending that Google is going to outright prevent access to old sites. That's obviously not true, but they are going to add transport security into their ranking metric. If the old site has some useful or unique information then it'll still trivially be found as it'll be most relevant, if however it doesn't and instead only has the same thing other, maintained sites running over HTTPS has, then it makes sense to show the maintained sites as they've got not just the same information, but on a secured channel.

      I'm not really sure I see the issue here, other than that the guy in the summary who no one has ever heard of before is just yet another tosser who thinks he's smarter than everyone else. Having read his Wikipedia page he's basically just spent his life blogging, which is fuck all use, because I want to hear from people who have spent their life doing. In fact, he might even be the original arrogant online technical person who thinks he knows better than everyone else but really doesn't. We might have found the source of most internet bullshit and ignorance.

    12. Re:Not a risk? by AHuxley · · Score: 1

      Protected malware from the trusted and infected site down into the users computer for free.

      --
      Domestic spying is now "Benign Information Gathering"
    13. Re:Not a risk? by Anonymous Coward · · Score: 0

      So if I modify the Wikipedia article on Adolf Hitler via MITM to state that he got daily blowjobs from your grandmother, you're fine with that?

      You are *not* thinking things through, friend.

    14. Re:Not a risk? by Anonymous Coward · · Score: 0

      Even files without any file extension traditionally considered risky, such as .txt, are risky to transmit over HTTP, because HTTP allows a man-in-the-middle attacker to change the information in the file. Sure, your computer won't be at risk, but you will be because of the misinformation planted in the document.

    15. Re:Not a risk? by AmiMoJo · · Score: 1

      There is also the privacy aspect. Metadata is more valuable than the actual data in many cases. It's extremely hard to predict how such data will be abused, even if just to target ads at you by a shady ISP or "free" WiFi provider.

      The safest and best thing to do is encrypt everything all the time by default. Anything else is a risk.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    16. Re:Not a risk? by Anonymous Coward · · Score: 0

      ISPs don't run virus scans though. It would cut into their profits and slow down their hosting for no benefit to them.

      Saving bandwidth hasn't been a concern since mobile. The chokepoint is the last mile, not the content caches.

    17. Re:Not a risk? by yarbo · · Score: 1

      Without https, MiTM can be done trivially by anyone at a coffee shop/shared WiFi access point. With https, it's out of reach of nation state attackers.

    18. Re:Not a risk? by swillden · · Score: 3, Insightful

      ... HTTPS does not prevent malware.

      It securly transmits the malware.

      HTTPS does prevent malware from being inserted by people who control one of the hops between the server and the browser. It obviously cannot prevent malware that is being served by the server.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    19. Re:Not a risk? by squiggleslash · · Score: 2

      It is absolutely stunning to me how so many Slashdot posters and moderators have no idea what a MITM (Man-In-The-Middle) attack is, especially today in an age of ubiquitous public Wi-fi when it's easier to do than ever before.

      Slashdot used to be full of people who may be clueless on many issues but were ultimately tech savvy. I guess DICE chased them all away.

      --
      You are not alone. This is not normal. None of this is normal.
    20. Re:Not a risk? by Anonymous Coward · · Score: 0

      >whereas HTTPS requires the client or server to be compromised.

      Or the ISP. Or any link in the chain. My work MITMs all connections to the internet through the corp LAN because reasons. If you are in the middle of a connection, you can MITM the connection.

    21. Re: Not a risk? by Dr.Dubious+DDQ · · Score: 1

      I've been wondering what the heck was in this for Google that makes them push so hard for it.

    22. Re:Not a risk? by Xtifr · · Score: 1

      Yes, the Chinese Government always has access to any servers hosted on American soil. And vice versa. No reason either country (or any others) would ever have to use MITM attacks. Oh no, of course not. All the countries in the world are happy to work together at all times. :rolleyes:

    23. Re:Not a risk? by Anonymous Coward · · Score: 0

      Yes sure, but you're still missing the point - if an unmaintained site does that in an unsecured way it's still an unmaintained site and it'll do it forever.

      If a site has recently shifted to HTTPS and has someone paying a recurring fee for the FQDN then there's a much higher chance that even if the site does get hacked to server malware, that there's at least someone still looking after it to remove that.

      So again, why would you favour an unmaintained site over a maintained one? What possible reason is there to favour a site that isn't maintained, and doesn't protect snooping on your browsing habits using HTTPS over one that does?

    24. Re:Not a risk? by Anonymous Coward · · Score: 0

      go ahead

    25. Re: Not a risk? by Anonymous Coward · · Score: 0

      Such bullshit consipiracy theories. Are you a shill for a can, perchance?

      Google needs the web to be a mostly safe place so people continue to use it.

    26. Re: Not a risk? by Bing+Tsher+E · · Score: 1

      Google wants the cows to happily graze about, and not get alarmed, for that is known to sour their milk.

      They own big chunks of the web, which have, you might have noticed, little scripts on the pages that point to Google entities. So of course Google benefits from end-to-end security. They've got it locked up, now it's time to lock it down.

      Who am I a shill for? Is there somebody I can ask to cut me a check? I'm all ears.

    27. Re: Not a risk? by brantondaveperson · · Score: 1

      Google needs the web to be a mostly controlled place so they can continue to profit from it..

    28. Re:Not a risk? by yarbo · · Score: 1

      So what certificate do they use to serve the HTTPS traffic?

    29. Re:Not a risk? by yarbo · · Score: 1

      Just because a file is not executable does not mean that it is not sensitive.

      Replacing unauthenticated data takes different skills from owning a server and leave very different traces. Rooting a box can leave behind evidence and is higher risk than replacing unauthenticated traffic.

      Plus, it doesn't take a global active adversary to replace http traffic, it just takes a WiFi pineapple and an afternoon of sitting in a coffee shop fiddling to do the former attack.

    30. Re:Not a risk? by Anonymous Coward · · Score: 0

      I love how the internet, and all of it's insecurities are just something that happens to other people's HTTP connections...

      When in reality SSLstrip don't care.

    31. Re:Not a risk? by thegarbz · · Score: 1

      Depends on the malware source. If its delivered by a MITM then it absolutely prevents it. If it is provided by the host then of course it won't.

  4. As long as HTTPS is not required. by Anonymous Coward · · Score: 0

    As long as HTTPS is not required, this mostly a good thing. As long as we can still do anything at ZomboCom,...

  5. How naive. by Anonymous Coward · · Score: 0

    >The web is an open platform, not a corporate platform.
    >Google is a guest on the web, as we all are. Guests don't make the rules.

    Money, corporate power, and censorship are rapidly and easily dominating your idealism. Just be thankful you got to live during the brief window where the internet really was open and free.

    1. Re:How naive. by olsmeister · · Score: 2

      A lot of what is being said doesn't make any sense.

      If the web is an open platform, then anyone is free to make any rules they want. And you are free not to follow them.

  6. Google is not breaking anything. by intermelt · · Score: 0

    Yes the web is an open platform. Google is not changing that. In fact they are embracing the fact that the web is an open platform. No one is forced to use their services. Also their services are not preventing the rest of the web from being available. They are doing what has been done for years... advancing the technology.

    BBS's were archived into the web if relevant. I don't hear anyone crying about Gopher or USENET. Forcing people to use SFTP and SSH vs FTP and Telnet doesn't seem to be a big deal.

    The Internet evolves. Things that need to be preserved will be preserved. No single entity has ever forced the Internet to do anything. It just evolves with available technology and the will of the people.

    Oh and if you think the will of the people is BS... well we still have the same old shitty email that has existed forever. No matter what alternatives are forced on people, they keep their email.

  7. It's about securing the web, not changing it by misnohmer · · Score: 2, Insightful

    It's meant to secure the web. Two reasons:
    1. Privacy, so that ISP's and other companies don't get to record which old files you access and when
    2. So that a guy who sits next to you in a coffee shop with an infected laptop doesn't get to do a man-in-the middle attack when you go to access your old favorite version of minesweeper, and infect you

    What would Google have to gain from pushing the web to https?

    1. Re:It's about securing the web, not changing it by Anonymous Coward · · Score: 0

      "What would Google have to gain from pushing the web to https?" It's good for marketing. They can say the are serious when it comes to security. Of course with all marketing the security benefits are exaggerated. It's not an out right lie but it is a lie of omission. And lies of omission are masquerading as the truth and provided the fertile ground needed to shape different realities and promote conflict.

    2. Re:It's about securing the web, not changing it by Anonymous Coward · · Score: 1

      What would Google have to gain from pushing the web to https?

      EVERYTHING

      google prevents others from being able to analyse usage and content thus providing much better lockin to google analytics and ads.

    3. Re:It's about securing the web, not changing it by Actually,+I+do+RTFA · · Score: 4, Insightful

      What would Google have to gain from pushing the web to https?

      1) It reduces the number of trackers, which since they still track most sites through their analytics, raises the value of their data.

      2) It gets people used to Google dictating how their websites look and function.

      --
      Your ad here. Ask me how!
    4. Re:It's about securing the web, not changing it by Anonymous Coward · · Score: 0

      Control. Control control control. Google want it. All of it.

    5. Re:It's about securing the web, not changing it by WaffleMonster · · Score: 4, Informative

      1. Privacy, so that ISP's and other companies don't get to record which old files you access and when

      This is bullshit. It's been proven to be bullshit. Creeps in the wires know where you are going. They see IP headers, SNI indications, public key identities and TLS session keys. They know size, timing and length of transfers.

      This is sufficient information to deduce exactly what you are doing on a publically accessible website with high degree of accuracy regardless of encryption.

    6. Re:It's about securing the web, not changing it by Anonymous Coward · · Score: 1

      > 1. Privacy, so that ISP's and other companies don't get to record which old files you access and when

      I don't think you grasp what https is.

    7. Re:It's about securing the web, not changing it by bn-7bc · · Score: 1

      Hoød on, I must be missing something. Apart from the obvious big warning about "this website is insecure" when you load the first page how does this https requirement change how your site looks/works to a user. OK I'll admit that the first time setup for the website owner is a bit different and involves a few more steps but after that running the site is the same right? after that its just a question about creating a croon job to rin certbot and reload your webserver (let's say once every 1.5 mounts to avoid problems wit cerbot failing to renew due to intermittent issues) and job done, a secure (at least at the trasport level) wepsite with very little admin required. Before I'm accused of over simplifying thing yes you ned to check infrequently to see if you need to disable ciphers that should no longer be used etc, but how often do you have to check for updates to you cms of choice?

    8. Re:It's about securing the web, not changing it by Anonymous Coward · · Score: 0

      2) It gets people used to Google dictating how their websites look and function.

      Didn't mobilegeddon alrady achieve this. Google want's the web to look like a shitty early 2000s mobile site, at 10MB per page, and everyone has agreed with aplomb.

      This fucking company is the Devil.

    9. Re:It's about securing the web, not changing it by squiggleslash · · Score: 1

      1) It reduces the number of trackers, which since they still track most sites through their analytics, raises the value of their data.

      No it doesn't. You think the trackers aren't also upgrading to HTTPS? My employer's marketing department switches tracker every year or two (and we don't use GA except the free version as a back-up), I've yet to come across a single company that choked on our websites all being HTTPS.

      2) It gets people used to Google dictating how their websites look and function.

      You think that's new? Here's an exercise: look for a book on SEO that's now in its 7th or 8th edition. Now find out when the first edition was published.

      People have been trying to make sure their websites conform to Google's standards since a year or two after Google became the most popular search engine.

      --
      You are not alone. This is not normal. None of this is normal.
    10. Re:It's about securing the web, not changing it by Anonymous Coward · · Score: 0

      It generates planned obsolescence: many older devices can't access HTTPS websites, specially older smartphones, due to the impossiblity of updating certificates.

      I'm all for security but when I read a newspaper website I don't need https thank you

    11. Re:It's about securing the web, not changing it by LinuxIsGarbage · · Score: 1

      2) It gets people used to Google dictating how their websites look and function.

      They already dictate website look and feel with AMP

    12. Re:It's about securing the web, not changing it by Anonymous Coward · · Score: 0

      I thought the same the the other day when watching waffle porn.

    13. Re:It's about securing the web, not changing it by Anonymous Coward · · Score: 0

      What would Google have to gain from pushing the web to https?

      1) It reduces the number of trackers, which since they still track most sites through their analytics, raises the value of their data.

      Wait, come again?

      With HTTPS, any trackers must be served by the server, and send code to the browser, requesting that the browser reach out to the tracking system. The server knows it's there, the browser knows it's there.

      The only trackers HTTPS prevents are silent router-based trackers who sniff traffic in the middle of the internet, without the server or client having any knowledge that they exist, nor the ability to control them.

      This is supposed to be a good thing? The web should prioritize allowing these to the expense of other features?

    14. Re:It's about securing the web, not changing it by Actually,+I+do+RTFA · · Score: 1

      No it doesn't. You think the trackers aren't also upgrading to HTTPS?

      Not the trackers served by the page, the ones that sit on the backbones of the internet. You know, run by AT&T, Comcast, etc.

      People have been trying to make sure their websites conform to Google's standards since a year or two after Google became the most popular search engine.

      There's a difference between "game Google's algorithm" and "be dictated to by Google". That difference is the (ab)use of power. Just like there's a difference between "use a radar detector" and "give the officer who pulls you over a hundred"

      --
      Your ad here. Ask me how!
    15. Re:It's about securing the web, not changing it by thegarbz · · Score: 1

      This is sufficient information to deduce exactly what you are doing on a publically accessible website with high degree of accuracy regardless of encryption.

      This is sufficient to deduce for a small website with static content. It's another great lab based attack that isn't relevant on much of the internet.

    16. Re:It's about securing the web, not changing it by Anonymous Coward · · Score: 0

      1) It reduces the number of trackers, which since they still track most sites through their analytics, raises the value of their data.

      Note really. any site can still run any tracking it wants. What it does reduce is their party analysis from a side channel, witch isn't a method that any companies use. Its only used by government level snooping and hackers.

    17. Re:It's about securing the web, not changing it by wiretrip · · Score: 1

      1. Privacy, so that ISP's and other companies don't get to record which old files you access and when, except for Google of course... FTFY

    18. Re:It's about securing the web, not changing it by misnohmer · · Score: 1

      1) While it is possible to deduce some information from the traffic, it takes an order of magnitude or two more effort and processing power do so on HTTPS connections than it does on HTTP.
      2) There are things which are prohibitively expensive/next to impossible to extract from https, such as your username. While you can tell I might be accessing an https server, it takes a lot for you to figure out what username I am using

      What you are saying is akin to "Why bother securing a bank, you can drive a tank into it any time and take the money".

    19. Re:It's about securing the web, not changing it by Anonymous Coward · · Score: 0

      I thought the same the the other day when watching waffle porn.

      Perv. Pancake porn is where it's at.

  8. Is Google misguided? by Anonymous Coward · · Score: 0

    Q - Is Google misguided?

    A - No. Google is simply evil. Once your privacy is completely dead they're going to go through its pockets looking for loose change.

    1. Re:Is Google misguided? by Anonymous Coward · · Score: 0

      Q - Is Google misguided?

      A - No. Google is simply evil. Once your privacy is completely dead they're going to go through its pockets looking for loose change.

      Inconceivable!

  9. Legacy shouldn't hold us back by Decameron81 · · Score: 1, Insightful

    Legacy shouldn't hold us back. That's a sure way to make sure you stop progressing. Old sites not working anymore because they're not really maintained is not a good reason to try and stop progress.

    We should instead just make sure we move forward in a way that makes sense from a technological and convenience point of view.

    --
    diegoT
    1. Re:Legacy shouldn't hold us back by DutchUncle · · Score: 5, Interesting

      You can walk into libraries all over the world, pull a book off the shelf, and read it. Nobody maintains it; it just sits there. Some things work that way.

    2. Re:Legacy shouldn't hold us back by Nemyst · · Score: 0

      And you can still go read unsecured websites. Your browser lets you know of the risks, but it's not straight up blocked, and if it were, it'd be easy to use another browser if you need access to those unsecured websites.

    3. Re:Legacy shouldn't hold us back by cm5oom · · Score: 0

      Many of those books were translated into a modern language that you could read. So yes somebody is maintaining it. You actually picked one of the worst examples.

    4. Re:Legacy shouldn't hold us back by mykepredko · · Score: 0

      It's an interesting analogy but I would argue that you're looking at it from a simplistic perspective.

      Books in a library are kept in a controlled environment in terms of temperature/humidity/etc. to keep them from degrading and, if they are damaged, they are repaired. They are often reprinted.

      I would call that "maintenance".

    5. Re:Legacy shouldn't hold us back by nmb3000 · · Score: 5, Funny

      You can walk into libraries all over the world, pull a book off the shelf, and read it. Nobody maintains it; it just sits there. Some things work that way.

      Just think of the lost opportunities!!

      Why, with just 2 months and $200,000 we could start modernizing these "books" so that they use a proper 1px razor-thin font, a 20% contrast ratio, and nice 30% transparent pages. Another 4 months and $400k and we can upgrade them to require batteries and use AI to replace all those long paragraphs with summaries. And lastly, in just 1 year and a million dollars, we can add encryption, fingerprint readers, dynamic advertising, and pay-per-chapter so that only people with an active subscription or make use of the freemium model can read them!

      Books-as-a-Service with nice modern UX, targeted advertising based on book genre, and microtransactions. Let's get started! Now, who will fund us?

      --
      "What do you despise? By this are you truly known." --Princess Irulan, Manual of Muad'Dib
      /)
    6. Re:Legacy shouldn't hold us back by Decameron81 · · Score: 1

      You can walk into libraries all over the world, pull a book off the shelf, and read it. Nobody maintains it; it just sits there. Some things work that way.

      That's fine, but not against what I was saying. Those books can exist without us holding back in our technology. And I'd argue they're still maintained, considering they're being kept in a building that's there for that very purpose. The building is surely not abandoned or kept clean on its own, to name a few things. The same goes for websites actually.

      But you're missing the point, I'm not saying those things are bad. I'm saying we shouldn't hold progress back due to them. Books haven't stopped us from creating the web, and they haven't stopped us from creating e-Books.

      I see no good reason to have old websites holding back on HTTPS. The argument is a crappy one.

      --
      diegoT
    7. Re:Legacy shouldn't hold us back by Anonymous Coward · · Score: 1

      I see no good reason to have old websites holding back on HTTPS.

      Old websites not changing a single thing don't affect whatever changes you want to make on your own servers.
      But Google is pretending there's something worse about them.
      Google ranking is supposed to be about relevance, and the relevance of an informative site doesn't go down just because someone has made a fancier way to present the web.

    8. Re:Legacy shouldn't hold us back by guruevi · · Score: 0

      If you think nobody maintains the books, there are some librarians that would disagree. You also have to maintain the building, fire suppression system, book indexing etc has all changed. If you still ask the librarian for the tome containing one index every time you go in, you're fairly ignorant as to how high-tech the library has become.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    9. Re:Legacy shouldn't hold us back by Anonymous Coward · · Score: 0

      Books are actually quite fussy, and librarians as well as expensive real estate is needed for your library. You also better keep your books dry and in a certain humidity/temperature range. That requires all of modern HVAC infrastructure. Even when properly kept, books become moldy and the pages brown or become discolored over time. Libraries have ozone machines to kill the mold in books. The language gets out of date and modern versions need to be issued. Books need to be cared for and eventually replaced/modernized like everything else.

    10. Re:Legacy shouldn't hold us back by Anonymous Coward · · Score: 0

      It's an interesting analogy but I would argue that you're looking at it from a simplistic perspective.

      Books in a library are kept in a controlled environment in terms of temperature/humidity/etc. to keep them from degrading and, if they are damaged, they are repaired. They are often reprinted.

      I would call that "maintenance".

      It's actually a perfect analogy, because websites can't stay online if the servers and networks aren't maintained either.

      In fact, it's a better analogy than he intended because it points out that he's wrong.

    11. Re:Legacy shouldn't hold us back by fuzzyf · · Score: 2

      Yes. But the book doesn't run code on your end. It's actually just text.
      A browser will run whatever code it gets from the website.Or any code picket up on the way from the server to your browser if it's not encrypted.

      If you access unencrypted wikipedia from your local Starbucks or library, pretty much anyone can play man-in-the-middle and inject javascript into your site. Good frameworks exists (ex. BeeF) that makes it really easy to do phishing (facebook login, work login, etc) and many other creative attacks. If you are then running on a vulnerable browser it will be easily hacked.
      You can do this with a phone and a few clicks (ex. the app dSploit).


      So yes. Even if the information itself is not worth protecting, the Web 2.0/3.0/NextGen certainly needs transport encryption.

    12. Re:Legacy shouldn't hold us back by Anonymous Coward · · Score: 0

      Imagine if the US government went behind you to see what books you were reading. Now do you want privacy?

    13. Re:Legacy shouldn't hold us back by squiggleslash · · Score: 1

      Most libraries do actually have a staff that maintains the library. They ensure it meets current fire code regulations, they work on the library's security, especially if there's a spate of thefts. The entire "Public library" model is hundreds of years old in its current form, built upon hundreds of years of experience.

      As an analogy, it's... one that favors what Google and the EFF are doing for the most part.

      --
      You are not alone. This is not normal. None of this is normal.
    14. Re:Legacy shouldn't hold us back by Anonymous Coward · · Score: 0

      Gee, you've just described Kindle.

    15. Re:Legacy shouldn't hold us back by djinn6 · · Score: 2

      A public library has a budget. My bookcase at home does not, yet I can still read 20-year-old books from it. The fact that web software cannot be kept running without frequent intervention is not a feature, but a major failing of the entire ecosystem.

    16. Re:Legacy shouldn't hold us back by Anonymous Coward · · Score: 0

      In many of those same libraries, there's a computer to lookup book locations, not simply a physical card catalog with a bunch of drawers and 1000's of cards to sift through. It doesn't hinder the library to update the technology around it.

    17. Re: Legacy shouldn't hold us back by Anonymous Coward · · Score: 0

      What? No, you're wrong on this. Librarians are the coal miners of the 00's. Once a book is made, it just sits on the shelf, not maintained.

    18. Re: Legacy shouldn't hold us back by Anonymous Coward · · Score: 0

      That's the equivalent of paying the hosting bill, nothing more on the content.

    19. Re:Legacy shouldn't hold us back by Anonymous Coward · · Score: 0

      If you opened up your bookshelf to the public you'd have to spend time maintaining it as well. Your private bookshelf is more akin to files saved on a removable disk, the fact that digital storage technology isn't as reliable as paper, and is constantly changing, is irrelevant to the analogy, as it is only intended to be an analogy, not a like-for-like comparison.

    20. Re:Legacy shouldn't hold us back by Anonymous Coward · · Score: 0

      Books-as-a-Service with nice modern UX, targeted advertising based on book genre, and microtransactions. Let's get started! Now, who will fund us?

      No AI. No blockchain. Less space than a Nomad. Lame.

    21. Re:Legacy shouldn't hold us back by thegarbz · · Score: 1

      You can walk into libraries ...snip... Nobody maintains it

      The average public library has a budget of $1m per year in the USA which includes among many things security and access control.

    22. Re:Legacy shouldn't hold us back by thegarbz · · Score: 1

      A public library has a budget. My bookcase at home does not, yet I can still read 20-year-old books from it. The fact that web software cannot be kept running without frequent intervention is not a feature, but a major failing of the entire ecosystem.

      Your bookcase is not a comparable analogy. The public library is. You're not in the business of serving your books to random strangers who want to walking in browse and read.

      There's no public knowledge system that is maintenance free. And just like your bookcase, go to your favourite website and hit print. Then you can freely keep the text as long as you want as well. Like your bookcase it'll be useless for everyone else too.

    23. Re:Legacy shouldn't hold us back by Anonymous Coward · · Score: 0

      Books *do* run code on your end, and you are a fool if you think not. They are also quite good at transmitting viruses.

    24. Re:Legacy shouldn't hold us back by weepinganus · · Score: 1

      Where's the "-1 Don't give them any ideas" mod options?

  10. I'm sympathetic by vadim_t · · Score: 1

    But my sympathy has limits. In this day and age it's irresponsible to leave old, unmaintained stuff on the web.

    These days the entire net is constantly being scanned for stuff like buggy SSH versions, exploitable wordpress instances and a myriad other bugs. If you're leaving your old stuff completely unmaintained it's pretty much guaranteed that somebody will break into that box sooner or later, and then use it for some nefarious purpose.

    The age where you could just set up a box in the closet, use it to serve a page about your cat, and then forget about it is sadly long over. These days if you're not paying attention, installing updates and keeping up with what's going on with it you'll end up serving trojans, sending spam, or being a member of a botnet, if not something worse.

    If you don't have the time to go to letsencrypt.org, get a free cert, and tell Apache to use it, you shouldn't be running that server.

    1. Re:I'm sympathetic by Anonymous Coward · · Score: 3, Insightful

      In order to save the village, we had to destroy it.

    2. Re: I'm sympathetic by Bing+Tsher+E · · Score: 4, Insightful

      Your criticism of insecurity has little to do with security in an httpd. It can be easily expanded to demanding that all machines connected to the net 'have their papers in order.' China loves advocates like you.

    3. Re:I'm sympathetic by tepples · · Score: 2

      If you don't have the time to go to letsencrypt.org, get a free cert, and tell Apache to use it, you shouldn't be running that server.

      As for public servers, I agree.

      As for servers accessible only within a home LAN, it's a bit more complicated. Let's Encrypt won't issue certificates for IP addresses within IP address blocks reserved for private internets (10/8, 172.16/12, or 192.168/16) or for DNS names within private TLDs (such as .local or .internal). Nor will any other CA that follows the CAB Forum's Baseline Requirements. A fully-qualified domain name is required, and a lot of householders with home networking appliances haven't already bought a domain name within which to assign names for devices on the home LAN. DynDNS? They ended free service years ago.

    4. Re:I'm sympathetic by Anonymous Coward · · Score: 0

      If we learned nothing else from the Snowden documents, we learned that too many government three-letter agencies (and their international 5- and 9-eyes cohorts) are tracking and hoarding our data connections and transfers. If web site connections remain unsecured, something innocuous you pull up today may be reclassified by the government a few years down the road and then they'll come after you because they'll know you were a budding subversive.

    5. Re:I'm sympathetic by WaffleMonster · · Score: 2

      But my sympathy has limits. In this day and age it's irresponsible to leave old, unmaintained stuff on the web.

      These days the entire net is constantly being scanned for stuff like buggy SSH versions, exploitable wordpress instances and a myriad other bugs. If you're leaving your old stuff completely unmaintained it's pretty much guaranteed that somebody will break into that box sooner or later, and then use it for some nefarious purpose.

      Actually using wordpress at all is irresponsible.

      The age where you could just set up a box in the closet, use it to serve a page about your cat, and then forget about it is sadly long over. These days if you're not paying attention, installing updates and keeping up with what's going on with it you'll end up serving trojans, sending spam, or being a member of a botnet, if not something worse.

      I bet if you serve static html pages and only allow http access from the net that box in the closet will never get hacked.

      What has changed for the worse is proliferation of complex systems designed by idiots for idiots. Wordpress is a great example of this. CVE databases littered with SQLi and XSS bug as far as the eye can see year after agonizing year since turn of the century. There are exactly zero excuses for the presence of these classes of vulnerabilities.

      If you don't have the time to go to letsencrypt.org, get a free cert, and tell Apache to use it, you shouldn't be running that server.

      Yea bullshit. The reality is closer to if you are using Wordpress you shouldn't have a website.

    6. Re: I'm sympathetic by serviscope_minor · · Score: 1

      Wow straid from a discussion on server to security to "herp derp muh freedumz" and invoking China. Well done for a completely hyperbole laden over reaction.

      All sane places which means most of the US (WTF New Mexico, WTF??), and just about every first world country require your car is tested to ensure it's not an utter menace before it's allowed on public roads. Freedom does not generally include freedom to forcible be a nusiance (or danger) to others, because they have freedoms too.

      --
      SJW n. One who posts facts.
    7. Re:I'm sympathetic by Anonymous Coward · · Score: 0

      it's irresponsible to leave old, unmaintained stuff on the web.

      Utter bullshit. You're suggesting that *all* "stuff on the web" be actively maintained forever. Not possible and I'm sure you won't be devoting any of your time to doing it for others. It's simply not necessary to "maintain" a repository of information that is static in nature.

    8. Re: I'm sympathetic by Bing+Tsher+E · · Score: 2

      So where are your fucking papers, dude? You're standing in the road, after all. Don't move to the sidewalk. We want to see your papers if you're gonna stand there, too.

      It's necessary for the security of the community. You don't want to be branded unmutual, do you?

      It was a nice slippery move to stick the word 'sane' in there about the 'car inspections' bullshit. My car hasn't been inspected since I bought it at the dealership. Fuck your 'sane' bullshit, It sounds like if I don't belong to your party I am 'insane.'

      That's how they shuffled people off to the gulags, you know. Declare them insane and anti-social. Who but a crazy person wouldn't be for the People's Revolutionary Government?

    9. Re: I'm sympathetic by Anonymous Coward · · Score: 1

      Wow straid from a discussion on server to security to "herp derp muh freedumz" and invoking China. Well done for a completely hyperbole laden over reaction.

      All sane places which means most of the US (WTF New Mexico, WTF??), and just about every first world country require your car is tested to ensure it's not an utter menace before it's allowed on public roads. Freedom does not generally include freedom to forcible be a nusiance (or danger) to others, because they have freedoms too.

      no safety testing here in Illinois. Just like the web, I can put any rattletrap that'll roll under it's own power onto the highways. Try another metaphor.

    10. Re: I'm sympathetic by Anonymous Coward · · Score: 0

      My car hasn't been inspected since I bought it at the dealership.

      We don't know if you bought it twenty weeks ago or twenty years ago, so this isn't particularly enlightening.

    11. Re:I'm sympathetic by Xtifr · · Score: 1

      I bet if you serve static html pages and only allow http access from the net that box in the closet will never get hacked.

      The box may never get hacked (emphasis on may), but that doesn't do much to stop MITM attacks. Which is where https comes in.

      (I realize that isn't the point you were addressing, and your comment was perfectly correct. I'm just bringing this back around to the original topic.)

    12. Re: I'm sympathetic by Bing+Tsher+E · · Score: 1

      It's a 2006 model, that I bought in 2006.

  11. so what? by Anonymous Coward · · Score: 0

    just like the op says, everything is open. no one is forcing anyone to use chrome, or even google search for that matter. so who cares?

    1. Re: so what? by Bing+Tsher+E · · Score: 1

      It's an opportunity to educate people. Clearly there is web content Google doesn't want people to have access to. Stuff that they can't monetize at all, because it's just out there because somebody put it there and told an httpd to deliver to anybody who connects. That is apparantly BAD now.

      An opportunity for other search tools and agents of communication to grow and thrive.

    2. Re:so what? by optikos · · Score: 1

      I use Bing exclusively. Other than Android and Google Groups substituting for the old Usenet, I sort of forget that Google exists at all.

    3. Re:so what? by tepples · · Score: 1

      I sort of forget that Google exists at all.

      Last I checked, Microsoft didn't operate a video hosting service comparable to Google's YouTube. So what video hosting might a Google-free family use?

    4. Re:so what? by AHuxley · · Score: 1

      The EU could have approved content laws. Then approved EU HTTPS is the only result found and the service that can be connected to?

      --
      Domestic spying is now "Benign Information Gathering"
    5. Re:so what? by LynnwoodRooster · · Score: 1

      Vimeo?

      --
      Browsing at +1 - no ACs, I ignore their posts. So refreshing!
  12. "social agreement not to break things"? by DutchUncle · · Score: 1

    How's that been doing recently? Especially with the current US administration?

    1. Re:"social agreement not to break things"? by Anonymous Coward · · Score: 0

      We're talking about the internet, not the US government. Plug your political agenda elsewhere.

  13. It’s been said so many times by Anonymous Coward · · Score: 0

    We need an independent web system free from the clutches of Google. Wikimedia could have been close, but they shove things down the notability memory hole.

    1. Re:It’s been said so many times by Anonymous Coward · · Score: 0

      We have one. We've had it since 1984. The Domain Name System.

  14. Scrape the http web by Anonymous Coward · · Score: 0

    Scrape the http web and repost it on https with ads.

  15. i think there's a long term play here... by Anonymous Coward · · Score: 1

    once the web is entirely encrypted, google will push their closed-source binary vision of it, where content is pre-compiled and/or pre-rendered (with optional drm) before delivery to the browser.. encrypted and binary = harder to block their fucking ads (aka their revenue stream).

    1. Re:i think there's a long term play here... by Anonymous Coward · · Score: 0

      You mean AMP?

  16. https does not require user/password by mrlinux11 · · Score: 1

    https does not require user/password, the trust is established based on the user cert store and the signer of the web sites certificate. If the web site cert is signed by a trusted source (Cert Store) then it will establish a secure connection.

    1. Re:https does not require user/password by Anonymous Coward · · Score: 0

      You have to wonder if Google's plans to start requiring user certificates to make it easier to track you.

      Actually it really wouldn't surprise me if they plan to just issue you a cert tied to your Google account, and then just present that cert to anyone that'll listen. That cert will defacto become the super-cookie to end all super cookies.

    2. Re:https does not require user/password by Anonymous Coward · · Score: 0

      But there's no use for HTTPS on a site that doesn't require user/password. No secrets to protect, no integrity to ensure.

    3. Re:https does not require user/password by Anonymous Coward · · Score: 0

      How would that work for people like me with no Google account?

  17. Dave Winer? by 93+Escort+Wagon · · Score: 0

    More like Dave WHINER, amirite?

    --
    #DeleteChrome
  18. Speaking of book burning by aliquis · · Score: 0

    Nothing like the social media with their lack of freedom of speech and moderation access to whomever.

    Where people are thrown out of groups and all their posts are removed or single posts are removed or eventually the company behind the service remove the whole account and all of its content.

    In an oligopoly or monopoly situation the companies should be forced to keep everything since the channels for expressing oneself are so important.
    Or the human collective should be running it together and guarantee it.

    1. Re:Speaking of book burning by aliquis · · Score: 1

      I think you wanted to mod my post "Communism and white genocide is awesome!"

      Because, you know... The fact data are removed from social media, or rather all the most used and seen communication paths whatsoever _IS_ destroying much more data than simply "demanding" HTTPS and as far as consequences goes exactly the same problem.

      That you don't like the data, information and opinions which are removed doesn't change that and don't make it "off-topic" when speaking of what's the equivalent of modern day book burning of data / electronic communication and information sharing.

  19. They have a reason for wanting HTTPS by Anonymous Coward · · Score: 0

    If your data cannot be viewed or tampered with by anyone except both parties, then:

    1. They know the information you give them is truthful
    2. They know their competition cannot read it

    Companies like facebook and google have a vested interest in ensuring that all tracking an analytics are encrypted; because then no one can MITM the data; and therefore, making the data more valuable.

    1. Re:They have a reason for wanting HTTPS by Anonymous Coward · · Score: 0

      ...because then no one can MITM the data; and therefore, making the data more valuable.

      I think it's more simple than that. The objective is to not MITM ads to replace their ads, which plenty of companies have actually done. The problem is, the people who do this are the scummy kind to "encourage" you to install their Cert which allows them to MITM all sites. The even scummier kind will use malware to install the Cert behind your back to MITM all sites.

      So, yea, Google wants to "own" the browser so you can't override certs--even though being open source, it's not possible to prevent Scummy-Branded Chrome. Even if it were closed source, there's enough incentive to hack the binary or inject code into the browser--look at all the extensions which override user expected behavior that exist either in malware ("browser addons") with software to simply extensions that exist in the Google Chrome Store (because Google sucks at cleaning up their own shit).

      Regardless, at least a small part of me believes this is actually being pushed by some Google engineers who actually care about users and all the ways http can be exploited, either in general MITM that are unlikely to be compromised by random scummy companies or by totalitarian regimes that mandate the installation of Certs designed to MITM (for which Google Chrome in a VM over a VPN may counter that). It's just like MS. Sure, they're evil. That doesn't mean every action is part of some well coordinated evil plan, even if the evil parts of the company sanction it for their own ends.

  20. If a government doesnâ(TM)t want you to have by Invisible+Now · · Score: 1

    Your voice isnâ(TM)t worthy for Google to surface it in search results. Or if a corporation wonâ(TM)t advertize. With Google if it accepts selected dis-approved certificate Authorities then all we need is anyone with cash to buy a certicate Authority and Google will give them a veto power over Internet content? QED!

    --

    "Knowing everything doesn't help..."

  21. Series of tubes by Anonymous Coward · · Score: 1

    I'm travelling through Indonesia at the moment.

    My phone's ISP is intercepting HTTP traffic and changing the content, injecting inline adverts.

    What's your ISP doing to your traffic?

    1. Re: Series of tubes by Anonymous Coward · · Score: 0

      To folks at home listening, a VPN would solve that problem he's having.

  22. No, but promotion != scare mongering by anon+mouse-cow-aard · · Score: 2
    If you have a web site that has only public data and a very wide audience, then you want people downstream to be able to share downloading using proxy caches, which is good for everyone, the source servers and their networks, organizations where the data is popular save on bandwidth also. Labelling http as always bad is ... well villifying what in certain cases is the best option... well that sucks.

    It's fine to prefer https when available, but there should be a way to say: this site really is intentionally https, and not have it flagged as having cooties.

    1. Re:No, but promotion != scare mongering by tepples · · Score: 1

      If you have a web site that has only public data and a very wide audience, then you want people downstream to be able to share downloading using proxy caches

      How can users of these caches be certain that these caches are not tampering with the documents that they store and retrieve?

    2. Re:No, but promotion != scare mongering by Anonymous Coward · · Score: 0

      Its about having the freedom to maintain your own cache.

      Why should I waste metered-bandwith to re-download the same content that I may have already previously downloaded last month, week, or 3 minutes ago?

    3. Re:No, but promotion != scare mongering by tepples · · Score: 1

      Its about having the freedom to maintain your own cache.

      The metered link will still get hit once for each user who exercises the freedom to maintain his or her own cache.

      Why should I waste metered-bandwith to re-download the same content that I may have already previously downloaded last month, week, or 3 minutes ago?

      You wouldn't, because a properly architected website would set an Expires: header in the far future when the URL is a permanent link (one including the document's revision ID). This causes the client not to make another HTTPS request for the same URL so long as the response is not evicted from the client's cache. And even if a website deliberately misuses HTTP/HTTPS cache control to force reloading of advertisement and interest-tracking scripts, you still wouldn't, because you have done Alt+F > Save Page As... to save a local copy as a file on the file system of a computer that you own. Then you can either view that file using the file: scheme or serve the local copy with a URL that you control.

    4. Re:No, but promotion != scare mongering by anon+mouse-cow-aard · · Score: 1
      I agree, they can't so don't use it for anything where such tampering is likely to be valuable. but satellite imagery, weather radar scans, public domain movies, if there is little value in tampering with it, and it is available from other sources anyways, then there is little harm. Also, you could have a secondary channel, which is SSL secured, and pass data checksums over that other channel, while keeping the data channel in the clear.

      I've seen that implemented in one project.

    5. Re:No, but promotion != scare mongering by Anonymous Coward · · Score: 0

      Most (All?) browsers and caching proxy servers do not save https content to disk. Even if the entire https content remained in memory, such as a fully cached youtube video, will expire, preventing you re-watching later.

      So yes, google/youtube = evil bandwidth wasters by deliberately misuses caching.

    6. Re:No, but promotion != scare mongering by Opportunist · · Score: 1

      If I have a data archive, and I want people to share it, I also want people to share an unadulterated version of my data archive. How long do you think wikipedia would be considered a credible source if it suddenly started to spew bullshit, curiously the bullshit some people want to inject into teaching and curiously in the areas where such bullshit is being peddled as reality?

      http and all the data it transports can easily be manipulated in transit without you having any chance of even detecting that you receive bogus data. This is why some kind of security layer is important even if you only "push" data and don't collect anything from your recipients on the return channel.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    7. Re:No, but promotion != scare mongering by Opportunist · · Score: 1

      What kind of information is worth being transported but not worth being tampered with and worth being mentioned on Google? The mere fact of being able to be found on a search engine essentially means that the data is at least to someone important enough to look it up, so it is certainly worth being manipulated.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    8. Re:No, but promotion != scare mongering by sjames · · Score: 1

      What, so Dr. Evil can make subtle changes to people's needlepoint patterns so that just looking at the finished "Home Sweet Home" hanging on the wall infects the viewer with a subtle mind virus (through the optic nerve) that makes them like Nickelback?

    9. Re:No, but promotion != scare mongering by sjames · · Score: 1

      How much would you be willing to spend to adulterate the text of "The story of Mel"? How many years in prison would you be willing to risk by hacking a router in order to do it?

      If the answer to that is anything above zero, I would suggest looking up mental health services instead.

    10. Re:No, but promotion != scare mongering by retchdog · · Score: 1

      patch and recompile your browser like a real man.

      --
      "They were pure niggers." – Noam Chomsky
    11. Re:No, but promotion != scare mongering by Anonymous Coward · · Score: 0

      Explain to me why it is critical for the internet to allow every router along the path to be able to undetectably read and replace the data?

      Put another way, how about I rig the middle router to replace all data you download with child porn? You ask for an innocent web page with no interactivity widgets or anything you think demands HTTPS, but now you have child porn on your computer. I'll call the cops on you too while I'm at it, why not? Especially if you're my opponent or competitor.

      Why do you want this? Why are you actively fighting to make everyone live in such a world?

  23. Just a search engine? by Anonymous Coward · · Score: 1

    Google's response to many inqueries is typically, "We're just a search engine". People type something in, and they show them the results. But, they're a very evil search engine because they're penalizing and even censoring search results.

    1. Re: Just a search engine? by Anonymous Coward · · Score: 0

      Every site picks which links to favor, and which not to highlight. Not just Google, but every other website does it too. Every one single one with an external link of any kind.

      If you're not down on every site equally, then it's you that's censoring, it's you that's picking and choosing for others. Why would we trust a random like you?

  24. LE isn't easy for devices on home LAN by tepples · · Score: 4, Insightful

    LetsCrypt is an easy method to get a cert and use it.

    Unless you're trying to obtain a certificate for the administration interface of an internal device on your home LAN, such as a router, printer, or NAS. Then you have to not only use Let's Encrypt but also buy a domain. If you try to use Let's Encrypt with a free subdomain owned by a dynamic DNS provider, you're likely to hit the weekly rate limit for the registered domain under which your subdomain was issued. Or have the major dynamic DNS providers completed the Public Suffix List add process for all their subdomains yet?

    1. Re:LE isn't easy for devices on home LAN by Octorian · · Score: 5, Informative

      This use case seems to be often ignored by the "HTTPS Everywhere" folks, yet we all constantly have to deal with it. While HTTPS probably is a good thing for all of these devices, someone needs to seriously take a step back, and actually give two shits about the certificate management problem presented here, before forging ahead and making our lives more difficult.

    2. Re: LE isn't easy for devices on home LAN by PrimaryConsult · · Score: 4, Informative

      That's what a trusted internal root certificate is for. Add your organization (home) certificate signer to your root CA store.

    3. Re: LE isn't easy for devices on home LAN by Anonymous Coward · · Score: 0

      Yes, because every home user needs to set up their own internal CA so that they can sign certs for their router's administration page. You really have to have SSL on because you don't want your family members sniffing the traffic on your home network as you update your DNS servers for the DHCP server.

      There are so many use cases where it's perfectly acceptable to have http used and you don't need encryption.

      There are also so many use cases where self-signed certs are more than enough.

      Not everyone is capable of either buying SSL certs, using LetsEncrypt or rolling their own internal CA.

    4. Re:LE isn't easy for devices on home LAN by MoarSauce123 · · Score: 1

      I use Let's Encrypt on a NoIP domain (DynDNS) without problems, but my site is rather low traffic.I consider myself to be technically somewhat versed, but each quarter it is a guessing game as to which file goes where on a stock Apachefriends install. Yea, I should write this down rather than complain about it. The point is that tech stack providers and cert agencies do not make it easy enough to add a cert to a server. It's 2018, give me a GUI front end that has one button: Obtain and apply Cert. I click it, select the desired provider, pass some information on, confirm that the site to certify is mine, and then have the files applied. Want people to use stuff, then make it easy to use. Router admin UIs should do that automatically and leave the option to direct to a different cert repository if the user desires. Sadly, many companies these days throw devices on networks and have no clue about networking or security.

    5. Re:LE isn't easy for devices on home LAN by tepples · · Score: 1

      I use Let's Encrypt on a NoIP domain (DynDNS) without problems

      How did you manage to get the request for your subdomain past the rate limit of 20 certificates per registrable domain per week? Has No-IP completed the Public Suffix List add process for all its domains?

      It's 2018, give me a GUI front end that has one button: Obtain and apply Cert. I click it, select the desired provider

      I don't see how that can be made to work automatically given that many dynamic DNS providers require passing a CAPTCHA before obtaining or renewing a subdomain.

    6. Re:LE isn't easy for devices on home LAN by fisted · · Score: 1

      Unless you're trying to obtain a certificate for the administration interface of an internal device on your home LAN, such as a router, printer, or NAS. Then you have to not only use Let's Encrypt but also buy a domain.

      Or you build your own local CA, which, while the openssl UI admittedly is a bit hairy, is not an outrageously difficult thing to do.

    7. Re: LE isn't easy for devices on home LAN by Anonymous Coward · · Score: 0

      There's a domain name in the cert, but no IP address.

    8. Re: LE isn't easy for devices on home LAN by tepples · · Score: 1

      I am aware of that. The problem is that Let's Encrypt won't issue more than 20 certificates per week for subdomains within the same registrable domain. This means that if 20 other users of subdomains under the same domain also use Let's Encrypt, you will be issued an error message instead of a certificate for your subdomain.

    9. Re: LE isn't easy for devices on home LAN by Anonymous Coward · · Score: 0

      It's button pressing easy with webmin/virtualmin and probably panels like cPanel. But if running a fucking certbot script one fucking time is too complicated for you, you shouldn't be operating any fucking site.

    10. Re:LE isn't easy for devices on home LAN by amxcoder · · Score: 1

      I would mod you up if I could. Just experienced this recently with my home NAS. If I say setup a shared folder of family pics to send out to my family of an event we were all at, what they get is a big nasty warning page saying (at best) that my nas link has an unknown security cert (or worse) is unprotected, unencrypted and dangerous). The impression the average user gets is "this page is BAD and you will probably get a virus or worse if you visit this page".

      LetsEncrypt is more trouble than it's worth for a lot of situations.

      I also own my own domain for my business. It's is not HTTPS either.... why? Because it's a static information page that gives info on me and my business, what I do and how to get in touch with me and some samples of my work. There are no logins, no user accounts, no private information being stored or asked for. There is absolutely ZERO reasons for me to deal with the hassle of setting up and maintaining (which is increased because I'm on a shared hosting server for obvious reasons). Obtaining a Cert every 6 months and having my hosting provider install it for me (since I can't myself, due to the need to have root privileges on the server). and keep doing that in perpetuity is asinine for my use case.

      This article is spot on, the public available portal for sites like Slashdot, news, and Wikipedia and many many thousands of other sites is not required. Now if you are logging into the site, then that is a different story, and mostly handled correctly already by most sites that allow login. Slashdot for instance is readable using HTTP, and if you want to login into your account, it then becomes HTTPS so your credentials and session becomes encrypted at that point when you are providing information to them.

    11. Re:LE isn't easy for devices on home LAN by thegarbz · · Score: 1

      Unless you're trying to obtain a certificate for the administration interface of an internal device on your home LAN

      If someone is MITMing you on your home LAN you have bigger problems.

    12. Re: LE isn't easy for devices on home LAN by Anonymous Coward · · Score: 0

      Why would you need over twenty people managing over twenty different sub domains? Or are your IT people idiots that can't be trusted to talk to each other or use sub sub domains for trivially distinct separations.

      Or you know, just setup your own cert authority.

    13. Re:LE isn't easy for devices on home LAN by tepples · · Score: 1

      It's not that someone can MITM you on your home LAN. It's that web browsers make no distinction between a home LAN, where a MITM is less likely, and a coffee shop LAN, where a MITM is more likely.

    14. Re: LE isn't easy for devices on home LAN by tepples · · Score: 1

      Why would you need over twenty people managing over twenty different sub domains?

      Because there happen to be twenty users of the same dynamic DNS provider.

      Say 21 different users obtain subdomains under dyn.example, and each obtains a certificate from Let's Encrypt for that subdomain. The first 20 in a week will be issued a certificate, one each for foo.dyn.example, bar.dyn.example, etc. But the twenty-first will instead be issued an error message that the rate limit for dyn.example has been exceeded.

    15. Re:LE isn't easy for devices on home LAN by thegarbz · · Score: 1

      It's not that someone can MITM you on your home LAN. It's that web browsers make no distinction between a home LAN, where a MITM is less likely, and a coffee shop LAN, where a MITM is more likely.

      Indeed, fortunately you can make that distinction when a warning is presented to you about that device you're trying to access, as is the case already.

    16. Re:LE isn't easy for devices on home LAN by tepples · · Score: 1

      Indeed, fortunately you can make that distinction when a warning is presented to you about that device you're trying to access, as is the case already.

      You, I, and the other more-technical users who regularly read Slashdot can make that decision, but we are edge cases. Less-technical users would be helped if browsers used slightly less threatening language on the interstitial for the less-dangerous case of a self-signed certificate presented by a device on the same subnet of the user's home network. The browser may distinguish the (less dangerous) home network from the (more dangerous) coffee shop network by the local IP subnet prefix (in RFC 1918 space), public IP address (a home ISP often gives the /16 when renewing DHCP), SSID, open/WPA status, gateway MAC, etc. Such a message would prompt the user to check that the certificate fingerprint matches rather than knee-jerk "back to safety".

    17. Re: LE isn't easy for devices on home LAN by Anonymous Coward · · Score: 0

      True, but my impression from the ggggp was that he has a TLD that he sets to resolve to his dynamically assigned IP.

  25. Otherwise Comcast will insert JS into your site by tepples · · Score: 2, Informative

    Without a cert, how can your subscribers be certain that their ISP isn't tampering with the connection? Comcast has been caught injecting advertisement display scripts.

    1. Re:Otherwise Comcast will insert JS into your site by Anonymous Coward · · Score: 1

      I don't trust any of the cert providers, so I block all https sites here.

    2. Re:Otherwise Comcast will insert JS into your site by eneville · · Score: 1

      Please check your block as it doesn't appear to be working:

      $ curl -I www.slashdot.org
      HTTP/1.1 301 Moved Permanently
      Server: nginx/1.13.12
      Date: Sun, 01 Jul 2018 08:05:36 GMT
      Content-Type: text/html
      Content-Length: 186
      Connection: keep-alive
      Location: https://www.slashdot.org/

    3. Re:Otherwise Comcast will insert JS into your site by war4peace · · Score: 1

      There are websites where the user doesn't care if the ISP is tampering with the connection.

      Here's the problem with Google bullying HTTPS:
      The user will either listen to the warning ALL times and never reach any non-HTTPS website (affecting all legit websites which don't actually need HTTPS)
      OR
      The user will click through the warning and visit ALL non-HTTPS websites, including malicious ones (meaning that Google's implementation backfired horribly).

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    4. Re:Otherwise Comcast will insert JS into your site by Anonymous Coward · · Score: 0

      Without a cert, how can your subscribers be certain that their ISP isn't tampering with the connection?

      You think certs prevent this? Seriously?

    5. Re:Otherwise Comcast will insert JS into your site by swillden · · Score: 2

      affecting all legit websites which don't actually need HTTPS

      All web sites need HTTPS. Not to make sure the data transmitted is secret, but to make sure that the data that the web site transmits is the data the browser receives. Without that integrity assurance, someone with control of any node in the path between server and browser can modify the data stream to inject malware.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    6. Re:Otherwise Comcast will insert JS into your site by tepples · · Score: 1

      Certificate Transparency logs make rogue certificates issued for ISPs in violation of the CAB Forum's Baseline Requirements easier to detect.

    7. Re:Otherwise Comcast will insert JS into your site by war4peace · · Score: 1

      I understand that FFS!
      But there's a gazillion websites out there which are simply not actively maintained anymore, and Google aims to mark them all as "potentially dangerous". Technically, they are potentially dangerous, much like getting out of someone's momma's basement is dangerous.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    8. Re:Otherwise Comcast will insert JS into your site by brantondaveperson · · Score: 1

      Not everything that you point your browser at is a "website". There are router config pages, NAS config & application pages, local servers of various sorts. There is literally no plan to deal with this problem. If google can't be bothered to come up with a good solution to this problem, then Google can go jump in a lake.

      Furthermore, people already intercept the data on the way to your browser and inject malware. It's called advertising. Guess what Google sell? HTTPS everywhere will do nothing whatever to solve the real problem that's threatening the web, and your privacy. As an advertising-supported commercial endeavor, the web is doomed.

    9. Re:Otherwise Comcast will insert JS into your site by Anonymous Coward · · Score: 0

      Without a cert, how can your subscribers be certain that their ISP isn't tampering with the connection? Comcast has been caught injecting advertisement display scripts.

      I understand Comcast's wrongdoing, but this is a smokescreen from the browser makers altering features purportedly for protection from ISPs and the likes of the NSA.

      Governments and non-governments can subvert the CAs and nobody would know better. As
      https://www.webopedia.com/TERM... says,

      A false digital certificate used to secure Web sites. A rogue Certification Authority (CA) certificate allows malicious users to impersonate any Web site on the Internet, including banking and e-commerce sites secured using the HTTPS protocol. A rogue CA certificate would be seen as trusted by Web browsers, and it is harmful because it can appear to be signed by one of the root CAs that browsers trust by default.

      My issue is that private browser makers, not the full WWW Consortium (as little as I trust them), are now the defacto owners of policy decisions with impunity. It's good to repeat the words from the submission that "Google is a guest on the web, as we all are. Guests don't make the rules." We all know that 1) Google is a latecomer browser maker, at that! and 2) making the rules and tracking the Android users is precisely why they made the browser in the first place.

      This all ends with Google closing off all roads to fit their own advertising agenda. They are extremely powerful as proven with what they have done with/to Firefox (which had the tables turned at one point when they enjoyed a sizeable portion of Google's current browser market share numbers --they thought Firefox would just be OK when they allowed the Goog to take the passenger seat in exchange for a juicy paycheck from search bar revenues)

      So I take browser maker decisions with a grain of salt. "First, they came for my mixed content iframes" but I did nothing because Firefox would be fine. But then Firefox and IE, and Opera, and everyone else relented. Granted, these "security" decisions make sense, but removing the option from the GUI, or about:config or the command line is a jerk move designed to TVO-ize our browsers to the point that we end up with railroaded GUIs for products that are little more than pre-approved "assistants" (computer applications are meant to be tools allowing experts to be experts, but everything companies do today facilitates sinking us all along with the rest of the masses that dug the whole in the ground for their own eternal september) and which have unexplained outages with useless error messages. https://slashdot.org/comments....
      The worst part of this is, computers are programmable, but our apathy is letting companies turn them into little more than glass panes into a pay-per-view world that we no longer have a say in.

  26. Lazy by Anonymous Coward · · Score: 0

    Obviously the writer has never lived in a country where every ISP injects adverts into every http website. The effort in enabling https is absolutely minimal. If you can't be bothered enabling it, then perhaps it's not worth you having a website.

    1. Re:Lazy by Anonymous Coward · · Score: 0

      So, If some country is hellbent on injecting adverts into every http website; What would stop them from injecting adverts into every https session?

    2. Re:Lazy by Nkwe · · Score: 1

      So, If some country is hellbent on injecting adverts into every http website; What would stop them from injecting adverts into every https session?

      HTTPS?

      I was at first going to (try to) be sarcastic and just post the above all on it's own, but maybe there are those out there that don't actually know that the function of the HTTPS protocol is to prevent exactly that. HTTPS ensures that that the browser can have confidence that it is talking to the correct web server on the other end, and that nothing on the network between the browser and the web server can see or alter the information as it goes across the network. In cases where someone tries to alter content (inject advertisements) or send you to a fake website, the browser will warn you that the certificates don't validate.

      I suppose if the country had an extreme level of control to the point that they could control what browser you used and what the trusted set of root certificate authorities were configured in the browser and if they could force the ISPs to perform man in the middle attacks, it could happen, but it would take an extreme level of state control.

    3. Re:Lazy by Opportunist · · Score: 1

      Umm... the way https works, probably?

      But I'm pretty sure you can explain to us how to inject ads into an encrypted data stream. Better yet, save it and present it at the next Black Hat, I'm pretty sure you get a free ticket and a prime time speaker slot for only mentioning that you might have found a way.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  27. there is struggle but you cannot win. by Anonymous Coward · · Score: 0

    ...

  28. Anti-competive by BradMajors · · Score: 4, Interesting

    It is not misguided at all. Google wants a monopoly. They don't want any other company to have the ability to monitor what users are doing. Forcing https achieves this goal.

    1. Re: Anti-competive by Anonymous Coward · · Score: 0

      It is true that only maintained websites will have ads, but this HTTPS change also help Google's advertising competitors.

      It's important to note that ISPs can still see what sites you go to, see how much traffic each site, and how long you're on each site. This is the case even when using most VPNs, due to flaws in how a lot of VPNs handle DNS lookups. This means the change wouldn't limit competition as suggested.

    2. Re:Anti-competive by serviscope_minor · · Score: 2

      It is not misguided at all. Google wants a monopoly. They don't want any other company to have the ability to monitor what users are doing. Forcing https achieves this goal.

      I'm as suspicious of google as the next guy but this is a huge pile of bullshit, frankly, because you're setting up one of the craziest oppositions I've seen which is:

      Google want to monitor everything therefore we should let the government, the phone company and any other random yahoo do it.

      Forcing HTTPs everywhere doesn't do anything to stop google, but it sure stops a lot of other unsavouries. Basically you're rejecting a step which helps a lot becuase it's not perfectly solving everything.

      --
      SJW n. One who posts facts.
  29. What graphical OpenSSL frontend? by tepples · · Score: 2

    Add your organization (home) certificate signer to your root CA store.

    I was under the impression that smartphone and smartphone-derived tablet operating systems made it difficult and/or annoying to add a root CA. How would you get the CA's root certificate onto a device in the first place if it can't read a flash drive? In addition, which graphical frontend to OpenSSL would less-technical users be using to operate this root CA, such as to issue a certificate before uploading it to the router or printer?

    1. Re:What graphical OpenSSL frontend? by Octorian · · Score: 2

      Add your organization (home) certificate signer to your root CA store.

      I was under the impression that smartphone and smartphone-derived tablet operating systems made it difficult and/or annoying to add a root CA. How would you get the CA's root certificate onto a device in the first place if it can't read a flash drive? In addition, which graphical frontend to OpenSSL would less-technical users be using to operate this root CA, such as to issue a certificate before uploading it to the router or printer?

      This is exactly what I did, and no I would not expect a less technical user to be able to do the same.

      And yes, its a pain to make this work with smartphone-type devices. While I can actually load the certs, the OS tends to throw up "your connection may be monitored" warnings when I do. Its also a process sufficiently involved that its not going to be done on every device, and I wouldn't expect a less technical user to figure out this part either.

    2. Re:What graphical OpenSSL frontend? by PrimaryConsult · · Score: 2

      The work-provided smartphones already have our internal CA. I completely agree that this is a fail for smartphones in general - fortunately chrome isn't the only browser on those, for now. I am hoping though that as the web moves more and more towards https, smartphones will improve their ability to add custom CAs to the root store.

      As for less technical uses operating a root CA, this too is a problem. Router mfgrs shouldn't be so cavalier about providing shitty certs, though. You've spent x$ on the blasted thing, surely them providing a "consumerrouter.netgear.com" domain name (or whatever) with valid cert that is served off the router itself should be included with the purchase price (the router intercepts the DNS anyway, it can alter it so that the admin page gets one that is specific to the configured environment).

      This is also a complaint I have with major software distributors - why does VMWare, IBM, Oracle, etc get away with distributing invalid self-signed certificates then make it so hard that it's practically an unsupported operation to try and change them to something valid??

    3. Re:What graphical OpenSSL frontend? by PrimaryConsult · · Score: 2

      This area is where I'm hoping Google's move helps fix these flaws. Using custom certificates shouldn't be so damn hard, in some cases borderline impossible. If the predominate browser starts forcing https, I am hoping hw mfgrs will make this easier (both server side such as routers and vendor-lockin software, as well as client side such as Android and iOS smartphones).

    4. Re:What graphical OpenSSL frontend? by dgatwood · · Score: 4, Interesting

      Let me turn that around for you. You use somebody's public Wi-Fi, and it asks you to click on something that installs a new root cert. If it is easy, the average person will do it without hesitation, at which point HTTPS is completely broken.

      Sometimes, there are good reasons to make unusual things hard.

      No, the right answer is for somebody to come up with a sensible standard for .local certificates in which they are accepted with SSH-like behavior — ask once, and never ask again (with no expiration), but accepted only for that specific hostname, never allowed to be treated as any sort of root cert, etc.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    5. Re: What graphical OpenSSL frontend? by Anonymous Coward · · Score: 0

      No it isn't. Maybe you should read the specifications again.

    6. Re:What graphical OpenSSL frontend? by TheRaven64 · · Score: 1

      but accepted only for that specific hostname, never allowed to be treated as any sort of root cert

      The root cause of this problem is that there are a number of hosts that people care about that are not part of a global namespace. router.local, for example, may exist on any network and will be a different machine on each one. For any kind of secure connection, you need a way of identifying the endpoint (if you're not securely communicating with a specific endpoint, then you may be securely communicating with the entity running a MITM attack).

      It would be relatively easy to integrate some kind of key signing into mDNS / DNS-SD so that anything on the .local domain could advertise a TLS cert, but designing a good UI that lets a user tell the difference between foo.local on their home network and foo.local on the network that they accidentally joined because it has a stronger signal and which wants to steal their passwords is much harder.

      --
      I am TheRaven on Soylent News
    7. Re:What graphical OpenSSL frontend? by Anonymous Coward · · Score: 0

      it's supposed to be hard. You must register to publish on the web. That is the intent.

    8. Re:What graphical OpenSSL frontend? by Anonymous Coward · · Score: 0

      You seemed to have missed the point - it's Google browser that's causing all kinds of HTTPS issues by refusing to deal with self-signed certificates in an appropriate fashion.

      Edge, Firefox, MS-IE and even Safari will work just fine with any self-signed certificates whose signer is in the operating system's Trusted Root/ICA certificate stores. Google Chrome insists on throwing up "Danger! Danger!" warnings on every single visit to a self-signed certificate site because it maintains its own Trusted Root/ICA certificate stores that can't be managed by users.

      Fuck Chrome. Fuck Google and their HTTPS everywhere policy.

    9. Re:What graphical OpenSSL frontend? by AuMatar · · Score: 1

      Maybe iOS its hard. On Android you just download the cert and there's a setting to add it from a file on disk. I've used the feature all the time in development. If there's no equivalent feature on Apple devices- use a device who's manufacturer understands its your device, not theirs?

      --
      I still have more fans than freaks. WTF is wrong with you people?
    10. Re:What graphical OpenSSL frontend? by tepples · · Score: 1

      On Android you just download the cert and there's a setting to add it from a file on disk.

      This is correct but not especially convenient for a few reasons. Adding a root certificate to an Android device requires you to set up your device's lock screen a particular way. Others posting comments to this story claim that doing so also produces a persistent warning on the device that your connection may be monitored. And since Android 7 "Nougat", an application won't see user-added root certificates unless its developer opts in to seeing user-added root certificates through the application's Network Security Config file.

    11. Re:What graphical OpenSSL frontend? by dgatwood · · Score: 1

      Not that much harder. I mean, ostensibly yes, if somebody puts an open Wi-Fi network with the same SSID as your closed network, that might be a risk, but if that happens, you won't be able to see any of the other devices on your network, and you will start to get suspicious pretty quickly.

      Besides, the critical piece of the puzzle is permanent key pinning. Like SSH, the public key of each device should be stored permanently in your computer's keychain, and future accesses to foo.local should always use that key. If your browser or whatever encounters a device named foo.local whose public key is different (because of a network substitution), it should scream loudly. So the window of opportunity for an attack is basically the five minutes between when you unbox the random device and when you first connect your computer to it. This is a relatively low-risk approach — particularly if limited to .local.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    12. Re:What graphical OpenSSL frontend? by JesseMcDonald · · Score: 1

      No, the right answer is for somebody to come up with a sensible standard for .local certificates in which they are accepted with SSH-like behavior — ask once, and never ask again (with no expiration), but accepted only for that specific hostname, never allowed to be treated as any sort of root cert, etc.

      Take a page from I2P's .b32 namespace and Tor's .onion domains, and make the hostname equal to the Base32 encoding of the server's public key fingerprint. If you're connecting to 6lfbxnwh5ed5a3np4ruh4v47zz3lg7soso3waubc3jjontgcn7ja.local, and it responds with a matching (self-signed) key, you already have the equivalent of domain validation and there is no need for a CA signature. Bookmark that URL and you can be sure that the next time you connect to it you're getting the same server.

      --
      "The state is that great fiction by which everyone tries to live at the expense of everyone else." - Bastiat
    13. Re:What graphical OpenSSL frontend? by PrimaryConsult · · Score: 1

      There's a middle ground between a quick dialog box and requiring people to root their phone in order to add a root certificate.

      In any case what I mean about adding a root is adding your own root certificate, not random ones. Right now if I sign certs using our internal CA, they show up just as illegitimate as ones signed by random dude on the internet. People are thus trained that when visiting internal websites from their phones they must click through cert errors. Train them well enough to ignore cert errors and the cert error ceases to have meaning.

    14. Re:What graphical OpenSSL frontend? by dgatwood · · Score: 1

      There's a middle ground between a quick dialog box and requiring people to root their phone in order to add a root certificate.

      But the simplest middle ground is permanently allowing a cert for a specific .local hostname, and not adding the root cert to begin with. Adding root certs sort of makes sense in the enterprise space, but for home use, it's massive overkill, and there are easier ways that are less likely to cause less experienced users to get MITMed.

      Train them well enough to ignore cert errors and the cert error ceases to have meaning.

      Strongly agreed. You should get exactly one notice per .local hostname (never more than once), and it should be different enough from the invalid cert warning that nobody confuses the two. Ideally, it should not even mention certs at all — something like "You are attempting to access the device or service 'Service name' on your local network for the first time. If you have recently added this device or service to your network, click 'Continue'. Otherwise, click 'Cancel.' [More Info]----[OK]----[[Cancel]]" The "More Info" button should bring up a full cert dialog for people who want to hand-verify the keys.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

  30. The web is already broken by physicsphairy · · Score: 1

    Plenty of people the world over cannot access large parts of the web because their governments censor it. That's the status quo. Creating technology that is privacy focused is key to making a web that really is open. In addition to thwarting less capable actors, it puts state actors in the awkward place of either having to embrace the tech, or be left vulnerable and outdated as the free world moves ahead.

    1. Re: The web is already broken by peppepz · · Score: 3, Insightful

      On the other hand, it will put the power of censorship in the hands of domain name registrars, TLS certificate providers, and whomever has the power to decide which certificates are "not trusted" (Google).

    2. Re: The web is already broken by Anonymous Coward · · Score: 0

      How does Google decide a cert is untrusted if you're using Internet Exploder? Honest question.

    3. Re: The web is already broken by Anonymous Coward · · Score: 0

      Obviously you shouldn't issue certificates to conservative websites. They are hateful, and if you issue a certificate you are endorsing their hate. That's certainly something we saw a whole lot of recently.

  31. Start a private CA for your proxy by tepples · · Score: 1

    Try this:

    1. Create a private certificate authority (CA) for your caching proxy. (If you're technical enough to operate a substantial proxy, you're probably technical enough to learn to use OpenSSL.)
    2. Distribute this CA's root certificate to the users of your proxy to add to the trusted certificate store in each browser on each operating system on each device that each user uses.
    3. For each website that a user of your proxy visits, automatically issue a certificate signed by your proxy's CA, and use that to man-in-the-middle the connections.

    1. Re:Start a private CA for your proxy by anon+mouse-cow-aard · · Score: 1

      yes... I want my bank impersonated by any random operator of a web cache. sounds peachy.

    2. Re:Start a private CA for your proxy by Opportunist · · Score: 1

      Curious that no malware tried to use that vector yet.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    3. Re:Start a private CA for your proxy by packrat0x · · Score: 2

      Malware no, employers yes.

      --
      227-3517
    4. Re:Start a private CA for your proxy by anon+mouse-cow-aard · · Score: 1
      companies have a financial motivation to MITM their staff, because they might pay for the proxy's cost in saved bandwidth alone, and they could easily frame it as a compliance measure to avoid data exfiltration and that sort of thing. But doing that makes the entire network untrustworthy in many (most?) people's eyes.

      The likely result: people use other channels with less surveillance because they don't trust the network. If I don't trust my employer's network, I'm going to Starbucks at the coffee break to do my banking (and my data exfiltration.) Employer loses employee productivity and visibility into traffic.

      but that isn't the bad thing... If their web cache ever gets hacked... holy crap what kind of liability do you think there will be for intercepting EVERYONE's banking/medical/personal information, as well as ALL TRANSACTIONS of the company including all relevant secrets? The bad people can impersonate the corporation and/or any employee in any way whatever to whatever outside entity in a way that is undetectable to employees. And the company did it. The company made trust of their web cache, where I can't tell the difference between legit and compromised connections, a condition of employment. To me, if my employer puts in an MITM web-cache, and they get hacked, and someone drains my bank account, that company is liable.

  32. Dude misses half the point. by Anonymous Coward · · Score: 0

    Without encryption you cannot make new versions of the protocols nowadays, thanks to middleboxes.

    New versions of protocols are good for performance and security.

    Incenting deployment of such is good for the web.

  33. Yet another vote for DuckDuckGo by Anonymous Coward · · Score: 0

    Google can work on hurting their monopolistic position if they want. I'll go with DDG where they aren't just using me to further their ad business.

  34. What browsers should do by voss · · Score: 1

    Is allow the http site content to be displayed but not allow any scripts to run.

    1. Re:What browsers should do by sjames · · Score: 1

      What the browser should so is what I tell it to do.

  35. HTTPS makes for better ads by AHuxley · · Score: 1

    Keeps the ads safe down to your computer.
    No other party can go looking at other ads to that secure user.
    Ensures only approved ads get seen as approved ads are protected by HTTPS.
    Ads sent by HTTPS are accepted by that user as they have to have HTTPS to see the site, use the service.
    HTTPS is a secure lock but in the way ads are now locked into a site, service.
    Trust a site for HTTPS and trust their HTTPS ads.
    Security services and police, mil are not unhappy about VPN, HTTPS crypto use so thats not a change.

    --
    Domestic spying is now "Benign Information Gathering"
    1. Re:HTTPS makes for better ads by Anonymous Coward · · Score: 0

      Did you have a stroke while typing that?

    2. Re:HTTPS makes for better ads by Opportunist · · Score: 2

      Wait ... so ... nobody being able to intercept, alter and manipulate data between sender and recipient except sender and recipient (who can easily use ad filters instead of relying on his ISP to filter what the ISP doesn't get paid to let pass, for example) is a BAD thing now?

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    3. Re:HTTPS makes for better ads by AHuxley · · Score: 1

      The user trusts HTTPS and allows that site to become trusted on their computer.
      Malware gets into that senders network and follows the HTTPS down to the user.
      Given HTTPS is getting to be a standard thats accepted, the protection is not "good" in the way expected.

      --
      Domestic spying is now "Benign Information Gathering"
    4. Re:HTTPS makes for better ads by serviscope_minor · · Score: 1

      Are you a bot that's simply been trained on a dictionary of tech terms?

      --
      SJW n. One who posts facts.
    5. Re:HTTPS makes for better ads by Anonymous Coward · · Score: 0

      Just ... no.

      HTTPS is transport. It mitigates MITM attacks. It does nothing for what's already on the server. You need something else to control that. All you can "trust" with HTTPS is that whatever the server intended for you to get, you got.

      News sites with more than 50 script and ad providers ... and HTTPS ... simply make sure that you get the intended version of the malware.

      HTTPS doesn't remove the need for thinking while surfing, and using additional control methods - NoScript, Privacy Badger, uBlock Origin, and the like. And simply avoiding sites that attempt to do too much.

      OTOH, plain HTTP is vulnerable to MITM, and probably should go away especially for any place that accepts input on a page. Removing sites from Google search results just because HTTP is a bit extreme, though.

    6. Re:HTTPS makes for better ads by Opportunist · · Score: 1

      HTTPS is transport encryption AND source verification. At least if you don't blindly click accept whenever your browser complains about an unknown certificate.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  36. No one has to be addicted Google by Anonymous Coward · · Score: 0

    The OP has a serious crush on Google, blaming Google for their own personal problems. If you don't like Google controlling how you view the web, try another index.

    Google is treating us better than Microsoft, Facebook, AOL, IBM, ATT, Apple and Sony ever did. But if you still don't like Google, use another index. You can do that in Chrome, Google isn't stopping you.

  37. You Must Register by Anonymous Coward · · Score: 1, Interesting

    HTTPS Everywhere is 100% about ending unregistered user of the internet. It is censorship at its most beautiful. Without it, anyone with s public facing IP, hell anyone with as public facing socket can publish on the internet. HTTPS Everywhere is about fixing that freedom, about making sure googled knows exactly who is publishing what.

    1. Re:You Must Register by Anonymous Coward · · Score: 0

      HTTPS Everywhere is 100% about ending unregistered user of the internet. It is censorship at its most beautiful. Without it, anyone with s public facing IP, hell anyone with as public facing socket can publish on the internet. HTTPS Everywhere is about fixing that freedom, about making sure googled knows exactly who is publishing what.

      This exactly!

    2. Re:You Must Register by Z00L00K · · Score: 1

      Not different from how exposed you are anyway.

      The end points are still known unless you go via a proxy, but that increases the latency.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    3. Re: You Must Register by Anonymous Coward · · Score: 0

      It's more than just Google want to know who is publishing. Give around the world why to know. Shouldn't the users want to know? How can you trust anything from the site if you don't know.

    4. Re:You Must Register by Xtifr · · Score: 1

      The problem with that theory is that HTTPS Everywhere is run by the EFF and Tor, not Google!

      Let's Encrypt is the joint project which Google is involved with. But again, the EFF is also a major backer of the project. And frankly? The EFF has a much better record of supporting my privacy and freedom than Anonymous Coward. Forgive me if I continue to find them more reliable and trustworthy than some random Internet guy.

  38. That is total crap by Anonymous Coward · · Score: 0

    HTTPS helps prevent criminals from spoofing and launching MITM attacks, and it protects users from mass surveillance operations. It's foundational for the free and open internet in 2018. Using HTTPS on a site has literally nothing to do with requiring registration.

  39. Web is an open platform! Google must maintain it! by iamacat · · Score: 1

    It's not like anyone else can code a web browser or a search engine right? Maybe even a special search engine just for old HTTP sites? As time goes by, old search results are likely to be less accurate and not be rendered properly in modern browsers. Might as well use a correct tool for the job, like you would use DOSBox instead of Windows 10 command prompt to run old games.

  40. Show me your papers! by Mats+Svensson · · Score: 0

    Show me your papers!
    Or are you to lazy to carry a little paper around when you leave your house, hmm?
    Show me your papers you lazy bum!

    Make the world a better place, a more organized place, a place that marches towards the future in lockstep, arm in arm,

    But first...
    SHOW ME YOUR PAPERRRRSSSS!!!!

    1. Re:Show me your papers! by Opportunist · · Score: 1

      Come again when you learned how https works. https verifies and authenticates the sender, not the recipient.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    2. Re:Show me your papers! by serviscope_minor · · Score: 1

      WTF is wiht today's meme of "papers please" trolls on HTTPs websites.

      Something that stops the goverenment, the phone company and the hotel WIFI from snooping on your traffic and potentially injecting malicious content is now equivalent to "papers please"? What the ever-living fuck?

      If you hate HTTPs so much just blindly accept every single certificate ever and you'll be exactly in the situation you're in right now. I would say there's a browser extension out there to do that but I doubt anyone who has the wherewithal to write such an extension would be stupid enough to believe it was worth doing.

      --
      SJW n. One who posts facts.
    3. Re:Show me your papers! by Anonymous Coward · · Score: 0

      It can do both, but does not in the common case. Client certificate authentication isn't that useful for the common browser in general usage, but it's quite handy within a few use cases.

  41. Is this "keyword not provided" 100% ? by socheres · · Score: 1

    SEOs will thank Google. Now, you won't be able to see any keyword data at all Unless of course you pay for AdWor^H^H^H Google Ads

  42. Misguided? In the time of fake news? by Opportunist · · Score: 1

    Quite frankly, there is more dangers to insecure connections than whether your data can be intercepted. How about you being fed false data? You connect to http://www.reputablenewssite.c... only to get fed bogus information from your ISP that gets paid to "adjust" the news by someone.

    Can't happen? 5 years ago I would've agreed. Today? I don't anymore.

    Seriously, today more than ever, being able to actually verify that what you see is actually what you wanted to see is more important than ever.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
    1. Re:Misguided? In the time of fake news? by sjames · · Score: 1

      Wrong argument. Nobody has even attempted to argue that NO site should use HTTPS.

    2. Re:Misguided? In the time of fake news? by Opportunist · · Score: 1

      The argument is that Google upranks sites that do use it. I honestly fail to see why it would be a bad idea to uprank sites where the user can at least verify that the bullshit he reads is actually the bullshit the site spews.

      --
      We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  43. HTTP joins the "Dark Web" by Lije+Baley · · Score: 1

    OOOo spooky. Now nobody will find my site. http://solaria5.fragcube.net/
    Oh wait, nobody was finding it anyway...

    --
    Strange things are afoot at the Circle-K.
  44. Op is misguided by Anonymous Coward · · Score: 0

    Converting the web to https is all about giving people the freedom to read and communicate what they want without being subject to surveillance by government or misguided companies.

    The argument of not moving forward with this because of some site being unmaintained for 25 years is preposterous. Why would you want to trust information from such a source anyway?

  45. Re:Nostalgia blindness at best. by WaffleMonster · · Score: 1

    The web isn't the web of 25 years ago, and it's plain FUD to bring up Google or "corporations" in general as trying to manipulate us into something that's not good.

    Personally I think the fact Google is both in a position to force this by itself and is leveraging that position is a bad thing regardless of intent. In fact I would argument intent is entirely irrelevant. They could have all the best intentions in the world and it still wouldn't justify means.

    What worked 25 years ago for a few nerds doesn't work for the bulk of humanity.

    I've always found myself mildly amused of the cross section of people who put up websites or bother to learn enough wiki markup to contribute to Wikipedia. It was never just nerds. A surprisingly diverse crowd were willing and able to do these things and do them decades ago when systems were much less available and harder to use than they are today.

    I personally believe the Internet is substantially worse off than it was 25 years ago. Power just keep getting more and more aggregated into the hands of fewer and fewer. Users are now being owned enmasse by corporations in ways that previously only illegitimate underground would dare contemplate.

    We need something better. If you're not going to offer it, then don't conflate the efforts of many organizations as "Google's will" to make it sound evil.

    What does it matter whether someone is able or willing to offer something better? How does their ability affect the merits of topic at hand?

  46. Dear Dave by Anonymous Coward · · Score: 0

    You make really interesting points. Alas, I couldn't read the quoted article (I guess it's , because it's a Javascript rat's nest.

    No, I don't allow my browser to execute random programs off the 'net. Thus your whole site is a black hole to me (well, in this case light grey, but you get the idea).

    So I'll have to live without having read your article, sorry.

  47. Google is just bolstering the CA/DC businesses by Anonymous Coward · · Score: 0

    The bs about more security is that it - just bs. There are several MitM solutions available that easily decrypt any SSL/TLS traffic and do whatever they please with plaintext, see for example this: https://youtu.be/IgDXOGCpNz4 - in other words, that's just Google attempt to stimulate the CA and datacenter businesses by forcing web publishers to acquire SSL certificates and more powerful servers (because TLS isn't computationally free). The only security it gives is against script kiddies - anyone motivated enough to snoop on you will have no problem going around this.

  48. Thanks, I was wondering why google cared so much by rsilvergun · · Score: 4, Interesting

    about HTTPS. You just answered my question. They don't want the ISPs to have the detailed data google has (they still have URLs but no page content) and they can't replace google's ads with their own. Now it makes sense.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
  49. HTTPS is not a solution for your fucked up telecom by Anonymous Coward · · Score: 0

    HTTPS is not a solution for your fucked up telecoms. I am in Europe and if an ISP was allowed to do that (they are not) I'd have another 20 ISPs to choose from.

  50. Not misguided at all by DaMattster · · Score: 0

    I am all for encryption!

  51. TOR by Anonymous Coward · · Score: 0

    Given the way things are going, we don't really need more HTTPS (though I feel better about an encrypted site than plain HTTP), but .onion domains. An easy way to establish an eco-system would be to have always an .onion for your regular site. Preferably site-independent, that way it also functions as redundancy. All negative points of HTTPS mitigated (I agree, there's some danger with censorship), same effect and just as secure without reliance on 3rd-party issuers.

  52. "Nobody Maintains it" by Anubis350 · · Score: 1

    You can walk into libraries all over the world, pull a book off the shelf, and read it. Nobody maintains it; it just sits there. Some things work that way.

    You know there's an entire *profession* dedicated to maintaining it, yeah?

    --
    "goodbye and hello, as always" ~Prince Corwin, from Zelazny's Amber series
  53. Caching all but the bank is an edge case by tepples · · Score: 1

    In theory, you could configure your web browser to connect to domains hosting financial web applications directly and other sites through the proxy. But I concede that major web browsers lack UI that specifically targets the edge case of selective deliberate use of a caching MITM on the client side of a harshly metered last mile.

  54. Google is not only Search but also Chrome by tepples · · Score: 1

    What kind of information is worth being transported but not worth being tampered with and worth being mentioned on Google?

    The article mentions policies implemented not only by Google Search but also by Google Chrome. If you read websites through Chrome, then everything you read is "being mentioned on Google" in this sense.

    Also, if by "Google" you mean only Search: Wikipedia and the sources it cites. With cleartext HTTP, your ISP can insert patent nonsense into just your view of an article with no help from Wikimedia. But with HTTPS, the ISP would have to publish a revision through Wikimedia's server, where it'd get reverted in a heartbeat.

  55. Citation needed that browsers don't cache HTTPS by tepples · · Score: 1

    Most (All?) browsers and caching proxy servers do not save https content to disk.

    Citation needed. Google Search for https disk cache returns, as its first result, "HTTPS Disk Cache Controller Browser Extensions" which contradicts your claim: "The default setting in Firefox 4.0 and later, true causes all HTTPS responses to be disk cached unless the server sends the header Cache-Control: no-store." Farther down the first page of results is the Chromium project's documentation of the disk cache mechanism used by Chromium and Google Chrome. Because this document doesn't contain "HTTPS", "secure", or "encrypt", it appears to say nothing about any distinction between cleartext and HTTPS.

    Some caching proxies don't save HTTPS content to disk because they don't cache HTTPS at all. The FAQ of the Polipo proxy states that it falls back to a tunnel using the CONNECT method for HTTPS connections. It doesn't support a shared HTTPS cache with a private CA.

  56. Re:Thanks, I was wondering why google cared so muc by Rob+Y. · · Score: 1

    Okay. But do you want your ISP to have that information? I'm all for legislation to restrict ISP's from storing any information about your web browsing history. You're paying them for a pipe, not a service in exchange for your info. Come to think of it, that applies to your credit card company and anybody else you do paid business with.

    --
    Posted from my Android phone. Oh, I can change this? There, that's better...
  57. Certificate expires with warranty by tepples · · Score: 2

    You've spent x$ on the blasted thing, surely them providing a "consumerrouter.netgear.com" domain name (or whatever) with valid cert that is served off the router itself should be included with the purchase price

    Which conveniently has a not valid after date 12 months after purchase, once the warranty expires. And now that you're putting the onus on device manufacturers, what cert should someone who builds a NAS out of a Raspberry Pi use?

  58. Subdomain rate limit by tepples · · Score: 1

    Zero dollars will get you a fully qualified domain from a DynDNS type of service.

    If on your first attempt you hit the weekly rate limit for subdomains under a particular dynamic DNS provider, how practical is it to retry at random intervals for upwards of two days, as another Anonymous Coward suggested?

    1. Why do you want your printer to show up in Google search results?

    The summary mentions not only Search but also Chrome.

    2. Do you really want your printer accessible directly over the Internet?

    No, but web browsers' enforcement of Secure Contexts policy currently makes no distinction between machines on the LAN and machines on the Internet.

  59. Chrome distrusts it as a coffee shop WLAN by tepples · · Score: 1

    Nobody's suggesting it's a problem Google won't include search results from your router's configuration page.

    The summary mentions not only Search but also Chrome. Chrome makes a policy distinction only between localhost and not-localhost, not between your LAN and the Internet. This is because it assumes your LAN could be a coffee shop WLAN, which ought to be untrusted.

  60. try this and stop whining by Anonymous Coward · · Score: 0

    https://letsencrypt.org/
    Simple to set up. Renews itself.

  61. Insertion of nonfree scenes into PD movie by tepples · · Score: 1

    The value in tampering with a public domain movie is to insert copyrighted scenes. Then someone who reuses portions of the movie in his own work, thinking it's in the public domain, gets framed for accidental civil copyright infringement. Unlike crimes, torts do not require mens rea (intent, recklessness, or negligence). Besides, thanks to copyright term extensions, I thought public domain movies were undesirable to the majority of viewers because they are silent and in black and white.

    What you're ultimately asking for is some means for signing only, as opposed to encryption. This provides an integrity guarantee but not one of confidentiality. But how would this be integrated into web standards?

  62. HTTPS: Permission required. by Anonymous Coward · · Score: 0

    Most of the comments are off mark. What really matters is the simple fact that each and every certificate requires a permission from somebody. You have - at the very least - to proof the ownership of the domain and the certificate authority can deny your request for any reason - maybe it violates the religious believes? That's not a problem? Try to get a valid certificate for any .local domain. You can't. Not even from "Let's encode' . Why? They can't verify you.

    m.

  63. Integrity without confidentiality by tepples · · Score: 1

    Public info doesn't require sec? Really, how do you know you are connected to the real site?

    In theory, a cipher suite that does signing only and not encryption would allow this. A cipher suite that provides integrity without confidentiality would allow an intermediate proxy on the far side of a harshly metered link to replay the session to viewers behind that link, saving data transfer allowance across that link.

    How do you know the info you read is real?

    HTTPS does not prevent website operators from publishing fake news.

    How do you know someone isn't checking what you read?

    Some information, such as the National Weather Service forecast and radar image sequence for the city in which a user is located, is so generic that little information about the user's interests can be gleaned from observing that the user has viewed it. For these, integrity without confidentiality may be warranted. The problem is that current web technology offers no way to provide integrity without confidentiality.

  64. Is emigration the answer? by tepples · · Score: 1

    You're proposing a technical solution be imposed on everyone, everywhere to fix a problem (lack of competiton allows behaviour customers don't like) with your specific market. How American of you.

    How many visas does your country offer to people who seek asylum from the American regime and have work skills?

  65. Watch ISPs hike their rates and offer discounts by tepples · · Score: 1

    You're paying them for a pipe, not a service in exchange for your info.

    Then all the ISPs will hike their rates. Those who want a pipe can pay double. Those who want what less technical users are used to would get a 50 percent off discount in exchange for interest gathering and advertisement injection service.

    1. Re:Watch ISPs hike their rates and offer discounts by djinn6 · · Score: 1

      That's not how pricing works. If people can afford to pay double the price, the ISP would've already raised the price.

    2. Re:Watch ISPs hike their rates and offer discounts by tepples · · Score: 1

      The ISP raises the price on paper and then discounts it for the vast majority of users on the condition that they agree to "personalized experience". Almost nobody actually pays the increased sticker price; it's just there to satisfy some regulation.

  66. "Please federalize me", they scream. by Anonymous Coward · · Score: 0

    "Please federalize me", they scream.

  67. Travel restrictions make key parties inconvenient by tepples · · Score: 1

    I submit that the people who will not run such a thing are exactly the ones who could handle self-signed certs with pinning and a web of trust.

    Bingo. You've found the real reason that governments are making travel more of a hassle. It isn't entirely to prevent terrorism against passengers; it's also to make it less convenient to attend key signing parties. Without attending key signing parties in faraway lands, you can't very well make your public key more densely connected in the global web of trust. You end up trusted on an island within bicycle range (that is, your home city) with some bottleneck keys in all trust paths in and out of the city. These bottleneck keys' owners are the key signing jet set, and they might as well be CAs.

  68. I agree. Google is just being evil. by Anonymous Coward · · Score: 0

    As I have set up a simple website for my brother's music group I'm not going to add https to it as I don't care. The site is purely static with no ability to enter and information in order to avoid security issues which I don't want to have to deal with. This site has been #1 for the past 10 years when you enter the band's name and account for 18 of the first 20 hits. The several non-band hits are from a group that are trying to use their name in the U.K. and another who named a song with the same name and are close to infringement ( not that we care that much as no one can copy their uniqueness. :)

    So, what should I expect in the future if someone searches for their copyrighted name? If they play games with the stats what would we do? Probably nothing other than laugh and repeat, "Google IS EVIL".

  69. HTTPS still useful by mi · · Score: 2

    "so the 'risks' of not using HTTPS are irrelevant."

    Though the author is right in that the public information itself requires no hiding, the information about my am accessing a particular piece of information may be important...

    And then there is the integrity aspect — without something like HTTPS, how do I know,the data has not been tampered with in-flight?

    --
    In Soviet Washington the swamp drains you.
  70. CASB - Buzzword Bingo! - Patching is hard. by anon+mouse-cow-aard · · Score: 1
    CASB - Cloud Access Security Brokers. but regardless of checklist items, I think the post is mostly addressing the wrong problem. Good practices in new deployments is good, but how often are deployments new?

    As someone most involved in operations, I think you fail to appreciate how hard the basics are. Just try to keep ALL of a reasonably size organization's internet facing thingums patched. I haven't heard of a anyone being successful at that. Software and systems are thought of like consumer goods: you buy them, they have a natural life, and you repair for a while or replace before that gets too costly.

    For internet facing services, it's more like fruit. You expect to put fresh fruit out there every week, because no-one is going to buy two month old watermelon. Acquire fresh fruit, qa them for damage, for ripeness, etc... and put them on the shelf, in a day or two. And a week later, you need new fruit.

    That's the thing people aren't really grasping. When they contract out development, and they accept delivery from something. A week later, they either have support or it starts going bad and needs to be thrown out within a few months. You can't really buy software, or it's a really bad deal if you do, because a *perpetual license* is good for a week or two.

    Patching is hard.

  71. The word you're looking for is ballistic. by Anonymous Coward · · Score: 0

    As in, for example, ICBM.

  72. Think Of The Children! by kackle · · Score: 2

    Think of the children's...energy prices. All that unnecessary encrypting costs electricity, times billions of pages per day.

    1. Re:Think Of The Children! by thegarbz · · Score: 1

      Think of the children's...energy prices. All that unnecessary encrypting costs electricity, times billions of pages per day.

      It really doesn't. Not in the scheme of loading up content online.

  73. Re:Travel restrictions make key parties inconvenie by sjames · · Score: 1

    Web of trust also means that If I trust example.com, I have every reason to place just as much trust in it signing a.example,com. No need to travel cross country for the 184th Buggy Whip manufacturer's Association of America convention.

  74. Winer vs. the EFF by Xtifr · · Score: 1

    Dave Winer seems to think this is a Google thing. In point of fact, HTTPS Everywhere is sponsored by the EFF and Tor. And Let's Encrypt is run by an umbrella organization whose members include the EFF and Mozilla as well as Google, Cisco, and Akamai.

    I don't have much trust for Google, but I do have a lot more trust for the EFF than I do for some random software developer. Even if he's old. I'm sure Winer is well-intentioned (given his history), but he doesn't seem to have done his research very well, in this case.

    The EFF's reasons for supporting https are a lot stronger than Winer seems to realize. Google's reasons, I can't address, since I'm not familiar with them, but the EFF's arguments are pretty strong. MITM attacks at the government actor level are not just hypothetical.

    From the EFF's page:

    Content injection is when someone adds data or code to your communications with an HTTP web page. For example, it's how GCHQ and NSA took over a Belgian ISP's computers. Content injection is also how China took down GitHub with a massive DDoS attack, dubbed "The Great Cannon". Content injection is also becoming popular with ISPs. Verizon injected tracking headers into every request made by their customers. And Comcast injects pop-ups into sites where they don't belong. All of these attacks can be stopped by HTTPS, provided it is implemented and made default on enough sites.

    Now, I admit there are still some questions which aren't as frequently discussed as they should be, such as private LANs where https isn't an option. (I have http services running on such a LAN myself.) But that can be dealt with. For IP4, it's fairly easy--whitelist private ranges. For IP6, you'd have to have a way of designating your trusted network. But it can be dealt with. And the public Internet should be encrypted. Anyone who argues otherwise is simply clueless. (Or culpable.)

    1. Re:Winer vs. the EFF by JesseMcDonald · · Score: 1

      private LANs where https isn't an option

      HTTPS is an option even for private LANs; you just need a public domain name for the server, which can be linked to a private IP address. You can get a Let's Encrypt certificate for the domain using a DNS challenge (which involves updating TXT records) without ever exposing the HTTPS server to the public Internet.

      --
      "The state is that great fiction by which everyone tries to live at the expense of everyone else." - Bastiat
  75. Doesn't matter what I want by rsilvergun · · Score: 1

    Google still has it, so it doesn't make any difference to me which mega corporation has it. Besides, I've said this before on this forum but I'm just not that worried about my privacy. I'm lower working class (I'd be doing better but my family has a lot of health problems and being American it's constantly crushing me financially). Privacy is mostly an upper middle class concern. In my income bracket I'm more worried about having basic needs met.

    The way I see it is this: The ultra wealthy want to invade my privacy so they can use that information to oppress me. But the only reason they're bothering to oppress me is so they can take all the money for themselves. If we had a society where we didn't let them do that and didn't give them so much money that it truns into power I wouldn't care if they knew what web sites I browsed. In other words, if I had guaranteed access to food, shelter, healthcare, education then they wouldn't have any leverage to oppress me.

    That's what true freedom really is. It's when nobody has any leverage over you. It's why I'm a Democratic Socialist. Nobody Should be too Poor to Live. And nobody should get to decide who lives and who dies.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
    1. Re:Doesn't matter what I want by walllaby · · Score: 1

      Google still has it, so it doesn't make any difference to me which mega corporation has it. Besides, I've said this before on this forum but I'm just not that worried about my privacy. I'm lower working class (I'd be doing better but my family has a lot of health problems and being American it's constantly crushing me financially). Privacy is mostly an upper middle class concern. In my income bracket I'm more worried about having basic needs met.

      That may be your rationalization, but if it doesn't take much work for me to make my information private, then fuck em, I'll do it. I'm not handing out free data to businesses that haven't earned it.

      That said, I've probably gotten way more worth out of using Gmail than Google has gotten out of me. It's something you gotta weigh for yourself.

    2. Re:Doesn't matter what I want by bingoUV · · Score: 1

      In other words, if I had guaranteed access to food, shelter, healthcare, education then they wouldn't have any leverage to oppress me.

      You already know that there are no guarantees in nature. So, ok, let us pass a law that "guarantees" all these resources to you. And let it actually work for a decade or so - enough for you to start trusting the "guarantee". But laws , and their ultimate implementation - due to legislators - in turn due to voting, are heavily dependent on what people think and believe.

      This thought and belief can be changed, manipulated, abused through invading your privacy. This involves knowing your thoughts in detail so that what to show you to nudge you over the fence to where "they" want you beliefs to be. Once you believe what they want you to believe - you yourself vote to get rid of your guarantees. Not that you will know you are voting to get rid of guarantees - but you will do so anyway because your thoughts and beliefs have been manipulated.

      So, once you know how guarantees work, it is no more true that guaranteed access to essential resources protects your privacy in any form.

      --
      Bingo Dictionary - Pragmatist, n. A myopic idealist.
  76. Re:Travel restrictions make key parties inconvenie by tepples · · Score: 1

    Web of trust also means that If I trust example.com, I have every reason to place just as much trust in it signing a.example,com.

    The next question is how you came to trust example.com in the first place. Is it that you trust com? If so, you've reinvented DANE, and the reason DANE hasn't taken off is registrars dragging their behinds on adding DNSSEC to the zone hosting bundled with a domain name.

  77. Re:Travel restrictions make key parties inconvenie by sjames · · Score: 1

    Much like one comes to trust anything. First tentatively and in matters of little consequence, then moreso over time. Trust is a funny thing.

    Consider, for some reason, Smiling Sam gets his online used car dealership the highest level of verified cert. So I can absolutely trust that the site really is ..... created by someone I know absolutely nothing about. OTOH, some student creates a page with a few useful formulas and tables on it and self-signs. I look it over and see that the ones I remembert he has correct. I trust him more than I trust Sam. I trust his signature on his friend's site more than I trust Dam's signature on a mechanic who will happily certify that Sam's cars are the best.

    What I really need from most certs is assurance that the site I'm seeing today is the same one that slowly earned my trust over time. Or if it's a new cert, that someone who has earned my trust over time can verify that the site is the same one I have come to trust.

    The CA's are really sort of a last resort since they boil down to "someone I have never heard of says someone else I have never heard of told them that his name is Joe Blow. Is that REALLY stronger assurance than a stranger walking up and saying "Hi, I'm Joe Blow"?

    Back in the mid '90s, when https and Certs were just starting to be promoted, I talked to a Verisign rep at a show. He actually told me that I can trust the identity of any website with a cert because they contractually agreed to not lie when Verisign issued the cert. Because crooks never dare violate the terms of an unsigned contract.

  78. Completely useless by Anonymous Coward · · Score: 0

    and if not completely, then mostly useless.

    Just take a look on the default trusted CAs, governments from 3rd world countries, companies you wouldn't trust your ugly wife with and more.

    So yeah, the web will be encrypted, but the guys we fear the most will have the keys...

  79. Re: Otherwise Comcast will insert JS into your sit by Anonymous Coward · · Score: 0

    One could argue that a long unmaintained website is a likely target. You know, cause they're unpatched and shit.

  80. Externalities by ka9dgx · · Score: 2

    This is really an argument about externalities, costs shoved off to society, instead of being paid for up front. There are costs to HTTPS, and a great deal of technical debt would be incurred in forcing older sites to deploy it. HTTPS is a set of trade offs, one of which involves centralizing trust (and thus the ability to censor) in the top level certification sites. Using HTTPS also prohibits the development of other options, any of which may actually be far superior, in other words, premature optimization.

    There's no really good reason to force old web sites to change everything for your latest version of security kool-aid, and again in 6 months, and again in 6 months, ad hoc, ad nauseum. It won't actually do much good, and as stated above, does much harm by potentially removing history.

    Grow up, kids.... HTTPS is like beta software... it's not done yet. Get back to me in when it hasn't undergone a revision in at least 5 years.

    1. Re:Externalities by thegarbz · · Score: 1

      There are costs to HTTPS, and a great deal of technical debt would be incurred in forcing older sites to deploy it.

      It's not that much, and if you can't put the effort into this debt one could argue that you don't actually care about hosting the content in the first place.

      Using HTTPS also prohibits the development of other options, any of which may actually be far superior, in other words, premature optimization.

      A stupid argument that could be applied to every system ever invented. Also quite wrong. Just because we're talking HTTPS today doesn't mean it will be HTTPS tomorrow. Heck internet protocols have developed a lot over the years, there's no reason this would be their death.

      Grow up, kids.... HTTPS is like beta software... it's not done yet.

      Welcome to security. While you want for the perfect everything proof solution, I'm going to put a lock on my front door. May I suggest you take up a hobby, you'll be waiting a loooooong time.

  81. Drink your poison by walllaby · · Score: 1

    God forbid anyone type in a verbose URL or use a different search engine. I get around the internet just fine without using Google services.

    That said, yes, securing your connection to websites is a great idea. Sometimes giant corporations actually do have good intentions.

  82. Open source or public domain code worthless? by Anonymous Coward · · Score: 0

    My own site is updated now and again. Bunch of http stuff, documents with mainly text (yes, good old ASCII), source code. No need to encrypt it; it is there to be available to be read. No ads, ever, and no reason it should be encrypted. He who wants a copy can just make one or more.

    If you or your search agent doesn't look, and is looking, say, for security engines, spreadsheets, authentication schemes, it will miss www.gce.name and will be somewhat impoverished. Useful information does not derive usefulness from being encrypted. If it is being given away, free, it is like lots of other information that has been given away free. Why impose a need to encrypt (and decrypt) such? What difference does it make that 3 letter agencies see such code get shared?
    Would a copy, say, of gcc be useless unencrypted?

    OK, if someone tampers with the disk content of the site, it gets tampered with. Just running https means the information gets transmitted same as this content. Still tampered with. If it happens to www.gce.name it will get noticed sometime & replaced with clean copies. But the whole site has little that lends itself to malware.

    Using https makes sense if you want folks to have a hard time knowing what is being browsed. If OTOH you don't care who knows, why impose the extra overhead? Setting up https connections uses as I recall 60 or so times the processing that http connections do.
    Some of us have been giving out code for decades now. Some of that remains useful. If Google won't index it because it is not given over the wire protection which it has never needed, Google's index is going to be impoverished, and with no good reason.

  83. Look at Baidu/GitHub, Suddenlink/Bing by Anonymous Coward · · Score: 0

    MITM happens all the damned time. Bad folks intercept HTTP and insert ads or malware or ads containing malware. Unauthenticated HTTP needs to DIAF.

  84. Yeah, actually, in reality, it is. by fyngyrz · · Score: 1

    Specwise, you're right.

    Effectively, it is, though.

    Until you can cook your own certificate up and the browser won't shit itself and fall in it and then pull the user in afterwards screaming about risk when they get the FrightDialog(tm) shoved in their face, HTTPS will remain more of a money-grubbing scam than a usable option for anyone not doing e-commerce or secret data collection.

    And no, let's encrypt's time-limited certs are not a good solution.

    --
    I've fallen off your lawn, and I can't get up.
  85. Proxy filters by Anonymous Coward · · Score: 0

    Proxy filters like Privoxy (https://www.privoxy.org/) are ineffective when HTTPS is used. Google has an interest in bypassing as many adblocking methods as possible.

  86. Ol' Dave rehabbed? by Anonymous Coward · · Score: 0

    I can't believe I got all the way to the bottom and nobody ripped into Dave Winer for bringing it up.

  87. Not for a quasi-public service by rsilvergun · · Score: 1

    like Internet. They have to worry about government regulation if they raise the price too high. Or at least they used to. With the current administration I don't think that's the case. I know my bill's gone up $20 in the last 6 months and it'll jump another $40 by the end of the year (assuming I want the same tier service I have now).

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
  88. Hiya! I ran part of that project. by talldean · · Score: 1

    So, I used to work at Google. And my goal was HTTPS across all of www.google.com, which... was a task, and not one that I did solo, by any stretch of the imagination. I've worked in industry for 20+ years. I've never been more proud to work on a project.

    As far as "there's tons of unmaintained content out there", I'm... not entirely convinced; that feels like saying something that should be true, but just isn't. Bandwidth costs money, so if you've got a machine serving any amount of content... someone's paying for that machine. Do you have examples or data backing up the claim of the tons of unmaintained stuff?

  89. Google has a love/hate relationship with https by Kreigh · · Score: 1

    My personal website has been around since 1998. I provide/share information on topics that interest me. I have never served ads or collected personal information (logging is not turned on at my website). I can enter search terms on Google and use "I'm Feeling Lucky" to find my website. But now Google is going to downgrade me since I don't use HTTPS, so they can have exclusive access to search results to access my website information. WTF? Not all the information on the web needs to be encrypted.

  90. Go elsewhere by Anonymous Coward · · Score: 0

    And so begins the decline of Google as a search engine? Or do you continue to support their monopoly position that allows them to get away with stuff like that?

  91. Google are idiots by Anonymous Coward · · Score: 0

    Just look at their 'Material Design' bullshit - the worst user interface design the world has ever seen, because a bunch of young 20 somethings think they know best. Did they bother asking their customers? Have you tried using Google Maps recently? I just LOVE the way they've made the outlines of roads virtually white, so that you are left looking at a white page with random street names on it - but as good as invisible streets! Do they give you an option to CHANGE the outline of the roads, so that you can see them? (i.e. make them black.) Of course not - because most people would change them, and then the idiots who came up with the 'So light, it's almost white' bullshit would have to admit they are wrong.

  92. Prevent MITM from injecting malware by tepples · · Score: 1

    I also own my own domain for my business. It's is not HTTPS either.... why? Because it's a static information page that gives info on me and my business, what I do and how to get in touch with me and some samples of my work. There are no logins, no user accounts, no private information being stored or asked for. There is absolutely ZERO reasons for me to deal with the hassle of setting up and maintaining

    I thought of more than three reasons:

    1. Prevent MITM from injecting a Monero mining script into samples of your work
    2. Prevent MITM from injecting intrusive tracking for delivery of interest-based advertisements into samples of your work
    3. Prevent MITM from injecting a redirect to some madarchod's tech support scam in India into samples of your work
    4. Prevent MITM from injecting drive-by downloads of ransomware into samples of your work

    Obtaining a Cert every 6 months and having my hosting provider install it for me (since I can't myself, due to the need to have root privileges on the server)

    File a support ticket with your hosting provider to offer you an API with which to install a certificate. Then you can set up an ACME client to upload a renewed certificate to that API on a cron job. Also search for competing shared hosting providers that do offer such an API.

    This article is spot on, the public available portal for sites like Slashdot, news, and Wikipedia and many many thousands of other sites is not required.

    For news, it's becoming increasingly common to have to log in as site after site goes behind a paywall due to falling advertisement revenue.

    1. Re:Prevent MITM from injecting malware by amxcoder · · Score: 1

      File a support ticket with your hosting provider to offer you an API with which to install a certificate. Then you can set up an ACME client to upload a renewed certificate to that API on a cron job. Also search for competing shared hosting providers that do offer such an API.

      I'm sure the major hosting providers will be right on that when little ol me asks for it. I get what you are saying, when everyone asks for it, they might provide it, but until then, they don't. And until then, it remains to be a PITA, and will remain that way for some time into the future still. In the meantime, google is scaring people away from http sites RIGHT NOW. This is not googles decision to make, they are being internet bullies in this situation.

      For news, it's becoming increasingly common to have to log in as site after site goes behind a paywall due to falling advertisement revenue.

      For paid news, yes. There are still plenty of free news articles published daily that do not require https or logins/subscriptions to read. Plus, what about public forums, and sites that have been up for ages with free information that are not being maintained anymore? Certs not only require effort to get them, but then require effort/time/money to keep them up to date when they expire, etc. So sites that currently have little to no maintenance effort will go away, and we'll loose a lot of potentially useful information.

      And all your MITM attacks that you mentioned, are not a big deal now in most cases. Are they possible? Yes. Have they happened in some instances? Sure, probably. Are they widespread and happen all the time to everyone now when browsing the internet? No, not really. The ad injection maybe, but that's more likely to be done by your ISP, and why ad blockers are important. Tracking beacons are usually baked into the website by the website owners, not by MITM attackers, so HTTPS won't help there either (all the major sites with FB, Twitter, etc beacons on every page are put there by the owners of the site). Same goes for mining scripts these days, most are put in by the site owners to help collect extra $$$ on top of ads.

  93. Captive portal detection by tepples · · Score: 1

    Scenario 2 is exactly the kind of thing HTTPS and modern browsers protect against. When you attempt to visit an HTTPS site, your browser will not just begin fetching unencrypted components.

    That used to be the case. It has since changed with the introduction of captive portal detection in the major web browsers. If a web browser gets a certificate error, it will try fetching something over cleartext HTTP like example.com. If that turns out to be MITM'd, the web browser will assume that you're on a network that requires all users to sign in, such as a coffee-shop LAN, and open the sign-in page in a new window.

  94. Instead of promoting https by DrXym · · Score: 1
    They should be coming up with an alternative that doesn't incur a Certification Authority tax for sites that use it. Wether that tax is monetary or in effort. I shouldn't have to pay a vendor for a cert to make a scary box go away.

    Even a self signed cert is better than plaintext especially if its registered with a service like SSL lighthouse. Better yet would be web of trust system where site certs have signatures from businesses & people that they have an actual relationship with rather than some faceless CA nobody has ever heard of.

  95. yellow by Anonymous Coward · · Score: 0

    There is a play you should read. Its all the rage.