Slashdot Mirror


SHA-1 Cutoff Could Block Millions of Users From Encrypted Websites (csoonline.com)

itwbennett writes: As previously reported on Slashdot, browser makers are considering an accelerated retirement of the older and increasingly vulnerable SHA-1 function. But Facebook and CloudFlare are warning some 37 million users of old browsers and operating systems that don't support SHA-2 will be left without access to encrypted websites. The majority of them are located in some of the "poorest, most repressive, and most war-torn countries in the world," CloudFlare's CEO Matthew Prince said Wednesday in a blog post. Facebook has solved this problem by building a mechanism that allows its certificates to be switched automatically based on the browser used by the visitor.

146 comments

  1. Please won't someone think of the certs! by Anonymous Coward · · Score: 0

    > The majority of them are located in some of the "poorest, most repressive, and most war-torn countries in the world,"

    Everybody should donate now today, they are probably accepting all kinds of SHA256 signed certs!

    1. Re:Please won't someone think of the certs! by Anonymous Coward · · Score: 0

      So it makes you wonder, how can they afford computers and Internet access?

  2. Pretty sure... by Anonymous Coward · · Score: 1

    That even Windows XP support the latest browsers still... or at least some variant of them.
    If they don't want to move on from IE 6, that's their god damn problem.

    1. Re:Pretty sure... by Locke2005 · · Score: 3, Interesting

      Problem for PCs is not browser availability or cost, problem is that for some people downloading a GByte of data to install a new browser is not feasible. Also, browsers are in everything now, including smartphones, smart TVs, and Nintendo DS, so you're stuck with what the hardware vendor supplies you. (Don't get me started on my Smart TV not showing videos because most hosts support video using Adobe Flash only, and Adobe refuses to license flash to most hardware manufacturers. HTML5 has been a standard for how many years now?)

      --
      I've abandoned my search for truth; now I'm just looking for some useful delusions.
    2. Re:Pretty sure... by Anonymous Coward · · Score: 2, Informative

      Errr... a GByte of data? Are you missconfussed with the pushed Windows 10 update?

      Firefox was less than 50MB last time I did a full install.

      The real problem in this case may end being that the overbloated browsers drop support for older systems.

    3. Re:Pretty sure... by Anonymous Coward · · Score: 0

      downloading a GByte of data

      What?

      A modern browser is a few tens of megabytes. The Firefox 64 bit installer for example is 41M.

    4. Re:Pretty sure... by CrashNBrn · · Score: 1

      Has nothing to do with Adobe not licensing to "most hardware manufacturers." You bought a smart-TV. It will most-likely never get a firmware update, and the DRM-scheme for Flash streaming was updated --- Flash "broke" on your "smart' TV... as it's not really "smart" --- its a locked content device.

    5. Re:Pretty sure... by Anonymous Coward · · Score: 0

      XP is insecure. There's no point in using encrypted because an XP system exposed to the internet will be quickly hacked. All these people who're too poor to upgrade to Windows 10 should download a new copy of Linux Mint for free.

    6. Re: Pretty sure... by Anonymous Coward · · Score: 0

      When your monthly limit is 100MB on a 2g connection, that's still a lot.

    7. Re: Pretty sure... by Anonymous Coward · · Score: 0

      When I updated the firmware on my Sony blu-ray player, it deleted some online services. Whether that was because of technical or financial incompatibility, I don't know.

    8. Re: Pretty sure... by Anonymous Coward · · Score: 2, Funny

      When you can't access most websites because your browser only supports SHA-1, you may find you have a lot of capacity left on your monthly limit...

    9. Re: Pretty sure... by DarkTempes · · Score: 1

      If your monthly limit is 100MB then you might as well not even use a graphical browser and stick with lynx or links2.

      The average web page (before cache) is over 1MB.

  3. Think of all the Oracle users? by mveloso · · Score: 4, Funny

    Some of the older Oracle products only support SHA-1. Upgrading to a newer version or Oracle will cost them millions. Won't someone think of the Oracle user base?

    1. Re:Think of all the Oracle users? by jellomizer · · Score: 2

      Serves them right.

      When will people stop and realize not to dig yourself into a vendor only based solution.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    2. Re:Think of all the Oracle users? by ilsaloving · · Score: 1

      Well admittedly, having to pay sudden exorbitant fees is something that Oracle users are not wholely unfamiliar with. They've probably already have contigency plans.

  4. Facebook -- ??? by plover · · Score: 3, Insightful

    So let me see if I understand Facebook's approach here: there are non-secure certificates. Facebook will fix the problem by downgrade connections to use non-secure certificates. Bad guys would never pretend to need a non-secure certificate. Therefore, Facebook remains safe?

    --
    John
    1. Re:Facebook -- ??? by Anonymous Coward · · Score: 0

      Why would that matter in the slightest?
      All they'd be doing is making their own connection less secure.

    2. Re:Facebook -- ??? by bluefoxlucid · · Score: 1

      Pretty much, yes. Facebook supports SHA1 certificates, same situation as yesterday.

    3. Re:Facebook -- ??? by Errol+backfiring · · Score: 3, Interesting

      My first thought was a kind of "degrading man in the middle" attack. Alter the requests so that non-secure certificates are negotiated, then tune in to the less secure communication while the browsers show that the connection is secure. You'd still need a lot of computing power to crack the SHA-1 encrypted stream, but for criminals, either government or otherwise, that is not a huge problem.

      --
      Nae king! Nae laird! Nae yurrupiean pressedent! We willna be fooled again!
    4. Re:Facebook -- ??? by Locke2005 · · Score: 1

      Sure, but... who cares if someone's Facebook account gets hacked? Hell, a lot of people log into Facebook on other people's devices (e.g. in stores) and leave themselves logged in!

      --
      I've abandoned my search for truth; now I'm just looking for some useful delusions.
    5. Re:Facebook -- ??? by Anonymous Coward · · Score: 4, Insightful

      Nope.

      Here's how this spins out.

      If you got a nice shiny new SHA-2-only browser, and you go to the real Facebook, it has a SHA-2 cert and everything works, and you're safe
      If you got a crappy browser that can't handle SHA-2, and you go to the real Facebook, it shows a SHA-1 cert, which you trust, you are at risk, but only because you've got a crappy browser. Hate the risk? Get a newer browser
      If you got a nice shiny new SHA-2-only browser and a bad guy pretends to be Facebook, sends the SHA-1 cert, your browser says "Ugh, insecure, No" and you're safe and the bad guy wasted their time
      If you got a crappy browser that can't handle SHA-2 and a bad guy pretends to be Facebook, they might _if they spent a lot of money / resources_ fake you out. So you should have got a nice shiny new browser.

    6. Re:Facebook -- ??? by DarkOx · · Score: 1

      It might not be as bad as you think. If you have upgraded to a newer browser you probably can and should enable certificate pinning which would help you discover if you were being subjected to the sort of down grade attack you are describing.

      OOTH it leaves the people using older technology with about the same security posture they had before.

      The sad part being all those people in repressive regimes most likely need to be the most concerned. "The right thing to do" is probably go ahead and let them get cut off. If they can't logon they can't post something to get intercepted and get them into trouble. FB sees dollar signs though....

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    7. Re:Facebook -- ??? by DarkOx · · Score: 2

      SHA-1 encrypted stream

      SHA-1 is NOT used to encrypt the stream. Its used to authenticate the certificate. Some other cipher like RC4, AES, 3DES, etc is selected to encrypt the stream.

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    8. Re:Facebook -- ??? by tepples · · Score: 1

      Certificate pinning doesn't help when each server in a load-balanced cluster generates its own private key and CSR and thus needs its own certificate. IIS is believed to do this by default.

    9. Re:Facebook -- ??? by DarkOx · · Score: 1

      What??

      That makes no sense if you using a 3rd party certificate authority, you will be either doing in bound SSL termination on the load balancer and put the cert there, or you will be copying the cert and its private key to each server in the farm.

      If you are running a web farm you are not having IIS auto generate CSRs unless its only to make requests to an internal CA for the trust relationship between the servers and the balancer.

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    10. Re:Facebook -- ??? by tepples · · Score: 1

      you will be either doing in bound SSL termination on the load balancer and put the cert there

      And once your traffic has grown past one load balancer's capacity, you have to cluster your load balancers.

      or you will be copying the cert and its private key to each server in the farm.

      I guess some big banks are paranoid about letting any private key get exported from any machine.

    11. Re:Facebook -- ??? by edtice1559 · · Score: 2

      If you don't have a certificate, many server applications (I guess IIS included) will automatically generate one for you. It's not from a trusted CA and your browser will complain loudly about it. But if you accept *and pin* the certificate it guarantees against impersonation. That works fine for internal apps. For production sites, you don't use the auto-generated cert. What applications are doing is similar to what SSH does on new connections. As long as you can guarantee the authenticity of the first request, you can prevent future impersonation. If the server and client are both under your control this is a viable solution. It's not for the public internet.

    12. Re:Facebook -- ??? by WaffleMonster · · Score: 1

      So let me see if I understand Facebook's approach here: there are non-secure certificates. Facebook will fix the problem by downgrade connections to use non-secure certificates. Bad guys would never pretend to need a non-secure certificate. Therefore, Facebook remains safe?

      No. The risk remains regardless of what individual sites do so long as the users browser remains willing to accept certificates signed with broken hash algorithms.

      If your browser supports SHA-1 and Facebook uses only the most secure hash algorithm available an attacker can still pretend to be Facebook by leveraging SHA-1.

      Fix is exclusively client side... servers just need to upgrade so that clients will continue to want to speak to them after clients no longer accept SHA-1.

    13. Re:Facebook -- ??? by Antique+Geekmeister · · Score: 1

      > they might _if they spent a lot of money / resources_ f

      It's not that much money. This article was from 2010, with the resources available then.

                      http://www.geek.com/news/resea...

  5. ridiculous by roman_mir · · Score: 0

    this is just ridiculous. It took me only a few minutes on the Internet to regenerate the certificates last year to move to SHA-2. I am actually more concerned with all the fallout we have due to TLS1.0 deprecation, which hit us early on this year actually, even though it wasn't supposed to happen until summer of 2016. Guess what, a number of payment processors forced us basically to lose browsers that only support TLS1.0. Yes, a number of people are not on browsers that support TLS1.1 or 1.2 yet. To keep our PCI compliance we have to switch away from TLS1.0 and our processors basically forced us this year. So we had to get around that in a number of ... less than perfect ways.

    1. Re:ridiculous by WaffleMonster · · Score: 1

      To keep our PCI compliance we have to switch away from TLS1.0 and our processors basically forced us this year. So we had to get around that in a number of ... less than perfect ways.

      To this day I'm unaware of a valid technical justification for the above change. I keep hearing irrelevant excuses about implementation bugs and or solved problems having been well understood and fixed for years. There seems to be no new discovery that has served to justify abandoning TLS 1.0. SHA-1 is at least supported by a coherent understandable problem.

      Any scheme to probe clients to determine if they support only SHA-1 I'm in favor of so long as sites doing so warn customers and recommend upgrades. There is no chance of this affecting upgraded clients refusing SHA-1 and simply cutting millions of people off has its own costs. Given there is no public evidence of a successful SHA-1 forgery and all actors with the resources to create one first likely completely have their way with multiple CAs anyway.

    2. Re:ridiculous by tom17 · · Score: 1

      The change in the PCI compliance was due to the reclassification of a vulnerability. To understand how this came about, you need to consider the following two vulnerabilities.

      CVE-2011-3389 (BEAST attack)
      CVE-2013-2566 (RC4 ciphers enabled)

      CVE-2011-3389 has a CVSS v2 Base Score of 4.3.
      Earlier this year, CVE-2013-2566 had a base score of 2.9.

      Any vulnerability with a score higher than 4 is a PCI fail. As a result of this, PCI compliant TLS 1.0 servers were all using RC4 ciphers instead of CBC ciphers - pretty crappy given that BEAST was mitigated long ago and CBC ciphers were generally accepted as more secure than RC4.

      So to get around that, someone wrote to the NIST to see if the score for CVE-2011-3389 could be reduced so that system admins could run PCI compliant TLS 1.0 servers without having to resort to the very risky RC4 ciphers. Some said, the NIST never changes CVSS scores so it was pointless, but the request was made.

      And this is where it went wrong. Instead of reducing the score for CVE-2011-3389, they INCREASED the score for CVE-2013-2566. It now has a CVSS v2 Base Score of 4.3. :(

      This decision by the NIST, essentially put the final nail in the coffin for PCI compliance using TLS 1.0. :(

    3. Re:ridiculous by WaffleMonster · · Score: 1

      CVE-2011-3389 (BEAST attack)

      As we all know this was worked around more than a decade ago and all browsers save an ancient Safari outlier are not vulnerable to it.

      CVE-2013-2566 (RC4 ciphers enabled)

      We all know that cipher suites can be turned on and off independent of TLS version.

      CVE-2011-3389 has a CVSS v2 Base Score of 4.3.
      Earlier this year, CVE-2013-2566 had a base score of 2.9.

      Any vulnerability with a score higher than 4 is a PCI fail.

      I would love for someone to provide a reference where in PCI a CVE scoring regime for PCI compliance is even mentioned.

      Regardless these problems are not vulnerabilities when you turn off a broken cipher suite and implement workarounds having existed for more than a decade. Saying otherwise would be like adding up the CVE's for Windows or Linux and giving it a score higher than 4 zillion even though underlying issues had been addressed long ago.

      As a result of this, PCI compliant TLS 1.0 servers were all using RC4 ciphers instead of CBC ciphers - pretty crappy given that BEAST was mitigated long ago and CBC ciphers were generally accepted as more secure than RC4.

      I have vague memories of people trying this nonsense but it didn't last long.

      And this is where it went wrong. Instead of reducing the score for CVE-2011-3389, they INCREASED the score for CVE-2013-2566. It now has a CVSS v2 Base Score of 4.3. :(

      This decision by the NIST, essentially put the final nail in the coffin for PCI compliance using TLS 1.0. :(

      Curse you NIST... or NASA or GEOINT or KGB or whoever for a completely broken chain of incoherent nonsense.

      My personal opinion this is a CONSPIRACY.. more trivial work / check boxes for the Nessus button pushers to run while they abstract absurd amounts of cash from their victims.

    4. Re:ridiculous by tom17 · · Score: 1

      As we all know this was worked around more than a decade ago and all browsers save an ancient Safari outlier are not vulnerable to it.

      Yes, but due to the CVSS score, using CBC based ciphers in TLS 1.0 is a fail. Sure, the risks have been mitigated and they are good to use, but you can't if you want to be PCI compliant.

      We all know that cipher suites can be turned on and off independent of TLS version.

      Yes, but if you turn off the RC4 ciphers and turn off the CBC based ciphers in TLS 1.0, there are no TLS 1.0 browsers that have a compatible cipher. This results in TLS 1.0 browsers no longer working in such a configuration. Hence the problem here.

      I would love for someone to provide a reference where in PCI a CVE scoring regime for PCI compliance is even mentioned.

      Here you go - Page 22

      "With a few exceptions (see the Compliance Determination—Overall and by Component section below for
      details), any vulnerability with a CVSS base score of 4.0 or higher will result in a non-compliant scan, and
      all such vulnerabilities must be remediated by the scan customer. "

      Regardless these problems are not vulnerabilities when you turn off a broken cipher suite and implement workarounds having existed for more than a decade.

      Sure, not vulnerabilities, but still a PCI fail due to the NIST CVSS scoring, which is the point here. (Bureaucracy)

      I have vague memories of people trying this nonsense but it didn't last long.

      Earlier this year when I was researching this, there were very many financial sites that used RC4 ciphers. They had no choice but to do this if they wanted to support TLS 1.0 browsers AND be PCI compliant.

      Curse you NIST... or NASA or GEOINT or KGB or whoever for a completely broken chain of incoherent nonsense.

      Indeed.

      My personal opinion this is a CONSPIRACY.. more trivial work / check boxes for the Nessus button pushers to run while they abstract absurd amounts of cash from their victims.

      Not so. I was there when this came about. In fact, I kinda seeded the notion that this had to be dealt with by fixing the CVSS scoring with the NIST. I was just frustrated with the problem and wanted to find a 'correct' fix. But it blew up as explained previously - damn you, NIST.

  6. RSS Feed to CSO Online by Anonymous Coward · · Score: 0

    The RSS feed for CSO Online can be found here.

  7. Free Oracle upgrades available everywhere by Anonymous Coward · · Score: 2, Funny

    Some of the older Oracle products only support SHA-1. Upgrading to a newer version or Oracle will cost them millions. Won't someone think of the Oracle user base?

    Nonsense. Postgres is free.

    1. Re:Free Oracle upgrades available everywhere by mveloso · · Score: 3, Interesting

      Porting from Oracle to Postgres is free too, if you want everything to break.

    2. Re:Free Oracle upgrades available everywhere by Anonymous Coward · · Score: 0

      Some of the older Oracle products only support SHA-1. Upgrading to a newer version or Oracle will cost them millions. Won't someone think of the Oracle user base?

      Nonsense. Postgres is free.

      And if you want high availability, you need to double (or triple) your database storage.

      Because PostgreSQL doesn't do shared-storage clusters. Hell it's doesn't even do clusters at all. And calling pgpool a turd is an insult to all shit from the smallest piece of amoeba crap all the way to the biggest pile of fertilizer on the planet.

    3. Re:Free Oracle upgrades available everywhere by Anonymous Coward · · Score: 0

      While not free, Enterprise DB can do an upgrade for a lower price than Oracle can.

  8. This is nonsensical fear mongering by Anonymous Coward · · Score: 2, Funny

    I have one of these old browsers, and I'm not being cut off of the we

    1. Re:This is nonsensical fear mongering by Anonymous Coward · · Score: 1

      I have one of these old browsers, and I'm not being cut off of the we

      You forgot the "%#$%@#$ NO CARRIER".

  9. I'm not sure I understand by Anonymous Coward · · Score: 0

    - Website owners configure allowable ciphers on their websites, which presumably the configure based on their user requirements.
    - Browsers negotiate strongest supported configurable ciphers advertised by websites.

    Why the hell do browser companies want to remove SHA1 support all together? Seriously, whats next, will they just stop support plain HTTP because HTTP is far more likely to be abused.

    Give the users some kind of feedback to know that SHA1 is being used by the site and that they should maybe get their shit together, but whether or not support is dropped should be up to the site administrator.

    1. Re:I'm not sure I understand by iamgnat · · Score: 1

      Give the users some kind of feedback to know that SHA1 is being used by the site and that they should maybe get their shit together, but whether or not support is dropped should be up to the site administrator.

      Cause that works so well for the existing "connection may not be secure" messages that the average person doesn't understand so they blindly continue on.

      What I don't understand is that it is the browsers removing the access. If a website really wants to support the old clients/ciphers they are still free to do so.

      What it really seems to be is that this will force some lazy sites to update their certs to not support only SHA-1. If so then they need to shut the hell up and protect their customers.

    2. Re:I'm not sure I understand by petermgreen · · Score: 1

      Why the hell do browser companies want to remove SHA1 support all together?

      The whole point of a certificate is to validate that you are talking to the site you think you are talking to. If an attacker manages to obtain a certificate for facebook.com via a SHA1 collision attack then he can pose as facebook regardless of what certificate signature algorithm is used on the legitimate facebook server.

      will they just stop support plain HTTP because HTTP is far more likely to be abused.

      They aren't stopping it but they are trying to reduce the potential for abuse. Read up on http strict transport security.

      Give the users some kind of feedback to know that SHA1 is being used by the site and that they should maybe get their shit together

      Most users tend to ignore such feedback and even if they don't it can come too late. By the time they notice it the information can already be in the attackers hands.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    3. Re:I'm not sure I understand by WaffleMonster · · Score: 1

      - Website owners configure allowable ciphers on their websites, which presumably the configure based on their user requirements.
      - Browsers negotiate strongest supported configurable ciphers advertised by websites.

      Why the hell do browser companies want to remove SHA1 support all together? Seriously, whats next, will they just stop support plain HTTP because HTTP is far more likely to be abused.

      This really isn't about negotiation of weak ciphers it is about weaknesses in trust chain that allow third parties to insert fake certificates undetected. No matter what you negotiate based on a broken chain of trust the result is a lie.... this includes any possible attempt at "secure negotiation" as the fruits are based upon the lie of a valid trust chain.

  10. Re:I don't see this as a problem, except for.... by Anonymous Coward · · Score: 1

    "Most of the places that they say do not update are home of some of the worse kinds of people."

    Sources? Even if this is true, the ratio of terrorist to non-terrorist is still probably quite small.

    "And most of those relief agences are the ones that need it the most and can't afford to upgrade."

    Wait, which is it? Relief agencies or 'worse kinds of people'?

    Nice try. Brush up on your critical thinking and play again some time!

  11. Current Firefox still runs on XPSP3 by Anonymous Coward · · Score: 0

    The current Firefox still runs on XPSP3 and doen't use the Windows Crypto. I guess Chrome will also run. Thus not a big deal for Windows users.

  12. Asking for it by Anonymous Coward · · Score: 1

    Oracle users deserve all the pain they can get!
    Don't complain of neck pain after hanging yourself.

    1. Re:Asking for it by Anonymous Coward · · Score: 0

      A lot of Oracle users didn't hang themselves. The people who chose and locked companies into Oracle products are often long gone, but the companies are then stuck with Oracle.

  13. Slashdot will remain accessible by Ksevio · · Score: 5, Insightful

    Fortunately, slashdot will remain accessible as it still hasn't entered the 2010's and added encryption yet!

    1. Re:Slashdot will remain accessible by Bing+Tsher+E · · Score: 1

      Slashdot doesn't even support unicode.

      It doesn't need to, though, really.

    2. Re:Slashdot will remain accessible by Anonymous Coward · · Score: 0

      Slashdot doesn't even support unicode.

      It doesn't need to, though, really.

      Good old ASCII. Nothing beats ASCII. Why would anyone need more than 7 bits?

    3. Re:Slashdot will remain accessible by nitehawk214 · · Score: 1

      Slashdot doesn't even support unicode.

      It doesn't need to, though, really.

      That\u0027s what you think.

      --
      I'm a good cook. I'm a fantastic eater. - Steven Brust
    4. Re:Slashdot will remain accessible by fahrbot-bot · · Score: 1

      Fortunately, slashdot will remain accessible as it still hasn't entered the 2010's and added encryption yet!

      Get a grip. Not every connection on the web needs to be encrypted. I would argue that *most* connections on the web do not need to be encrypted - Slashdot for example. It's like TV stations bragging that even their news is in high-def - it's the fucking News.

      --
      It must have been something you assimilated. . . .
    5. Re:Slashdot will remain accessible by tepples · · Score: 1

      For a long time, Slashdot offered "subscriptions" that allowed ad-free use, and it redirected non-subscribers' HTTPS hits to HTTP because ad networks took so long to add encryption support. But over the past year at least, it has switched from a subscription model to offering reduced-ad access to users with Excellent karma, possibly on the basis that comments from Excellent users bring in more page views.

    6. Re:Slashdot will remain accessible by hawkinspeter · · Score: 1

      It's well worth using encryption for every possible website if only to stop malicious parties from injecting payloads into the html coming back from servers.

      --
      You're a temporary arrangement of matter sliding towards oblivion in a cold, uncaring universe
    7. Re:Slashdot will remain accessible by swillden · · Score: 1

      Fortunately, slashdot will remain accessible as it still hasn't entered the 2010's and added encryption yet!

      Get a grip. Not every connection on the web needs to be encrypted. I would argue that *most* connections on the web do not need to be encrypted - Slashdot for example.

      Nonsense. There are multiple reasons that all connections need to be encrypted and authenticated.

      One obvious one is to prevent malicious parties from injecting malicious payloads into your web pages. You think you're downloading a page from slashdot, but someone else modifies the data in transit, injects a XSS attack to gain access to the banking site you're logged into in another tab, or injects malicious content that exploits some security vulnerability in your browser or OS to pwn your system and add it to a massive botnet which DoSes the forces of goodness and light. Or, worse, installs the Yahoo toolbar.

      Another important one is simply to establish the default expectation that everything is encrypted. If you only encrypt "important" traffic then anyone spying on you knows which traffic they should care about.

      Above all, it's simply nobody's business what you read/write on line, and encryption keeps that between you and the site you're visiting. Coffee shop wifi operators, ISPs, mobile network operators, etc., don't need to know, and shouldn't know. Ideally it'd be nice to even protect which sites you're frequenting, but that requires more than a point to point secure channel.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    8. Re:Slashdot will remain accessible by swillden · · Score: 1

      But over the past year at least, it has switched from a subscription model to offering reduced-ad access to users with Excellent karma, possibly on the basis that comments from Excellent users bring in more page views.

      Slashdot has allowed users with Excellent karma to disable ads for a very long time. I don't recall how long, exactly, but it's several years. Well before subscriptions were introduced.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    9. Re:Slashdot will remain accessible by theendlessnow · · Score: 1

      True. And while slashdot comments aren't encrypted, most of them are obfuscated.

    10. Re:Slashdot will remain accessible by theendlessnow · · Score: 1

      But Google says every site needs to be encrypted. Must.... follow... google.... must.... follow..... google... must ..... follow...... google.....

    11. Re:Slashdot will remain accessible by GiMP · · Score: 1

      Subscriptions were added in 2002. I think the ad-free for Excellent Karma users followed, but I could be mistaken. It's been well over a decade in either case.

    12. Re:Slashdot will remain accessible by fahrbot-bot · · Score: 1

      But Google says every site needs to be encrypted. Must.... follow... google.... must.... follow..... google... must ..... follow...... google.....

      Google wants things encrypted to protect their ad and analytics revenue streams.

      --
      It must have been something you assimilated. . . .
    13. Re:Slashdot will remain accessible by WaffleMonster · · Score: 1

      Nonsense. There are multiple reasons that all connections need to be encrypted and authenticated.

      What I find amusing everything you mention is a problem in no way solved by the use of encryption.

      One obvious one is to prevent malicious parties from injecting malicious payloads into your web pages.

      You think you're downloading a page from slashdot, but someone else modifies the data in transit, injects a XSS attack to gain access to the banking site you're logged into in another tab

      If banking site is vulnerable to CSRF you would think it would be in their own interests in fixing this before the problem is exploited the next time same user clicks the wrong link from a Google search or opens the wrong email.

      or injects malicious content that exploits some security vulnerability in your browser or OS to pwn your system and add it to a massive botnet which DoSes the forces of goodness and light. Or, worse, installs the Yahoo toolbar.

      If you encrypt all the transports nothing changes. People will still exploit vulnerabilities in all the same ways. The only way to fix this is to fix bugs and all deficiencies that allowed them to exist in the first place.

      Another important one is simply to establish the default expectation that everything is encrypted. If you only encrypt "important" traffic then anyone spying on you knows which traffic they should care about.

      They can probably tell enough already just by IP/SNI.

      Above all, it's simply nobody's business what you read/write on line, and encryption keeps that between you and the site you're visiting.

      LOL I would care if every site on the Internet wasn't loaded to the hilt with a comical array of global trackers that follow people from site to site everywhere they go... no bumps in any wires required. I honestly can't name a single site except cryptome and eff without multiple global trackers sometimes up to a dozen or more with the capability to follow people around everywhere they go.

      Coffee shop wifi operators, ISPs, mobile network operators, etc., don't need to know, and shouldn't know.

      I agree keeping operators out of the loop so they don't add to the crap content is doing is awesome both for users as well as content.

      Ideally it'd be nice to even protect which sites you're frequenting, but that requires more than a point to point secure channel.

      Protect people from everyone except the multi-billion dollar big data stalker firms so the value of information they steal is not diluted by other players.

    14. Re:Slashdot will remain accessible by swillden · · Score: 1

      One obvious one is to prevent malicious parties from injecting malicious payloads into your web pages.

      You think you're downloading a page from slashdot, but someone else modifies the data in transit, injects a XSS attack to gain access to the banking site you're logged into in another tab

      If banking site is vulnerable to CSRF you would think it would be in their own interests in fixing this before the problem is exploited the next time same user clicks the wrong link from a Google search or opens the wrong email.

      The point is that the attack can be carried out without the user visiting any malicious site. Yes, the bank should fix its bugs, but enabling malicious injection of content into other sites opens up new attack vectors for the attacker who can manipulate your traffic. If I can convince you to connect to my public Wifi service (trivially easy to do in coffee shops and other areas that offer open Wifi) and you use a non-TLS service, then I don't have to figure out how to send you e-mail, or find some way to social engineer you into visiting my malicious site.

      This, by the way, is why you should never use any public Wifi service without using a VPN or proxy service. Or at least never use any non-TLS web sites, which would be really easy if there weren't any. It's really too bad the IETF screwed up SPDY by adding a non-TLS mode when they standardized it as HTTP2.

      or injects malicious content that exploits some security vulnerability in your browser or OS to pwn your system and add it to a massive botnet which DoSes the forces of goodness and light. Or, worse, installs the Yahoo toolbar.

      If you encrypt all the transports nothing changes. People will still exploit vulnerabilities in all the same ways. The only way to fix this is to fix bugs and all deficiencies that allowed them to exist in the first place.

      Same story as above.

      Fixing all the bugs is a pipe dream; patching will always be an arms race. Defense in depth is a good idea.

      Another important one is simply to establish the default expectation that everything is encrypted. If you only encrypt "important" traffic then anyone spying on you knows which traffic they should care about.

      They can probably tell enough already just by IP/SNI.

      They can't see content if it's encrypted. Yes, metadata is valuable, but metadata + content is far better.

      Above all, it's simply nobody's business what you read/write on line, and encryption keeps that between you and the site you're visiting.

      LOL I would care if every site on the Internet wasn't loaded to the hilt with a comical array of global trackers that follow people from site to site everywhere they go... no bumps in any wires required. I honestly can't name a single site except cryptome and eff without multiple global trackers sometimes up to a dozen or more with the capability to follow people around everywhere they go.

      At least you know who those are and what they're doing, and you can block them in various ways because they're known. In the case of Google, you can use the Google-provided tools to opt out. There is NO way to avoid tracking if the attacker can read and modify the request and response streams.

      And, again, those trackers don't get content, but anyone sitting between you and an unencrypted web site does.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    15. Re:Slashdot will remain accessible by swillden · · Score: 1

      I'm pretty sure I already had ads disabled when subscriptions were added. I remember wondering why I would pay to get the same thing I already had. Though I did actually subscribe for a while, mostly because the site was valuable and I wanted to support it. Getting to see articles a few minutes early was nice, too.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    16. Re:Slashdot will remain accessible by Anonymous Coward · · Score: 0

      And this is why you fail.

      Every connection needs to be encrypted. Even the most mundane, stupid, time wasting cat video. The Three Letter Agencies want you to believe that only "important" communications need encryption. That way they can specifically target encrypted communications with the hope of getting a big intelligence score. Never mind that that almost never happens, this is the world through a spook's eyes.

      Once everything, or at least most things are encrypted, without any regard at all to content, targetting encrypted communications is a giant waste of time. Even the spooks will eventually cave to the logic of this. After they have decrypted a billion cat videos they won't be able to justify selectively targeting encryption. Encrypted comm. will carry "average" traffic, which means mostly mundane things not worthy of spying on.

      All of which is to say, we want encryption to become the norm. Average. Unremarkable and boring. All as a fine way of frustrating our privacy invading, constitution infringing spook friends.

    17. Re:Slashdot will remain accessible by ultranova · · Score: 1

      Not every connection on the web needs to be encrypted.

      "Anything you say may be used against you in a court of law."

      It's like TV stations bragging that even their news is in high-def - it's the fucking News.

      No, it's like TV stations keeping their front doors locked: just a sensible precaution.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    18. Re:Slashdot will remain accessible by WaffleMonster · · Score: 1

      The point is that the attack can be carried out without the user visiting any malicious site.

      The wire simply is not the instrument being leveraged against vast majority of users.

  14. It will finally kill of IE 6 by jfdavis668 · · Score: 1

    At least we hope so.

  15. Re:I don't see this as a problem, except for.... by Anonymous Coward · · Score: 0

    "Most of the places that they say do not update are home of some of the worse kinds of people."

    Sources? Even if this is true, the ratio of terrorist to non-terrorist is still probably quite small.

    "And most of those relief agences are the ones that need it the most and can't afford to upgrade."

    Wait, which is it? Relief agencies or 'worse kinds of people'?

    Nice try. Brush up on your critical thinking and play again some time!

    You need to brush up on your critical thinking. The terrorists don't use updated machines because the "relief" agencies don't update their machines.

  16. Re:I don't see this as a problem, except for.... by Anonymous Coward · · Score: 0

    > home of some of the worse kinds of people

    Like Seattle? You do realize a lot of us here in Microsoftland have to run very old versions of IE for internal web sites. Our SharePoint extensions require MSIE6. Our accounting system uses ActiveX, and it works only with IE7. IE8 is required for our Microsoft's attempt at an ERPish system. Since Microsoft doesn't allow you to install more than one version of IE, Microsoft is forcing corporations to buy multiple computers for many users. I have a laptop and two desktops so I can access those three internal sites. Microsoft is making a lot of money with these limitations they're adding to their server software.

  17. Re:I don't see this as a problem, except for.... by PPH · · Score: 1, Insightful

    And most of those relief agences are the ones that need it the most and can't afford to upgrade.

    Clicked 'Download Firefox Now'. Total cost: $0.

    --
    Have gnu, will travel.
  18. Re:I don't see this as a problem, except for.... by Locke2005 · · Score: 2

    ISIS has their own computer help line. I'd say the terrorists have better IT support than most 'mericans...

    --
    I've abandoned my search for truth; now I'm just looking for some useful delusions.
  19. Re:I don't see this as a problem, except for.... by Githaron · · Score: 2

    What is the point of developing in the browser if you are only going to support one specific version from one specific vendor?

  20. How long has this warming been occurring? by QuietLagoon · · Score: 2
    Why should we downgrade the security of the internet for stragglers who refuse to update their security?

    .
    Maybe a loss of Internet access is just the jolt they need to get off their butt and upgrade.

    1. Re:How long has this warming been occurring? by Anonymous Coward · · Score: 0

      I guess that's true, until you have issues with things that work fine in IE6, like exploit kits.

    2. Re:How long has this warming been occurring? by Anonymous Coward · · Score: 0

      Why should we downgrade the security of the internet for stragglers who refuse to update their security?

      Maybe we should also shoot any idiot who accepts active content (JS, Flash, etc) coming from/is instigated by whatever site they are visiting ?

      Those idiots have absolutily no idea what they are downloading and running, but somehow think they just know that making an connection un-interceptible will solve everything.

      Newsflash: the number of actually intercepted transmissions (between the two endpoints) dwarfs in relation to the ammount of endpoints being pwoned because either side does something stupid (like thinking non-interceptable connections equals security).

      FYI: I'm one of those "stragglers". And although I would not mind updating the encryption of my webbrowser a bit, I'm effectivily barred from it.

      You see, I cannot update just the encryption. If I want to do that I am forced to accept all kinds of feature-creep with it (like FF's advertisement friendly changes in its latter versions). Which is quite alike as accepting a poisonned connection (you get what you want, but you have to accept you're being powned as part of the deal). :-) :-(

      And by the way: Choosing which FF version you like best ? Ha! Just try to find a list of encryption strengths and features of the different versions. I got zilch, which makes choosing the best version (weighing of feature-creep (or worse) against security) rather hard. :-\

  21. Re:Good by sunderland56 · · Score: 1

    People running obsolete systems feed botnets and impede others from staying current.

    This. The title of this article is very slanted; how about "SHA-1 Cutoff Will Shut Down Insecure Access" instead?

  22. Re:Good by tepples · · Score: 3, Insightful

    Can't upgrade because reasons? Go cry to whomever is creating that problem for you

    Such crying would fall on deaf ears, as mobile device manufacturers routinely announced end of support not only for handsets that are still under 2-year financing but also for handsets that are still being sold in stores. And when "whomever" amounts to the "poorest, most repressive, and most war-torn countries in the world," as the article mentions, what recourse does one have?

  23. They can't do this reliably by madbrain · · Score: 3, Interesting

    The problem with that is that there is no actual way to detect that an old browser doesn't support SHA-2.
    For example, older versions of Firefox/NSS since 2003 have supported SHA-2 server certificates, but not SHA-2 in TLS cipher suites as the MAC algorithm, which wasn't specified until years later.

    The TLS ClientHello message does not specify which types of hash algorithm the client supports for certificates, only the list of cipher suites that the client supports.

    Thus, Facebook, or anyone else, has no way of determining if a client really doesn't support SHA-2 server certificates.

    What they are probably doing is assuming that clients that don't support SHA-2 MAC in TLS cipher suites . But that's a wrong assumption. Many older clients will be downgraded to SHA-1 server certificates as a result, even though they support SHA-2 certificates. And they will have no way of knowing that this happened.

    --
    -- Julien Pierre http://www.madbrain.com/blog
    1. Re:They can't do this reliably by petermgreen · · Score: 2

      If a browser will trust SHA1 certificates then it doesn't really matter whether the legitimate site sends a SHA1 cert or a SHA2 cert. What matters is that they will accept a SHA1 cert from an attacker and there is nothing the legitimate site can do about that.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    2. Re:They can't do this reliably by edtice1559 · · Score: 3, Informative

      Rather than guess what they are probably doing, the source code is here. https://github.com/facebook/wa... But you were pretty close. You're right that *some* browsers that *could* get an SHA2 certificate will get the SHA1 version. An improvement would be to present the SHA2 certificate if you're sure that the browser can accept it. Otherwise show the SHA1 certificate. Put a warning page up when presenting the SHA1 certificate suggesting that people upgrade browsers. For those that have older browsers that want the SHA2 certificate but are getting an SHA1, offer an alternative like sha2.facebook.com. I imagine that this is a very small set of users. And as has been mentioned already, certificate pinning is your friend.

    3. Re:They can't do this reliably by edtice1559 · · Score: 1

      I think the OP is referring to browsers that *won't* accept SHA1 but are improperly presented with it thus locking those users out. That may be a lesser percentage than those who will get locked out of SHA1 is done away with entirely.

    4. Re:They can't do this reliably by WaffleMonster · · Score: 1

      The problem with that is that there is no actual way to detect that an old browser doesn't support SHA-2.
      For example, older versions of Firefox/NSS since 2003 have supported SHA-2 server certificates, but not SHA-2 in TLS cipher suites as the MAC algorithm, which wasn't specified until years later.

      The TLS ClientHello message does not specify which types of hash algorithm the client supports for certificates, only the list of cipher suites that the client supports.

      Thus, Facebook, or anyone else, has no way of determining if a client really doesn't support SHA-2 server certificates.

      It might be possible to fingerprint clients based on what they advertise.

    5. Re:They can't do this reliably by Anonymous Coward · · Score: 0

      The problem with that is that there is no actual way to detect that an old browser doesn't support SHA-2.
      For example, older versions of Firefox/NSS since 2003 have supported SHA-2 server certificates, but not SHA-2 in TLS cipher suites as the MAC algorithm, which wasn't specified until years later.

      The TLS ClientHello message does not specify which types of hash algorithm the client supports for certificates, only the list of cipher suites that the client supports.

      Thus, Facebook, or anyone else, has no way of determining if a client really doesn't support SHA-2 server certificates.

      What they are probably doing is assuming that clients that don't support SHA-2 MAC in TLS cipher suites . But that's a wrong assumption. Many older clients will be downgraded to SHA-1 server certificates as a result, even though they support SHA-2 certificates. And they will have no way of knowing that this happened.

      I'm not an expert in cryptography, but I am dealing with this issue for a customer.

      My take on why SHA-1 has been deprecated for certs but not for ciphers is that a cert is a static target but an encrypted data stream is not. Because you know what output you want when you try to fake a cert, it's easier then decrypting unknown message text.

      So SHA-1 is safe to use as part of a cipher.

      For now.

  24. facebook...solved...what? by dAzED1 · · Score: 1

    Most web servers do that automatically. I'd be willing to bet that 99.999% of the web servers in use do, actually. Even the ones that can't do SHA-1 anymore, still have multiple levels they support; the server should negotiate for the highest shared level. Why is this being painted as some sort of innovation Facebook has miraculously engineered? (Effectively) every single web server and web browser out there is already doing this...

    1. Re:facebook...solved...what? by JesseMcDonald · · Score: 2

      If I understand the issue correctly, this isn't something that can be negotiated. The problem is the hash algorithm used by the CA to sign Facebook's public key, not hash used for the content itself (which would be negotiated). Under normal circumstances a site only has one CA-signed certificate which it presents to all clients. The problem is that new browsers won't accept certificates signed by the CA with a SHA-1 hash, while older browsers will reject certificates signed with SHA-2.

      --
      "The state is that great fiction by which everyone tries to live at the expense of everyone else." - Bastiat
  25. It's irrelevant by Alioth · · Score: 2

    It's irrelevant, anyway - PCI-DSS will mandate it at some point for any site that accepts credit cards (if it hasn't already: PCI-DSS already mandates that support for all versions of SSL is dropped, and "early TLS" is dropped - they've not defined "early TLS" but TLS 1.0 is known to be vulnerable to attacks already, and TLS 1.1 is structurally weak, so I bet within a year this will be clarified to mean "both TLS 1.0 and TLS 1.1 must not be enabled" by the webserver. By June 2016 you have to get rid of TLS 1.0 if you accept credit card payments.

    Some quite recent browsers don't support TLS 1.2 by default (I think some fairly recent versions of Internet Explorer need TLS 1.2 switching on manually).

    1. Re:It's irrelevant by roman_mir · · Score: 2

      Never mind 2016, one of the payment processors that we are using (FirstData) forced us to turn off TLS1.0 back in June of this year!

    2. Re:It's irrelevant by mysidia · · Score: 1

      It's irrelevant, anyway - PCI-DSS will mandate it at some point for any site that accepts credit cards

      It is already required by PCI-DSS to be using the proper encryption strength, which would be SHA-2 for TLS certificates, and using SHA-1 would clearly be strictly non-compliant with the PCI DSS requirements, since current vendor recommendations and best practices say not to use certificates with old weak hashing algorithms such as MD5 and SHA-1, and Google/Microsoft have already announced that SHA1 is considered weak, and SHA1 certificates will be distrusted by all major browsers during 2016; Google/Chrome also announced they would be treated as insecure at the start of January 2016.

      See PCI DSS v3 Requirement 4.1, Testing Procedure 4.1.f

      4.1.f Examine system configurations to verify that the proper encryption strength is implemented for the encryption methodology in use. (Check vendor recommendations/best practices.)

    3. Re:It's irrelevant by Alioth · · Score: 1

      Google Chrome already treats SHA-1 as insecure (big red crossed out HTTPS in the address bar). Unfortunately, one of the users of SHA-1 is my bank! The very same bank that insists we be PCI-DSS compliant.

  26. Is the Oracle to pgSQL upgrade fully compatible? by tepples · · Score: 1

    Postgres is free.

    PostgreSQL is free until the application that you just tried to migrate from Oracle Database to PostgreSQL throws a syntax error. Then it costs time (which is money) to fix the apps if they're in-house or free, or it costs money to either purchase an upgrade to add PostgreSQL compatibility to a proprietary application or to migrate entirely from a proprietary application for which PostgreSQL compatibility is not available. Or does PostgreSQL's PL/pgSQL parser accept all PL/SQL and MySQL syntax to allow it to be used by applications that expect some Oracle product?

  27. Your comment makes open sourcers look dumb. by Anonymous Coward · · Score: 0

    Comments like yours make open source advocates look like idiots.

    Yes, PostgreSQL is a fine database system. Yes, it's free. Yes, it's probably an excellent choice for new installations.

    But transitioning from Oracle, or any other RDBMS, to PostgreSQL is definitely not free!

    Many organizations would have thousands, tens of thousands, and even hundreds of thousands of databases to transition.

    Much of the software that uses these databases only supports the database currently in use, and not PostgreSQL.

    A lot of that software is also closed-source third-party software, so it couldn't even be ported to PostgreSQL by its users.

    Then they'd need to train their existing admins, or bring in new admins, to manage and maintain these systems.

    There are also the many people who directly query these DBs who would have to learn to use PostgreSQL.

    When you make an asinine suggestion, like you just did, it doesn't just make you look bad, but it makes all PostgreSQL and open source supporters look like kooks.

    So I suggest that you apologize, and avoid making similarly idiotic comments in the future.

  28. Persistence != certificate forgery by tepples · · Score: 1

    Persistent login is a completely orthogonal problem to TLS certificate forgery. What's going on is that Mozilla and Facebook are continuing to make SHA-1 access available and dealing with forgeries on a reactive basis until enough of the user base has migrated to allow the proactive approach of allowing only SHA-256 access.

  29. Re:I don't see this as a problem, except for.... by Anonymous Coward · · Score: 0

    One place I worked at got around that by using something called Thinstall (now VMWare ThinApp.) They made a "golden master", took a snapshot, installed IE, took another snapshot, then was able to distribute that blob (which ran IE in a sandbox.) That way, those sites that required IE 6 still ran, while other sites which required newer versions of IE were accessible as well.

    My last job, I solved an issue similar to this (a certain appliance that had to have a certain version of OS, IE and Java, and not a rev older or newer) by having specific Windows VMs that were able to be remotely logged in. It took RAM and disk space, but it did allow for backlevel use at anytime. For security reasons, if nobody was logged on, the VM would get flushed, going back to a known tested snapshot. It also was on its own vSwitch behind a pfSense firewall that blocked everything but incoming RDP and communication to the appliance, so if it did get infected, the damage it could do (as it was there to only communicate with a limited amount of hosts) was limited.

    Of course, the downside of virtualization is needing to have the hardware for it, but better one machine with a bunch of VMs than a number of separate boxes.

  30. Re:I don't see this as a problem, except for.... by nitehawk214 · · Score: 1

    I fail to see how your organization failing to upgrade 10+ year out of date software is our problem.

    Also... SharePoint. *ding*

    --
    I'm a good cook. I'm a fantastic eater. - Steven Brust
  31. I tried logging into an old NAS the other day... by Anonymous Coward · · Score: 0

    Firefox wouldn't let me. At all. No option to override. Just "nope, not gonna do it". Had to use a real browser that gives options like Konqueror.

  32. Disable checkout for TLS 1.0 users with notice by tepples · · Score: 1

    Try this: Allow connections from TLS 1.2 and TLS 1.0. But if the server detects that the client has fallen back to obsolete TLS, display an interstitial page once in each session, explaining the situation in a manner that correctly yet politely places the blame:

    Thank you for your interest in our products. It has come to our attention that your payment card issuer no longer supports the security measures built into $useragent. To protect your account from unauthorized payments, we have put checkout on hold temporarily. Try these steps:

    1. If you want, you can add items to your cart now.
    2. Install a recent web browser. Updated versions of Google Chrome and Mozilla Firefox are available.
    3. Log in using the new web browser and check out.

    Then replace all "Check Out" buttons and links to manage saved payment credentials (if any) with a "Learn How to Check Out" that re-shows the interstitial.

    1. Re:Disable checkout for TLS 1.0 users with notice by Anonymous Coward · · Score: 0

      You'd better have a monopoly on the product you are selling or the customer will just decide "the hell with that" and buy from another site that is easier. People care far more about convenience than security.

  33. Re:I don't see this as a problem, except for.... by tepples · · Score: 1

    To work around software restriction policies (such as those implemented through AppLocker) that allow execution of DHTML applications but forbid local installation of native applications. It's the same reason that early Wii homebrew (such as WiiCade.com) relied on Flash and DHTML instead of native applications, which Nintendo forbade amateurs from developing, until the Twilight Hack blew open native homebrew.

  34. Tie up the phone line for two and a half hours by tepples · · Score: 1

    The Firefox installer is in the neighborhood of 40 MB. That's two and a half hours of tying up the phone line if you have v.90/v.92 dial-up, or a nonzero cost if your ISP charges per bit as many cellular and satellite ISPs do.

    1. Re:Tie up the phone line for two and a half hours by Anonymous Coward · · Score: 0

      What websites is that person going to if 40 mb takes 2.5 hrs to download?

    2. Re:Tie up the phone line for two and a half hours by PPH · · Score: 1

      So, have the home office* burn a few CDs (or USB sticks) and circulate them around the field offices.

      *Assuming NGO staff can be buggered to stop watching cat videos for as long as this will take.

      --
      Have gnu, will travel.
    3. Re:Tie up the phone line for two and a half hours by PPH · · Score: 1

      Millions of third world Internet users are being deprived of HD porn and cat videos.

      --
      Have gnu, will travel.
  35. Service Workers; false sense of security by tepples · · Score: 1

    Seriously, whats next, will they just stop support plain HTTP because HTTP is far more likely to be abused.

    They're heading in that direction. Service Workers are the new mechanism for a web application to continue to work during interruptions in the Internet connection, and browsers already forbid use of Service Workers delivered through HTTP unless they came from localhost.

    But another difference has been repeated in previous articles about Perspectives, Convergence, WoSign, Let's Encrypt, and other means of working around the cost of avoiding MITM attacks on TLS. The difference between cleartext and low-grade TLS, such as HTTPS with a self-signed certificate or old versions of TLS or weak hash algorithms, is a difference between a true sense of insecurity and a false sense of security. With HTTP, you know what you're not getting, as the globe in the address bar represents everyone who can potentially intercept your communication.

  36. If you read /., the NSA doesn't care about you by mveloso · · Score: 1

    By definition, anyone here is someone the NSA doesn't care about anyway, so who cares about encryption?

  37. This could "close up the internet in some way" by Anonymous Coward · · Score: 0

    Bill Gates not even needed

  38. Firesheep, meet Firegoat by tepples · · Score: 1

    Without encryption, anyone can sniff your session cookie, clone it, and post Goatse as fahrbot-bot.

    1. Re:Firesheep, meet Firegoat by Anonymous Coward · · Score: 0

      anyone can sniff your session cookie

      They can also sniff my dump... errr... examine a crash log for me.

  39. Paranoid about not exporting private key by tepples · · Score: 1

    For production sites, you don't use the auto-generated cert.

    Correct: you export a CSR from the auto-generated keypair and use that to buy a certificate. Normally, you'd export one server's auto-generated keypair, export a CSR, buy the certificate, and import it to the other servers. But if you're paranoid about never exporting a private key, you'll end up with a separate certificate on each server in your load-balancing cluster.

    1. Re:Paranoid about not exporting private key by Antique+Geekmeister · · Score: 1

      Exporting the private keys is often done very poorly. I've certainly seen people email such certificates in plain text, and provide access to backups of load balancer backups with unencrypted local keys. Some web servers bother to require manual passwords at start time to unlock an encrypted private key, but I've seen only a very, very few high security sites do that.

  40. Trump - Close up the internet by Anonymous Coward · · Score: 0

    I thought The Donald wanted to "close up the internet" to the very same set of people....

  41. Why is this even a problem? by wardrich86 · · Score: 1

    You have to update eventually... let the old things rot. Why do we even have to support the old junk anymore?

    1. Re:Why is this even a problem? by Anonymous Coward · · Score: 0

      >Why do we even have to support the old junk anymore?
      Because leftist idiots think other computer-illiterate idiots have a RIGHT to use a computer and the Internet.
      If you don't agree, then you are *ist and *phobic (Karl Marks said so!). So you better watch out.

  42. It's their fault by Anonymous Coward · · Score: 0

    The majority of them are located in some of the "poorest, most repressive, and most war-torn countries in the world,"

    It's their fault. People should be responsible for the community they're in. If their community is like shit, it's their fault.

    1. Re:It's their fault by 93+Escort+Wagon · · Score: 1

      So, in other words, Slashdot is partially my fault?

      --
      #DeleteChrome
    2. Re:It's their fault by Anonymous Coward · · Score: 0

      So, in other words, Slashdot is partially my fault?

      It is entirely your fault.

    3. Re:It's their fault by 93+Escort+Wagon · · Score: 1

      Oh, good. I was worried somebody else was getting undue credit.

      --
      #DeleteChrome
  43. Exactly how helpful is this? by fuzzyfuzzyfungus · · Score: 1

    Why, exactly, would it be a good thing to use some sort of janky hack to allow people to use encryption that we strongly suspect of being dangerously broken, or close to it?

    Yes, it's unfortunate that there are people stuck on hardware or software that can't handle updated algorithms; but their ability to use encrypted communication is compromised by the fact that SHA1 is tottering, not by the fact that some servers might stop negotating connections using it. Is there some benefit I'm not understanding here to bodging something together so that antique browsers can enjoy a false sense of security?

    Is the notion that SHA1 isn't "all that broken", and is good enough to keep uninteresting traffic safe? Or does Zuckerberg just not want to lose that comforting little 'lock' symbol for his 40 million poorest facebook chattels?

  44. Re:Good by tlambert · · Score: 1

    And when "whomever" amounts to the "poorest, most repressive, and most war-torn countries in the world," as the article mentions, what recourse does one have?

    Ending the repression and the combat would seem to be one option.

    Perhaps it's worth considering doing that?

  45. Facebook's solution: No security for all! by Anonymous Coward · · Score: 0

    Note that facebook's "solution" allows a malicious intermediary to fake that it is the insecure browser on behalf of someone using a secure browser.
    Meaning that someone could man-in-the-middle the safe browsers by pretending to be the unsafe browser to Facebook.

    This seems stupid.

  46. If you have the Internet, just download FX/Chrome by Anonymous Coward · · Score: 0

    If you have the Internet, just download Firefox or Chrome and your problem will be fixed.
    If you don't have the Internet, then you have nothing to worry about.
    If you don't understand why you should not use IE6, then fuck off, you are what makes the Internet a horrible place and you are probably already a weaponized zombie in someone's botnet. Just kill yourself.

  47. Report your competitors by tepples · · Score: 1

    You'd better have a monopoly on the product you are selling or the customer will just decide "the hell with that" and buy from another site that is easier.

    If you see your would-be customers leaving for competing merchants that blatantly violate PCI DSS, report each noncompliant merchant to the company that handles its payment processing. When competing merchants start either turning away customers in the same way or losing their merchant accounts, watch upgrade conversions increase.

  48. End oppression. End war. Easier said. by tepples · · Score: 1

    poorest, most repressive, and most war-torn countries in the world

    Go cry to whomever is creating that problem for you, and if that amounts to you then keep it to yourself.

    what recourse does one have?

    Ending the repression and the combat

    How would affected end users go about that, given the gross wealth inequality endemic in those parts of the world?

    1. Re:End oppression. End war. Easier said. by Anonymous Coward · · Score: 0

      Ending the repression and the combat

      How would affected end users go about that, given the gross wealth inequality endemic in those parts of the world?

      straw-man, the action here is being taken by the wealthy in the west, therefor the comparison is what other action could they take, not the poor.

    2. Re: End oppression. End war. Easier said. by Anonymous Coward · · Score: 0

      Pick up a rock and use it, like everyone else who came before and didn't just accept the world as it is.

      They won't, because they're lazy, stupid, and deserve the conditions they've allowed themselves to be in.

    3. Re: End oppression. End war. Easier said. by tepples · · Score: 1

      Rocks don't do so well against firearms.

    4. Re: End oppression. End war. Easier said. by Anonymous Coward · · Score: 1

      Or paper. But I hear rock does well against scissors.

  49. Re:Good by Anonymous Coward · · Score: 0

    Download Opera or Opera Mini. It runs on everything except iOS and iOS takes care of its own browser updates.

  50. Re:I tried logging into an old NAS the other day.. by Anonymous Coward · · Score: 0

    about:config
    securitytls.insecure_fallback_hosts
    security.tls.version.max
    security.tls.version.min
    security.tls.unrestricted_rc4_fallback

    are the options you need to set appropriately. I can't remember exactly what they all do, but a client had a similar issue recently and it was one of these settings that corrected it.

  51. Re:Good by Anonymous Coward · · Score: 0

    Ending the repression and the combat would seem to be one option.

    Perhaps it's worth considering doing that?

    Good idea. Who should we nominate?

  52. Re:I don't see this as a problem, except for.... by Lord+Apathy · · Score: 1

    Two paragraphs dumbass.

    The first paragraph refers to the worse kind of people, scammers and terrorist.

    Second paragraph, relief agencies that are not counted as "the worse kind of people', nor are the people they are trying to help. The relief agencies that I'm talking about don't have the large budgets for non-essential stuff, like up to date computers. They have to rely on handed down computers. Most of these computers are really outdated, 200 MHz pentums or lower.

    --

    Supporting World Peace Through Nuclear Pacification

  53. The unanswered question by Anonymous Coward · · Score: 0

    I own a website with an SHA-1 cert. what I want to know is why Thawte, GoDaddy,Verisign,Comodo, etc. kept selling SHA-1 certs when they knew it was vulnerable? Last time I renewed the cert, I do not recall getting a warning about the vulnerability, at least not a stern warning.

  54. lol fuck you by Anonymous Coward · · Score: 0

    how about you fix all that shitty written software?

  55. Already cut off by mysidia · · Score: 1

    that don't support SHA-2 will be left without access to encrypted websites.

    This is much ado about nothing. The devices that cannot support it are dead ended already, They are not safe to use, so it makes sense that very soon they won't even be allowed to be used with SSL websites, even if the Webmaster wanted them to work. All the SSL websites I manage are already using SHA-2 certificates Besides you DONT use an OS without SHA2 support and have zero issues today

    Also, the SHA-1 certs are considered weak and unsuitable for secure usage at this point, even sites such as Amazon and BankOfAmerica are using SHA-2 certs.

    I think all the major e-tailers have X509 certs with a SHA-2 signature at this point.

  56. How does it work? by manu0601 · · Score: 1

    How does Facebook/Cloudflare fallback mechanism work?

    I have saw a few explanation here about SHA1 cipher negotiation, but this is about certificate, not cipher.

  57. Re:I don't see this as a problem, except for.... by Anonymous Coward · · Score: 0

    Why blame his organization when it is Microsoft that is requiring MSIE 6.0. At my company, we can't even upgrade to Vista because Microsoft requires that we run XP and MSIE 6. Dealing with Microsoft requires you to be a decade or more behind the times.

  58. Re:Good by Anonymous Coward · · Score: 0

    Well, tough sh$t. Internet was created in the developed world, for the developed world. We owe nothing to the third-worlders, and particularly we're under no obligation to provide them with internet access. If they really need to be connected, they should install the new browsers. Cannot afford it? Then let them simply return to the banana fields and don't bother with Internet, because they don't really need it.

  59. Re:I don't see this as a problem, except for.... by KGIII · · Score: 1

    Maybe it's time for me to become a field agent for the CIA. I could go get a job at their IT field office and say stuff like, "That Windows 10 update offer? Yeah, I'm going to need you to click the ACCEPT button on that. Yes, I'll hold."

    --
    "So long and thanks for all the fish."
  60. Re:Good by Zontar+The+Mindless · · Score: 1

    "You must be great fun at parties."

    --
    Il n'y a pas de Planet B.
  61. Welcome to the 2-tier Internet by Anonymous Coward · · Score: 0

    And this sort of thing is why I oppose default-encrypting of everything.

    Once this kicks in, people with older systems and hardware or who can't go to newer browsers for whatever reason will be cut-off from large chunks of the Internet and Web - Sites that redirect their http to https like Google currently does will mean a lot of people won't be able to use it any more.

    And for what? A false sense of security?

    Current certs are already backdoor'd up the wazoo and seem to get compromised every other month by some CA getting hacked.

    On top of it, SHA1 still requires a good deal of work to generate a useful collision, yet the current stance seems to suggest it's considered worse than an unencrypted connection, or being blocked completely?!

    SHA1 should be still usable but with a warning - This is how Opera used to do things before it became a Chrome skin, giving an easily understandable visual rating on how secure and trustworthy a site was, not just secure/unsecure like all current browsers seem to do.

    I hate to see the fragmentation - The Web is supposed to be an open platform, accessible by all and any, but as time moves on you are forced to used a tiny subset of browsers and you have to be rich enough to afford the most recent hardware to run it.
    There are still lots of people who still use Win98, 2k, XP, Amigas etc., some through choice, others less so. Is this paranoia over encryption so much more important that we should renege on the whole point of the Internet, which is the free flow of information?

    And what happens when the current system gets broken, because in all likelyhood it will, either through bugs and flaws, someone finding a shortcut or next-gen tech like quantum computing.
    What happens when encryption protocols become so complex that we need computers so powerful that we're burning kilowatts of power just to read the daily news?