Slashdot Mirror


Google Will Give a Search Edge To Websites That Use Encryption

As TechCrunch reports, Google will begin using website encryption, or HTTPS, as a ranking signal – a move which should prompt website developers who have dragged their heels on increased security measures, or who debated whether their website was “important” enough to require encryption, to make a change. Initially, HTTPS will only be a lightweight signal, affecting fewer than 1% of global queries, says Google. ... Over time, however, encryption’s effect on search ranking [may] strengthen, as the company places more importance on website security. ... While HTTPS and site encryption have been a best practice in the security community for years, the revelation that the NSA has been tapping the cables, so to speak, to mine user information directly has prompted many technology companies to consider increasing their own security measures, too. Yahoo, for example, also announced in November its plans to encrypt its data center traffic.

148 comments

  1. Great step! by satuon · · Score: 5, Interesting

    That's a really great step from Google, I had never thought that it can be done in such a neat way. What's next? Can they also do it for IPv6?

    1. Re:Great step! by thieh · · Score: 1

      IPv6 would be a bit problematic because not every ISP has IPv6 and it can mount to being discriminatory based on who you choose as ISP or simply where you live.

    2. Re: Great step! by Anonymous Coward · · Score: 0

      Wouldn't be monetary descrimination for those of us who cannot afford valid certificates? Will they further separate it by how much your cert costs (more $ = better ranking)? Google ca services incoming.

    3. Re:Great step! by satuon · · Score: 2

      It could create an incentive to switch to a different ISP that supports it (where possible), which could in turn create an incentive for ISPs themselves to switch to IPv6.

    4. Re: Great step! by Anonymous Coward · · Score: 1

      StartSSL still give out free certificates to individuals right?

    5. Re: Great step! by Nexus+Unplugged · · Score: 3, Informative

      CloudFlare has also announced that they're planning to roll out free SSL to customers in the coming months.

    6. Re:Great step! by Nexus+Unplugged · · Score: 1

      ISP like to cite the fact that so few sites support IPv6 as a reason to not bother rolling it out themselves [citation needed]. If Google can encourage sites to support IPv6, ISPs have one less reason to not give it to their customers.

    7. Re: Great step! by grim4593 · · Score: 1

      Yes. I use StartSSL for my personal server and it works great. You would need to pay for a Class 2 cert to register it for an organization.
      https://www.startssl.com/?app=25#2
      https://www.startssl.com/?app=25#90

    8. Re:Great step! by defaria · · Score: 2

      Add to this that sometimes the reputable companies still don't do the right thing. As a large financial institution you'd think that Wells Fargo of all companies would at least be sporting an extended validation certificate! But they don't. And that's not their only fumbling in security (http://defaria.com/WF). I have my reasons for still dealing with them but I watch them like a hawk!

    9. Re:Great step! by petermgreen · · Score: 1

      We are talking about websites here not end user connections. Unlike with "broadband" ISPs there is plenty of competition in hosting providers.

      An incentive to website operators to tell their hosting providers "either you give me IPv6 or I go elsewhere" sounds find to me.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    10. Re: Great step! by petermgreen · · Score: 4, Informative

      They do BUT

      1: their rules on who can get the free certs seem to be varied and arbitary. I've seen reports of an opensource developer being given a free cert initially but then come renewal time told that merely having a donation button makes their site count as "ecommerce" and therefore ineligable
      2: they make the expiry artifically short (the CA industry as a whole does this but startSSLs free certs are epecially bad),
      3: they refuse to renew certs until just before they expire and refuse to reissue certs without revoking the old one.
      4: each free cert only covers a domain and one hostname under that domain (e.g. bar.com and foo.bar.com). This effectively means you end up needing one IP per hostname you want SSL on (until IE on XP becomes insignificant anyway).

      It's nice that there is a free (as in beer) option for some people but it's also clearly got a number of artificial restrictions on it to push people towards their paid options.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    11. Re: Great step! by Rich0 · · Score: 4, Informative

      StartSSL still give out free certificates to individuals right?

      Yes, as long as you don't change your certificate after the key is lost as a result of HeartBleed. If you want your users to be secure, then you need to pony up $25. How that isn't a violation of the Mozilla policies is beyond me. I can give StartSSL clear proof that a private key has been disclosed, and they won't revoke it unless somebody pays them to do it.

    12. Re: Great step! by Rich0 · · Score: 1

      What did you do about Heartbleed. Did you pony up the $25 to change your key? I understand that they won't let you give them a new CSR without revoking the old one, and they won't revoke it for free.

    13. Re: Great step! by Anonymous Coward · · Score: 0

      On the bright side... if your site isn't actually important and you only want improved ranking or stop most attempts at snooping in on the traffic then it really doesn't matter if the key MAY be compromised by some individuals. You're still getting some security benefit by increasing the barrier of sniffing the traffic.

      And if it is important you should probably pay for a cert anyway, or at least pay the 25$ for a revocation..

      Matt

    14. Re:Great step! by WaffleMonster · · Score: 1

      That's a really great step from Google, I had never thought that it can be done in such a neat way. What's next? Can they also do it for IPv6?

      I have previously publically advocated for Google to do exactly this as a way to promote the adoption of IPv6 however I was wrong to go there.

      The bottom line is Google a defacto monopoly is using force to effect change in ways mostly unrelated to the mission (Linkage between quality and SSL is both domain dependent and strenuous at best).

      Just because I happen to think IPv6 adoption will benefit everyone or that wholesale spying on wires should yield as little fruit as possible does not mean the ends should justify the means.

    15. Re: Great step! by Darinbob · · Score: 4, Insightful

      It's already monetary discrimination, since well design sights with interesting products will show up higher in the rankings than the local mom&pop web site where they could only afford to hire a high schooler to do the design.

      The whole point of ranking is not to make sure everybody is perfectly equal, but to help the customer find the most relevant results. If I'm searching for a bank then I most certainly want a bank with security to be ranked higher than one without. However, I can see the issue that it's only Google who gets to decide what's relevant. Perhaps there should be some user specified criteria, such as letting me decide to show only IPv6 capable sites.

    16. Re:Great step! by FatdogHaiku · · Score: 1

      Down in the boondocks
      Down in the boondocks
      People put me down 'cause that's the side of town I was born in

      I love games, love to stream HD.
      But I crap for an ISP!
      Lord have mercy on a boy from down in the boondocks

      Every night I will watch the light from the house upon the hill
      They got 40megs a second in the whole damn place and it gives me such a thrill
      But I don't dare knock on their door,
      'cause I hacked their Master Card last year
      So I'll just have to be content
      To leach whenever I get near
      ...
      Apologies to Joe South.

      --
      You have the right to remain sentient. If you give up the right to remain sentient, you will be elected to public office
    17. Re:Great step! by FatdogHaiku · · Score: 1

      EDIT:
      But I've GOT crap for an ISP!

      --
      You have the right to remain sentient. If you give up the right to remain sentient, you will be elected to public office
    18. Re: Great step! by heypete · · Score: 3, Informative

      2: they make the expiry artifically short (the CA industry as a whole does this but startSSLs free certs are epecially bad),

      A validity time of one year is pretty standard for SSL certs (paid certs often charge per year). Could they issue them for 20 years? Sure, but a one year validity is not unusual. Class 2 certs are good for two years.

      3: they refuse to renew certs until just before they expire and refuse to reissue certs without revoking the old one.

      I get renewal notices two weeks prior to expiration. That's pretty reasonable. If I recall correctly, I can generate a new cert for my site any time in that two-week period, so I don't need to wait for the cert to expire before replacing it.

      While I wish they allowed free reissuance of certs at any time, I don't really see why requiring revocation is a showstopper.

      4: each free cert only covers a domain and one hostname under that domain (e.g. bar.com and foo.bar.com). This effectively means you end up needing one IP per hostname you want SSL on (until IE on XP becomes insignificant anyway).

      That's also the case for pretty much any of the inexpensive paid certs too. You can always get a wildcard cert but most CAs charge at least $100/year for a single wildcard cert. StartSSL charges $60 for Class 2 validation, and you can issue unlimited certs (wildcard or not). Organizations can get Class 2 certified for $120 ($60 for identity verification, $60 for organization verification) and can issue unlimited certs. For a company needing more than one cert, StartSSL is still cheaper.

      It's nice that there is a free (as in beer) option for some people but it's also clearly got a number of artificial restrictions on it to push people towards their paid options.

      Considering their paid certs are often cheaper than comparable offerings from other CAs, it doesn't really seem unreasonable to me. Doubly so because they're run by competent people who respond promptly to inquiries, even from free users. I've been a StartSSL customer for years (and also used other CAs like GoDaddy, Comodo, Thawte, etc.) and the customer service from StartSSL has always been excellent.

      If you don't want to get a StartSSL cert or they don't meet your needs, that's fine. NameCheap and others sell single-domain Comodo certs for $9/year. RapidSSL certs are a buck or two more per year. That costs less than a single beer at the local bar. Hardly a massive expense.

    19. Re: Great step! by FatLittleMonkey · · Score: 1

      1: their rules on who can get the free certs seem to be varied and arbitary. I've seen reports of an opensource developer being given a free cert initially but then come renewal time told that merely having a donation button makes their site count as "ecommerce" and therefore ineligable

      OTOH, at $60/yr for an unlimited C2, if you're running a project with public donations, you should be paying. Even if you're still not-for-profit, you're no longer an "individual". Surely that's a little different than my personal email server?

      --
      Science is all about firing a drunk pig out of a cannon just to see what happens.
    20. Re: Great step! by grim4593 · · Score: 1

      My cert was about to expire anyway so I just used the CSR process and got a new cert. According to the FAQ I -think- you can't request a new cert for your domain within 30 days of your last request because that is how long your domain name validation is valid: otherwise you can create new certs just like how you would process an annual renewal. However, I have not actually tried to generate certs within 30 days of each other so I could be wrong.

    21. Re:Great step! by cheater512 · · Score: 1

      Its a incentive for websites to do both IPv4 and IPv6. Not IPv6 exclusively.
      Wouldn't affect end users at all.

    22. Re: Great step! by swillden · · Score: 2

      However, I can see the issue that it's only Google who gets to decide what's relevant.

      Google gets to decide what's relevant in the rankings on their site, but not what's relevant for other search engines. If they do a bad job of picking good ranking criteria, it gives other engines an opportunity to provide better service. This is a somewhat coarse mechanism for demanding more relevant criteria, I suppose, but you'd better believe that Google takes it very seriously. They have a lot of other signals that help them decide whether users are well-served by the top-ranked hits, and if something like preferring HTTPS damages that, it'll almost certainly lose.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    23. Re:Great step! by dilvish_the_damned · · Score: 1

      In terms of their mission, they do a lot of things to "promote a healthy internet". Suggesting that two equal websites and the one that uses SSL gets higher ranking would fall under "healthy".

      --
      I think you underestimate just how much I just dont care.
    24. Re: Great step! by coastwalker · · Score: 1

      I have noticed that google is becoming less and less useful as a search tool as any enquirey leads to pages upon pages of virtual companies selling things.

      --
      Facts are history now plebs have politics for religion on social media.
    25. Re: Great step! by Anonymous Coward · · Score: 0

      While I wish they allowed free reissuance of certs at any time, I don't really see why requiring revocation is a showstopper.

      It's not a showstopper, per se, but they do charge a revocation fee ($25, I think?), so that makes it decidedly less than free.

    26. Re: Great step! by petermgreen · · Score: 1

      To clarify I fully understand why startSSL do this, they are a buisness and they need to make money and they are certainly the best value widely recognised CA I have found.

      I just don't think using startSSLs limited free certs as a rebuttal to claims that SSL increases costs for website operators is reasonable. Either you pay to get the wildcard certs or you pay to get extra IPv4 addresses or some combination of the two.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    27. Re:Great step! by Samizdata · · Score: 1

      I wish I had some nifty browser plugin or bookmarklet or easy hack to quickly show me who is running IPv6. I, myself, am fully capable.

      --
      It's not the years, honey, it's the mileage. - Colonel Henry Walton Jones, Jr., Ph.D.
    28. Re: Great step! by heypete · · Score: 1

      To clarify I fully understand why startSSL do this, they are a buisness and they need to make money and they are certainly the best value widely recognised CA I have found.

      I just don't think using startSSLs limited free certs as a rebuttal to claims that SSL increases costs for website operators is reasonable. Either you pay to get the wildcard certs or you pay to get extra IPv4 addresses or some combination of the two.

      Why not just use SNI? I have multiple SSL-enabled virtualhosts running on a single server, and other than Internet Explorer on Windows XP and Android 2.x (neither of which I care about, as the former is EOL while the latter is effectively EOL) every browser on desktop and mobile devices works properly. I spend more money every two weeks on caffeinated beverages than my entire annual budget for SSL certs, and I have more than most. My cert budget is dwarfed by hosting costs (which I pay regardless of SSL support or not).

      If you don't care about those systems (and I don't), SNI is perfectly satisfactory. If you need to support those old systems for some reason, you're probably a commercial enterprise who can afford IP-based SSL or wildcard certs. For typical individuals or small/medium-sized organizations using SNI, adding SSL support to your sites will essentially be a non-issue in terms of cost.

      If anything, Google adding a small boost to SSL-enabled sites should encourage and improve support for SNI and hopefully sweep away the few older browsers that don't support it. I'm all for it.

    29. Re: Great step! by heypete · · Score: 1

      While I wish they allowed free reissuance of certs at any time, I don't really see why requiring revocation is a showstopper.

      It's not a showstopper, per se, but they do charge a revocation fee ($25, I think?), so that makes it decidedly less than free.

      True, but how often does one need to revoke a certificate? Other than Heartbleed, I think I've only revoked one certificate in the last 10 years or so. Amortized over that timeframe, the costs are negligible. That said, I would like it if StartSSL would offer free revocations in the case of something like Heartbleed, where certs are compromised through no fault of the customer, but I understand the business reasons for not doing so (CRL/OCSP isn't free).

      Of course, I've abandoned several certs where I deleted a VM hosting a site I no longer needed, but since the cert was not compromised and the private key was deleted, I just let the expiration timer run out. No big deal.

    30. Re: Great step! by swillden · · Score: 1

      I have noticed that google is becoming less and less useful as a search tool as any enquirey leads to pages upon pages of virtual companies selling things.

      That comes and goes. Google constantly fights it. Google makes changes which remove that crud, then the virtual companies figure out how to work around the changes. Rinse, repeat. The smaller search engines don't have as much trouble because there's not as much effort put into figuring out how to work around their protections.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    31. Re: Great step! by Rich0 · · Score: 1

      And if it is important you should probably pay for a cert anyway, or at least pay the 25$ for a revocation.

      Meh, the non-free certificates are hardly more secure. There are hundreds of trusted CAs out there all over the world, and any one of them can subvert SSL for any domain out there. The SSL Certificate racket is just that. We should be using DNSSEC and embedding certificates in our DNS records. Sure, that still lets your upstream DNS providers exploit you, but for the typical foo.com that is one or two entities that can mess you up, and not hundreds, and you get to pick most of them by picking a different TLD.

  2. So now Google establishes Internet standards by neilo_1701D · · Score: 4, Insightful

    I'm not convinced that this is a good precedent. Sure, they're encouraging sites to use HTTPS today... but what about tomorrow?

    Speculation: Websites that block competing search engines from indexing their content may rank higher in Google searches? Websites that process payments using Google rank higher in Google search?

    I'm not saying that HTTPS is a bad thing... but once they open the door once to arbitrary ranking changes done on a whim, that door can be opened again.

    1. Re:So now Google establishes Internet standards by Anonymous Coward · · Score: 3, Insightful

      As opposed to the currently non-arbitrary ranking algorithm? What the hell are you talking about.

    2. Re:So now Google establishes Internet standards by Anonymous Coward · · Score: 2, Insightful

      Don't like it, use Bing!

    3. Re:So now Google establishes Internet standards by Anonymous Coward · · Score: 0

      If their search results start sucking because of them changing their ranking algorithm, people will use a different search engine.

    4. Re:So now Google establishes Internet standards by Agent+ME · · Score: 5, Funny

      They've already been using their ranking system to encourage HTTP and HTML. Think of all the poor BBSs and gopher servers they've been discriminating against!

    5. Re:So now Google establishes Internet standards by bill_mcgonigle · · Score: 3, Interesting

      Google has been using dozens of quality metrics for years to adjust its rankings. This isn't a new concept.

      It's not clear to me which HTTPS configurations it's favoring, though. Is Strict Transport Security a requirement? People with high-longevity system needs are going to need to upgrade to EL7 to make good HTTPS feasible, so there will be a transition period.

      As far as standards - look, W3C, IETF, et. al. have completely failed to keep up. From 1993 to 1997 we went from HTTP 0.9 to to HTTP 1.1, which is where we are today. HTTP 2.0 will have been languishing for two decades by time there's a standard and any significant adoption. That's not Internet-time.

      Google has made some mistakes with SPDY and QIC but at least they're actually trying to move the ball down the field instead of just arguing on the sidelines. It used to be that lots of players would do the same thing and fairly quickly a concensus would emerge. We have a serious breakage problem in the current community process. Google is doing it right - it's everybody else that's not.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    6. Re:So now Google establishes Internet standards by satuon · · Score: 2

      I wish they would index real FTP servers, not just those with an HTTP interface.

    7. Re:So now Google establishes Internet standards by Anonymous+Brave+Guy · · Score: 3, Insightful

      While your points about the snail's pace of web "standards" development are fair, it's also important not to go too far the other way. Not so long ago, another browser became dominant in market share through pushing new but not widely supported features its own way, and people started making web sites that were written specifically to work with that browser rather than any common standard.

      That browser was Internet Explorer in the late 1990s, and the result was IE6.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    8. Re:So now Google establishes Internet standards by ShanghaiBill · · Score: 1

      Speculation: Websites that block competing search engines from indexing their content may rank higher in Google searches? Websites that process payments using Google rank higher in Google search?

      Either of these actions would likely be illegal under federal anti-trust laws.

    9. Re:So now Google establishes Internet standards by WaffleMonster · · Score: 2

      As far as standards - look, W3C, IETF, et. al. have completely failed to keep up. From 1993 to 1997 we went from HTTP 0.9 to to HTTP 1.1, which is where we are today.

      Most HTTP 1.1 features are useless. If it disappeared tomorrow nobody would care or even be able to tell it has gone missing.

      HTTP 2.0 will have been languishing for two decades by time there's a standard and any significant adoption. That's not Internet-time.

      The pace of standards development is driven by commercial need rather than abstract notions of staleness, "the future", "progress"..etc.

      The only reason for delay is nobody cares. The incremental benefit is so trivial as to not be worth the effort unless you happen to be Google. When people care shit gets done even if it means draft implementations making their way into production.

      Google has made some mistakes with SPDY and QIC but at least they're actually trying to move the ball down the field instead of just arguing on the sidelines.

      My personal opinion we are much better off working TCP and TLS extensions to reduce round trip delays. You can for example in best case get a secure HTTPS request to server without completing a single round trip leveraging TCP and SSL features (fast open, session tickets) neither of which requires maintaining server state, as would keeping TCP sessions open longer than absolutely necessary or
      having to suffer HOL penalties or get weighed down by pointless politics and scope creep (opportunistic encryption)

      Finally working transport and security layers has added benefit of being instantly useful to all protocols not just TCP.

      We have a serious breakage problem in the current community process. Google is doing it right - it's everybody else that's not.

      The "community" is like the UN. It is simply a forum for those with power (e.g. commercial interest) to negotiate... nothing more nothing less.

    10. Re:So now Google establishes Internet standards by just_another_sean · · Score: 4, Insightful

      but once they open the door once to arbitrary ranking changes done on a whim, that door can be opened again.

      Was that door ever closed? They're ranking algorithm has been arbitrary since the beginning and has changed very frequently over the years in an effort to reduce gaming the system and to generally improve results. If anything I'd say it's nice that they're at least telling people about this change vs. just quietly adjusting things and leaving site owners to wonder what happened to their page rank.

      --
      Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
    11. Re:So now Google establishes Internet standards by mlts · · Score: 1

      The EU would pound Google into component quarks if Google paired search weight to what sites used their services.

      Bumping search weights on HTTPS is a good thing for everyone. It locks out Phorm-like ad sites, lessens the damage that bogus Wi-Fi access points can do, and ensures that an attack on DNS doesn't take a site completely out... although DNS + a bogus CA can do the job.

    12. Re:So now Google establishes Internet standards by Zeromous · · Score: 1

      Speak for yourself! I do most of my human interaction over FIDO. It's quite a bit slower (I only receive replies after a few weeks to months), but the fidelity is better than this Slashdot fad.

      --
      ---Up Up Down Down Left Right Left Right B A START
    13. Re:So now Google establishes Internet standards by Anonymous Coward · · Score: 0

      Google is the developer of its own web server and its own browser, they have published new standards (like SPDY), they are a massive and rich company – why punish the little guy?

      For example - this will promote big sites like Amazon and discriminate against small sellers who don’t have a certificate but use a bureau service or PayPal to take payment.

      If the problem we are trying to solve is that all communications are in the clear and therefore wide-open then let’s obfuscate them. AES256 with snake-oil certificates sounds good to me but I bet ROT13 looks pretty similar at first glance – and if you are trying to spy on everything then first glance is the only one you are going to get.

      When using HTTP (not HTTPS) my browser still manages to optimise connections – connection:keep-alive. If it sees “connection: close” it doesn’t display a red alert and tell me to “Run Away!” So why can’t my browser quietly and unobtrusively try and obfuscate my data if both ends of the connection support it?

      It seems to me that the man-in-the-middle thing is probably an advantage as corporate proxies and CloudFlare will still work. I mean none of us are against targeted surveillance against real baddies are we? Installing a tap on a deep ocean cable is one thing but I bet that running a proxy-to-everything in the middle of the Atlantic would be quite another thing.

      I won't believe that Google are trying until I see Chrome and Google-Web-Server both do something like this...

      User requests "http://example.com/home"
      Client requests "http://example.com/_obfusticated-content"
      Possible results are YES, NO, NOT-NOW (reason)

      For NO and NOT-NOW the browser requests "/home" in-the-clear
      For NO the browser remembers the results and doesn’t try “/_obfusticated-content” again
      For YES the client and server do a key exchange and the conversation disappears down a deep, dark hole.

    14. Re:So now Google establishes Internet standards by primus1024 · · Score: 1

      Replying to undo moderation mistake.

    15. Re:So now Google establishes Internet standards by Anonymous Coward · · Score: 0

      Boing!

    16. Re:So now Google establishes Internet standards by Anonymous Coward · · Score: 0

      Sounds like either your Node or the receivers Node ain't up during Zone Mail Hour.

    17. Re:So now Google establishes Internet standards by Anonymous Coward · · Score: 0

      As far as standards - look, W3C, IETF, et. al. have completely failed to keep up. From 1993 to 1997 we went from HTTP 0.9 to to HTTP 1.1, which is where we are today.

      Most HTTP 1.1 features are useless. If it disappeared tomorrow nobody would care or even be able to tell it has gone missing.

      You don't think anyone would notice if the "Host:" header disappeared?

    18. Re:So now Google establishes Internet standards by swillden · · Score: 1

      AES256 with snake-oil certificates sounds good to me but I bet ROT13 looks pretty similar at first glance – and if you are trying to spy on everything then first glance is the only one you are going to get.

      You're using hyperbole to make a point, I get that, but the pedant in me insists on responding to your literal statement: No, ROT-13 doesn't look a lot like AES256, even at a glance they look very different. ROT-13, or even more sophisticated fixed substitution ciphers, are trivial to recognize and break, in real time, with only the most cursory knowledge of the structure of the plaintext.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    19. Re:So now Google establishes Internet standards by ganiman · · Score: 1

      If you don't like it, you can always use Bing. I hear it has superior search results for porn.

      --
      geek n performer who performs morbid or disgusting acts, as biting off the head of a live chicken
    20. Re:So now Google establishes Internet standards by Samizdata · · Score: 1

      No. Other than porn searches it is just about useless.

      --
      It's not the years, honey, it's the mileage. - Colonel Henry Walton Jones, Jr., Ph.D.
    21. Re:So now Google establishes Internet standards by Zeromous · · Score: 1

      I was just kidding ;) FIDO still works great.

      --
      ---Up Up Down Down Left Right Left Right B A START
  3. on advice of counsel.... by turkeydance · · Score: 2

    i, Google, (corporations are legal individuals in USA) refuse to rank my response due to it's incriminating nature.

    1. Re:on advice of counsel.... by Anonymous Coward · · Score: 0

      What first world country doesn't recognize juridical persons? Even Rome codified the idea in law.

    2. Re:on advice of counsel.... by Anonymous Coward · · Score: 0

      Corporations aren't people in America. They can't vote. The "corporate personhood" ruling just said that the individual people who run a corporation don't lose their rights to freedom of speech, etc. when they form a corporation.

  4. Lo! by Anonymous Coward · · Score: 0

    Men have become the tool of their tools.

  5. HTTPS equals a cheap cookie replacement ? by Anonymous Coward · · Score: 0

    Isn't part of a HTTPS handshake a "are you who I think you are ?" exchange ? In other words: doesn't it uniquely identify a computer, in an even better way than a cookie could/would do ?

    No, I don't think Google cares a single bit (sic) about encryption. Just follow the money.

    1. Re:HTTPS equals a cheap cookie replacement ? by Agent+ME · · Score: 1

      You're thinking of client certificates. You're able to remove them just like you can remove cookies, though getting a client certificate requires agreeing and clicking through a dialog, so they're strictly worse than cookies for tracking people who don't want to be tracked.

    2. Re:HTTPS equals a cheap cookie replacement ? by Anonymous Coward · · Score: 0

      Isn't part of a HTTPS handshake a "are you who I think you are ?" exchange ? In other words: doesn't it uniquely identify a computer, in an even better way than a cookie could/would do ?

      No. Client certificates are mostly used on corporate intranets. I've never seen one used on an Internet site intended for the general public.

    3. Re:HTTPS equals a cheap cookie replacement ? by tepples · · Score: 1

      StartSSL uses client certificates to identify subscribers.

    4. Re:HTTPS equals a cheap cookie replacement ? by SuricouRaven · · Score: 1

      And is the one and only time I've ever needed to use a client certificate in the browser.

    5. Re:HTTPS equals a cheap cookie replacement ? by moosehooey · · Score: 1

      Too bad you don't know what the fuck you're talking about.

    6. Re:HTTPS equals a cheap cookie replacement ? by Anonymous Coward · · Score: 0

      Too bad you don't know what the fuck you're talking about.

      Too bad you do not have a clue either, but are trying to con us you do.

      Any other reason you did not share your knowledge about it other than that you do not have any ? :-)

  6. It's about time! by mcrbids · · Score: 4, Interesting

    Expensive advertising campaigns engender trust because it shows that the advertiser has the resources to carry out the campaign. It's why online ads are so commonly ignored - people want to do business with "reputable" companies and expensive advertising is a way of establishing repute.

    Similarly, putting out the modicum of effort to perform basic security like SSL is a signal that the website is reputable. I mean, if you can't be bothered to buy a $50 SSL certificate and install it, are you *really* trustworthy?

    SSL should be a basic signal of trustworthiness.

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
    1. Re:It's about time! by Anonymous Coward · · Score: 1

      I mean, if you can't be bothered to buy a $50 SSL certificate and install it, are you *really* trustworthy?

      I have no trouble saying that commercial sites should use SSL, and treat it as a cost of doing business. I wouldn't use SSL as a measure of trust for non-commercial sites. Unless and until Google can tell the difference, I don't think SSL should affect search rankings.

    2. Re:It's about time! by WaffleMonster · · Score: 3, Interesting

      Similarly, putting out the modicum of effort to perform basic security like SSL is a signal that the website is reputable. I mean, if you can't be bothered to buy a $50 SSL certificate and install it, are you *really* trustworthy?

      LOL and here I thought all this time the Internet was supposed to reduce costs and barriers to competition... yet here we go "the higher the fewer".

      When your making the big bucks off Google by operating industrial scale link farms $50/year is a small price to pay for success.

      Someone please remind me again why we are even contemplating enriching the clusterfuck that is the CA industry which sees no problem with use of completely automated systems and non-existent documentation requirements prior to issuing certificates?

    3. Re:It's about time! by ThatsMyNick · · Score: 1

      Similarly, putting out the modicum of effort to perform basic security like SSL is a signal that the website is reputable. I mean, if you can't be bothered to buy a $50 SSL certificate and install it, are you *really* trustworthy?

      If you are relying on an SSL certificate to determine the trustworthiness of a site, you are doing it wrong. SSL certificates are cheap, and provide no additional trust worthiness to the site (unless they are an ecommerce site, which is a small part of the web). I would prefer sites that accept a username and password to use SSL, but I am okay with them not having it too. I would be a little bit worried about my password leaking when I am a public wifi. So those sites get a random password and a throw away email. I dont gauge the site's trustworthiness by this though (slashdot is a good example of this).

    4. Re:It's about time! by Ichijo · · Score: 1

      Or if you can't be bothered to write compliant HTML. Oops, Google fails.

      Sites with accessibility issues such as content that can only be accessed with JavaScript enabled, should also be deprioritized.

      --
      Any sufficiently unpopular but cohesive argument is indistinguishable from trolling.
    5. Re:It's about time! by swillden · · Score: 1

      When you're making the big bucks off Google by operating industrial scale link farms $50/year is a small price to pay for success.

      Is it really? Industrial-scale link farming requires thousands of sites. At $50 each, that's going to start chewing into your profit margins.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    6. Re:It's about time! by JWSmythe · · Score: 1

      They're not $50/ea though. ssls.com sells Comodo PositiveSSL for $8.95/yr. If they set up as a reseller and do enough volume, the price drops to $6.15/yr.

      If they aren't making enough to cover those costs (or even the $50), their link farms really aren't worth having.

      --
      Serious? Seriousness is well above my pay grade.
  7. Thanks to Google and the NSA ! by Anonymous Coward · · Score: 2, Interesting

    Thanks to Google for making the web a little bit more secure by promoting secure websites!
    Thanks to the NSA for tapping the web so blindly and boldly than we should react!

    If the NSA was not so bold and had tapped only these who were under suspicion of bad behavior, the status-quo would have been kept. Now the privacy of everyone is a little bit more secure and the NSA will have a little bit harder times managing MITM attacks on every netizens.

    An EU Citizen who like its privacy.

  8. Cat blog by ZipK · · Score: 3, Insightful

    So my cat picture blog will rank lower than a competitor's SSL encrypted cat picture blog, even though neither of us require you to log in or even prove you are a cat?

    1. Re:Cat blog by tepples · · Score: 1

      You need to log in to your cat picture blog to prove to the blog software that you have privileges to update your cat picture blog.

    2. Re:Cat blog by satuon · · Score: 1

      Yes, for news and such it doesn't make that much sense. Still, HTTPS would at least prevent your ISP from monitoring your browsing activity.

    3. Re:Cat blog by Cyberdyne · · Score: 4, Informative

      Still, HTTPS would at least prevent your ISP from monitoring your browsing activity.

      That's part of it - a valuable enough part in itself, IMO; at least one UK ISP, TalkTalk, has started duplicating HTTP requests made by their customers: so, if you request http://example.com/stuff on one of their lines, 30 seconds later they'll go and request the same URL themselves for monitoring purposes. Obviously, enabling SSL prevents this kind of gratuitous stupidity - and the previous incarnation of such snooping, Phorm. If enough websites enable SSL, ISPs will no longer have the ability to monitor customer behavior that closely, all they will see are SSL flows to and from IP addresses, and whatever DNS queries you make to their servers, if any. (Use encrypted connections to OpenDNS or similar, and your ISP will only ever see IP addresses and traffic volume - exactly as it should be IMO!)

    4. Re:Cat blog by IamTheRealMike · · Score: 5, Informative

      Yes, for news and such it doesn't make that much sense. Still, HTTPS would at least prevent your ISP from monitoring your browsing activity.

      It's actually a lot more than that. HTTPS isn't just about protecting passwords anymore, not post Snowden.

      Let us recall one of the more interesting things we learned about SSL via the NSA leaks: the Five Eyes countries apparently have not broken SSL yet despite that the internet is still not capable of stopping them. The reason is a system they've built called QUANTUM.

      QUANTUM is a series of systems that work together. Imagine it like being a giant set of guard towers on the internet backbone. QUANTUM is called that because it's based on deep packet inspection and insertion. The first part is a massive set of DPI devices that trawl unencrypted internet traffic passing through intercept points. These DPI devices can be configured by NSA/GCHQ analysts to look for selectors - personal identifiers like email addresses, IP addresses, cookies and so on. QUANTUM does not run on every internet link and cannot see through encrypted traffic, but that doesn't matter: it's like a searchlight crawling the grounds of a prison at night. It doesn't matter that it can't light up everywhere simultaneously - once tasked it will keep searching until it finds you. Given enough time and good selectors, it will always find you, simply because the average internet user makes many different unencrypted connections to many different websites.

      Once QUANTUM locates an un-SSLd traffic stream that matches your selectors, the next step begins, this is called QUANTUM INSERT. You see these DPI devices are not only capable of reading traffic but also injecting packets directly onto the backbone as well. This allows them to race legitimate answers from the real servers, and redirect the victim to an entirely different server (this is probably based on racing DNS lookups although I think the leaked docs were fuzzy on this aspect). These races are called "shots" and interestingly, they don't always succeed - sometimes the NSA is slower than the real server. But QUANTUM keeps trying and eventually you end up connected to this new FOXACID server, which then proceeds to act as an HTTP proxy for the real request and injects an exploit kit. That then pwns your system such that the NSA can now see all your encrypted traffic, along with turning on your microphone and so on.

      An observant reader will notice something very important about the above description. The longer you can stay in the SSLd web, the longer it will take for QUANTUM to hack you. That means you directly benefit from a website being SSLd even if all it contains is cat pictures and you don't even log in. Once QUANTUM has figured out your IP address, any non-SSLd HTTP connection is a useful foothold.

    5. Re:Cat blog by RobinH · · Score: 1

      HTTPS isn't about logging in, it's about encrypting the data between the server and the client with a one-time key. So it isn't about proving you're a cat, it's about preventing an eavesdropper from knowing which cat pictures you looked at (they still know you went to a cat picture blog).

      --
      "I have never let my schooling interfere with my education." - Mark Twain
    6. Re:Cat blog by pipedwho · · Score: 1

      This is not just about protecting login credentials. The idea is that if your cat blog is ranked highly, many people will click on it. For sites like that, a DNS or other redirection hack allows me to impersonate your site with some drive by or otherwise downloadable malware.

      TLS is about trusting the site your connecting with to actually be the site you think it is. So if your cat blog had a valid TLS certificate, then the impersonating site would need to obtain a fake certificate to avoid the client displaying an invalid certificate warning.

      It also stops middleware proxies from listening to or interfering with/re-writing the data stream before it gets to you (ie. detailed browse history collection, advertising and/or spyware insertion, etc).

    7. Re:Cat blog by Anonymous Coward · · Score: 0

      Still, HTTPS would at least prevent your ISP from monitoring your browsing activity.

      That's part of it - a valuable enough part in itself, IMO; at least one UK ISP, TalkTalk, has started duplicating HTTP requests made by their customers: so, if you request http://example.com/stuff on one of their lines, 30 seconds later they'll go and request the same URL themselves for monitoring purposes.

      But, but... That doesn't make any sense!

      Using HTTP, the connection isn't encrypted in either direction. If they can see the original request, they can also see the original response, so why not just cache that?

      What's the benefit of doing a second request for the same content?

      Unless you're on a capped line and both requests/responses count towards your limit? Is that it?

    8. Re:Cat blog by Anonymous Coward · · Score: 0

      My ISP does that, too! They've reduced the lag time, though. A millisecond or so after I send an HTTP request, an identical one comes from my ISP.

    9. Re:Cat blog by Gallomimia · · Score: 1

      So, what you're saying here is you're running a cat pornography site and you don't want regulations to stipulate that only cats of age can view said material and therefore will require a login and identity verification which will raise development costs and put you out of business? I think a warrant is in order sir...

      --
      Sadly, a Libertarian cannot force his views on another, and freedom cannot spread as does the cancer known as religion.
    10. Re:Cat blog by Samizdata · · Score: 1

      Yo, cat. I heard you like cat pic blogging while you cat pic blog, so we...

      --
      It's not the years, honey, it's the mileage. - Colonel Henry Walton Jones, Jr., Ph.D.
    11. Re:Cat blog by Cyberdyne · · Score: 1

      But, but... That doesn't make any sense!
      Using HTTP, the connection isn't encrypted in either direction. If they can see the original request, they can also see the original response, so why not just cache that?

      It's an absolutely crazy implementation, I agree (particularly speaking as someone implementing something which analyzes HTTP downloads right now). It's not caching, but some sort content analysis; my guess, and it is only a guess, is that it's intended as a workaround to copyright. Genuine caching is OK, for cacheable content, but I don't think this use would be covered by that copyright exemption: by fetching their own copy from the server like a regular web spider, they're no longer "making a copy". The other possibility is bandwidth: being a major ISP, it might be easier to intercept only the requests in-line, then queue them up for spidering by a separate system; intercepting the downloaded content as well would mean forcing all traffic through the analysis system in realtime.

      Mine just hashes and logs the objects as they get fetched. Of course, I'm doing it in the firewall, with the user's knowledge and consent. I just remembered, though, a friend who works for an anti-malware vendor company mentioned to me that their security proxy does the same bizarre duplication rather than scanning in transit, which IIRC screwed up music streaming services, so presumably there's a good reason for that. (Weird, because if I were shipping malware, I'd find that all too trivial to circumvent by serving different content to the client and the scanner.)

  9. Client certificates by tepples · · Score: 1

    HTTPS supports client certificates, but very few sites require them because popular browsers still make them more difficult for a less-trained user to manage than passwords.

  10. OK fine but give us a free CA by Cthefuture · · Score: 5, Insightful

    I have no technical problem switching every website/server I have to SSL but the actual problem is the price of all those SSL certs. Most of my sites are just hobby type sites that I run for my own enjoyment and to benefit others (quite a few "others" I should mention; some of my sites are very popular). However, I don't make any money off these, in fact it already costs me money to run them.

    Now you want me to add SSL so that people can still find my relevant and useful information? Well, OK but how the hell am I suppose to pay for it? SSL server certs are expensive. The whole thing is a scam to make the few "official" CA's rich. How about some sort of official public service that can hand out server certs of every registered domain? Every domain should come with an unlimited supply of SSL certs or at least a wildcard cert and a renewal service, free of charge.

    --
    The ratio of people to cake is too big
    1. Re:OK fine but give us a free CA by IamTheRealMike · · Score: 1

      SSL DNS certs are not expensive. You can get them for free (as pointed out) or for perhaps $20 per year. Your hosting costs are almost certainly higher than that.

    2. Re:OK fine but give us a free CA by RobinH · · Score: 3, Insightful

      Agreed, if Google wants to do this, maybe they should also become a free Certificate Authority. Wouldn't that tick off the Verisigns of the world...

      --
      "I have never let my schooling interfere with my education." - Mark Twain
    3. Re:OK fine but give us a free CA by Anonymous Coward · · Score: 0

      I recently came across this site (https://www.startssl.com/?app=1) which provides an unlimited number (as far as I can tell) of free class 1 SSL certificates. I have come across a few places (mainly wget) that don't have the CA certificate, but for works for most web browsers. You do need a mail server though to prove you own the domain.

    4. Re:OK fine but give us a free CA by rdnetto · · Score: 1

      So far all Google has said is that they will boost sites which use HTTPS - as far as I can tell, they haven't said anything about requiring the use of a trusted CA.
      Self-signed certs are free, and just as (if not more) effective than the paid ones if your goal is to prevent eavesdropping and not to verify the identity of an unknown server. (Known servers can be reasonably expected to use the same certificate as last time, or at least the same CA).

      Given that the centralised CA model seems to have largely failed, not to mention how likely it is that this is being driven by the Snowden revelations, I wouldn't be surprised if this was the approach Google took.

      --
      Most human behaviour can be explained in terms of identity.
    5. Re:OK fine but give us a free CA by EvilJoker · · Score: 1

      The entire point of a CA is trust. Using a non-trusted CA would actually be a step backwards. Even worse would be convincing people that manually installing a cert for a random website is a good idea.

      Besides, I do believe that every single major browser now includes dire warnings if you go to a site with a cert from a non-trusted source.

      Certs are cheap. A quick Googling reveals a number of options for under $50/year

    6. Re:OK fine but give us a free CA by rdnetto · · Score: 1

      The entire point of a CA is trust.

      Agreed. But SSL is about encryption - authentication is merely an optional extra (if it weren't, self-signed certs wouldn't even be an option).
      No intelligent person trusts the majority of websites, but they may still have valid reasons for not wanting their browsing habits eavesdropped upon.

      Using a non-trusted CA would actually be a step backwards.

      That depends on your priorities - on whether authentication or privacy is more important to you. Quite frankly, I find it hard to understand how encryption without authentication is worse than no authentication at all.

      Even worse would be convincing people that manually installing a cert for a random website is a good idea.

      Besides, I do believe that every single major browser now includes dire warnings if you go to a site with a cert from a non-trusted source.

      Frankly, this is a usability problem. A user should not receive dire warnings for a self-signed cert; they should get some indication that it's inferior to a trusted cert, but that's it. (I like the red-yellow-green approach Chrome takes with the address bar.)
      Dire warnings should be reserved for when a website's cert changes significantly, because that's the best indicator of malicious activity. Using them for self-signed certs just raises the false positive rate.

      Certs are cheap. A quick Googling reveals a number of options for under $50/year

      Cheap is relative. But more importantly, consider the implications of this. The web is slowly moving towards deprecating the use of unencrypted HTTP. Sure, it won't happen immediately, but it's going to happen sooner or later, especially given the way the IETF responded to the Snowden leaks. Meanwhile, CAs stand poised to charge an annual fee to anyone who doesn't want their site to be decorated by scary warnings. Stuff like this centralizes the internet and makes it more fragile and prone to interference by a single party. We need to be looking at more decentralized options, and making self-signed certs a viable choice is a good start to that.

      --
      Most human behaviour can be explained in terms of identity.
  11. It's not a "standard" by Anonymous Coward · · Score: 0

    No, Google is saying, "If You want Our help, do ABC." Not an unreasonable request, given the nature of said "ABC". Right now, no prominent organization is setting a standard for when to use HTTPS. Google is merely taking the lead to encourage it.

    1. Re:It's not a "standard" by Richy_T · · Score: 1

      I want my search engine to return the most relevant results, not engage in activism.

    2. Re:It's not a "standard" by Anonymous Coward · · Score: 0

      "Your" search engine?

    3. Re:It's not a "standard" by Richy_T · · Score: 1

      Yes. You didn't interpret the "my" as possessive did you? English is a very flexible language.

    4. Re:It's not a "standard" by Anonymous Coward · · Score: 0

      You didn't interpret the "my" as possessive

      No, but you sure did.

  12. Android Browser 2.x and IE/XP lack SNI by tepples · · Score: 4, Informative

    I mean, if you can't be bothered to buy a $50 SSL certificate and install it, are you *really* trustworthy?

    It's not only the cost of a certificate, which StartSSL provides without charge to individuals. It's also a dedicated IPv4 address if you want to reach people still using Android 2 or Windows XP. A lot of entry-level hosting packages use name-based virtual hosting, and doing this over name-based virtual hosting requires the TLS stack to support Server Name Indication (SNI). Android Browser didn't gain support for SNI until Honeycomb (3.x) on tablets and ICS (4.0) on phones, and Internet Explorer didn't gain support for SNI until Windows Vista.

    1. Re:Android Browser 2.x and IE/XP lack SNI by Anonymous Coward · · Score: 0

      Honestly, you always come up with the darndest problems. It's funny :-)

    2. Re:Android Browser 2.x and IE/XP lack SNI by tepples · · Score: 1

      Honestly, you always come up with the darndest problems.

      Thank you. The tendency comes from my philosophy of quality assurance. It's better to fix the edge cases in a design early than to let them become defects in the shipping product.

    3. Re:Android Browser 2.x and IE/XP lack SNI by CronoCloud · · Score: 1

      Tepples is seriously hyper-focused on edge cases, because essentially he is one.

    4. Re:Android Browser 2.x and IE/XP lack SNI by Anonymous Coward · · Score: 0

      You are confusing with Windows XP with "IE on Windows XP". SNI works fine as long as you use other browser on Windows XP.

      Seriously, who cares about ancient Android or Windows XP + IE? Why not make a simple redirect to HTTP for those special cases, and let others use HTTPS.

  13. Ironic by Charliemopps · · Score: 1

    It's ironic that I'm hearing about this story on Slashdot, a site that has so far refused any sort of security. Good luck on your page ranks Slashdot.

  14. StartSSL or DANE by tepples · · Score: 2, Informative

    How about some sort of official public service that can hand out server certs of every registered domain?

    You mean like StartSSL? Or what about DANE, which stores TLS certificates in DNSSEC?

    1. Re:StartSSL or DANE by Cthefuture · · Score: 1

      Yeah, none of those work in any popular browser out of the box.

      --
      The ratio of people to cake is too big
    2. Re:StartSSL or DANE by petermgreen · · Score: 2

      You mean like StartSSL?

      Hardly an official service, just a commerical CA that hands out freebies to some but not all sites that ask for them and puts technical restritions on those freebies which push people to either buy the commercial products or spend more on hosting (do I pay for n extra n IPv4 addresses or do I pay for a wildcard cert).

      Or what about DANE [wikipedia.org], which stores TLS certificates in DNSSEC?

      Sadly not implemented anywhere near widely enough to be useful.

      --
      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:StartSSL or DANE by heypete · · Score: 1

      Quite the contrary: StartSSL is accepted by every major browser and SSL/TLS library, and has been for years.

      Well-known sites, like EFF.org, LibreOffice, and others use StartSSL-issued certs and don't have any issues. Sure, they're not Google-sized sites, but they're fairly major.

  15. FTP authentication by tepples · · Score: 1

    Googlebot doesn't know the username and password to your real FTP server. What e-mail address should it be using for anonymous FTP?

    1. Re:FTP authentication by satuon · · Score: 1

      I meant those FTP servers that allow anonymous login, of course.

    2. Re:FTP authentication by tepples · · Score: 0

      What e-mail address should it be using for anonymous FTP?

      I meant those FTP servers that allow anonymous login, of course.

      Again, what's the password that Googlebot should be using for user "anonymous"? And since when was the format of the output of the LIST verb standardized?

    3. Re:FTP authentication by SuricouRaven · · Score: 1

      asdf@ghj.com, of course. Just like everyone else.

    4. Re:FTP authentication by Richy_T · · Score: 1

      The standard is your email address but I typically just use ftp@

    5. Re:FTP authentication by satuon · · Score: 2

      Anonymous login accepts any password, just put a random string. As for the LIST command, if FileZilla can read it, so can Google, they're not morons. You just handle all the possible variations of all the popular FTP servers. Yes, you actually have to write some code, but last I heard Google has programmers on staff.

    6. Re:FTP authentication by nblender · · Score: 1

      root@ like everyone else?

    7. Re:FTP authentication by Samizdata · · Score: 1

      I tend to roll with x@x.com. Less typing FTW!

      --
      It's not the years, honey, it's the mileage. - Colonel Henry Walton Jones, Jr., Ph.D.
  16. HTTP-only ad networks by tepples · · Score: 3, Informative

    Slashdot makes HTTPS available only to subscribers because historically, web ad networks haven't supported HTTPS. Only in September 2013 did Google AdSense roll out HTTPS support.

  17. reasons I disagree with this. by Anonymous Coward · · Score: 0

    I'm not a big fan of this. SSL requires a dedicated IP and an extra charge - this sort of tilts the playing field away from small business and gives more voice to those with more resources.

    Not to mention, there aren't enough IPs right now for every site to go with SSL since we haven't fully adopted IPv6 yet. Even then, good luck getting your data center to sell you all those extra IPs.

    Is there really a privacy concern if my visit to a weather site, a dictionary, or other factual content site is not encrypted?

    Then there's the bandwidth issue. Sites that go SSlL will use more bandwidth, further increasing their costs, and this is horrible for smart phone users who will not use more data on every website they visit and creep even closer to their already small monthly limits.

    My hope is that Google applies this 'ranking boost' relative to the corpus of results for that query. E.G. - if it's a transactional query, a banking query, medial query, or other potential PII query, this should be a factor. If it's not more factual like a weather, zip code, spelling, etc then I'd hope it would be a less important factor.

  18. Define commercial site by tepples · · Score: 1

    Are sites with ads considered "commercial sites"? The operator of SiteTruth seems to think so.

  19. Server Name Indication by tepples · · Score: 2

    SSL requires a dedicated IP

    Only if your clients include Android 2.x or Internet Explorer on Windows XP. Every other browser that matters supports Server Name Indication (SNI), which allows name-based virtual hosting to work through TLS. As of today, if you can see my site without certificate errors, your browser supports SNI.

    and an extra charge

    StartSSL issues certificates to individuals without charge.

    Is there really a privacy concern if my visit to a weather site, a dictionary, or other factual content site is not encrypted?

    Yes. Someone could copy and replay the session ID linked to your user account on the site and gain your privileges.

    Then there's the bandwidth issue. Sites that go SSlL will use more bandwidth

    What in TLS introduces this substantial extra overhead? And how much overhead is it, really? I do know of a common misconception that HTTPS isn't cacheable. In fact, a document delivered through HTTPS is cached on the client the same way anything else is cached on the client. It just isn't cached on an intermediate transparent proxy, which hurts if your ISP is using such a proxy to cut down on its own upstream.

    1. Re:Server Name Indication by Anonymous Coward · · Score: 0

      [blocked] The page at 'https://pineight.com/' was loaded over HTTPS, but ran insecure content from 'http://pagead2.googlesyndication.com/pagead/show_ads.js': this content should also be loaded over HTTPS.
        pineight.com/:1

      The page at 'https://pineight.com/' was loaded over HTTPS, but displayed insecure content from 'http://theoatmeal.com/img/quizzes/generated/8_100_a.jpg': this content should also be loaded over HTTPS.
        pineight.com/:1

    2. Re:Server Name Indication by tepples · · Score: 1

      Thank you for these error reports. The "insecure content" warnings refer to mixed content, which is a separate problem from the "dedicated IPv4 address" and "lack of HTTPS CA with a without charge tier" problems to which I was referring in #47623799. I plan to address the HTTPS issue this weekend, as AdSense recently* introduced HTTPS support. What would you recommend for a graphic syndicated from The Oatmeal, which doesn't support HTTPS at all?

      * September of last year is "recent" compared to the ten years that AdSense operated prior to that with no HTTPS support at all.

    3. Re:Server Name Indication by Anonymous Coward · · Score: 0

      Rehost instead of hotlinking? This isn't a hard problem to solve.

    4. Re:Server Name Indication by Coniptor · · Score: 0

      Not positive this would resolve the issue but maybe a iframe with sandbox parameters as applicable. I think I've read you can do this. Not sure though.

    5. Re:Server Name Indication by Coniptor · · Score: 0

      Not standardized from what I can see but work has been done to allow this:
      https://encrypted.google.com/#...

  20. StartSSL+SNI test case by tepples · · Score: 1

    StartSSL and SNI work out of the box for the majority. Or if this site gives you certificate errors, which browser are you using?

    1. Re:StartSSL+SNI test case by Anonymous Coward · · Score: 0

      Both FF and Chrome will load it up, but they both issue a warning that the site is not precisely secure.

    2. Re:StartSSL+SNI test case by Anonymous Coward · · Score: 0

      That's actually because he linked to http content. The browser notifies you of this because you'd expect the whole site to be secure even though the requests made over http would not be. This is easily fixed in some cases... but not all.

      Ex, My site uses a tsviewer plugin to display teamspeak stats. Tsviewer does not support https and thus I cannot link to https encrypted content. The rest of my site's traffic will be encrypted but your browser request to tsviewer will not be.

      Matt

  21. Will the NSA subvert certificate authorities now? by Anonymous Coward · · Score: 0

    I wonder which ones are already subverted. Google has only one way to know if a CA is trustworthy: running its own. Next thing I see is to limit this rank boost to sites using Google-issue certificates. Talk about a conflict of interest....

  22. And then only Google will know by fasuin · · Score: 1

    So now only Google/Facebook/twitter/... will know what you so on the Web... thanks to the omnipresent social buttons, to cookies, to google analytics, to google adwords, etc.etc. Smart move... clearly to protect MY privacy...

    1. Re:And then only Google will know by Anonymous Coward · · Score: 0

      So now only Google/Facebook/twitter/... will know what you so on the Web...

      For 99% of the users that won't matter one bit. What they do online is only Google/Facebook/twitter/...

  23. Unfair? by jones_supa · · Score: 1

    Isn't it unfair to rank content based on encryption rather than relevance? What do you say?

    I myself would promote HTTPS sites with a golden lock symbol and a text "This site transmits your data confidentially".

  24. HTTPS does not mean more relevant by Anonymous Coward · · Score: 0

    So it stands to reason promoting a site above another that is truly more relevant is stupid. Worse what if a malicious site near ranked uses HTTPS while what you were looking for doesn't?

    1. Re:HTTPS does not mean more relevant by jopsen · · Score: 1

      Yes, we really should rank pages using the "universal-relevance-attribute" on the root element...
      Who says that page with more incoming links is relevant? It all depends on the context... People searching to buy should definitely only be guided to HTTPS protected site, right?

      Fact is that HTTPS implies that the author is actively maintaining the site. With at least some effort.
      Also odds are that a malicious site is more likely not to have SSL, it cost money per domain and the scam sites are usually deployed on many different domain names...

  25. Re:Will the NSA subvert certificate authorities no by IamTheRealMike · · Score: 1

    I wonder which ones are already subverted.

    None of the leaked documents from Snowden appear to mention compromised CA's, or at least no kind of compromise at scale. This is most likely because (1) CA's are not the weakest link, the browser security is and (2) they need to find their targets traffic streams before they can do the MITM attack, which would mean doing MITM on all SSL connections which would be detected almost immediately. A compromised CA would be useful only if they were unable to exploit the targets computer, and they needed to view SSLd traffic anyway, which does not appear to be a common situation for them circa 2013.

    Google has only one way to know if a CA is trustworthy: running its own.

    No. They can develop a system that involves every certificate produced by every CA being published in public audit logs, and then make Chrome verify that any given cert is in those public audit logs, thus allowing savvy site operators to find fake certs issued in their name (also useful for old fashioned phishing). And in fact that's exactly what they are doing.

  26. SEO by j127 · · Score: 1

    Page speed is also a ranking factor. Do Google mean that you get an actual ranking *boost* from your current state or just that the small drop that you would get from having a slower website speeds from HTTPS will be ignored if it's using HTTPS? The latter would make more sense, since from a user's perspective, HTTP or HTTPS isn't relevant to the content they are looking for. It's still a good direction, but it isn't clear whether HTTPS will necessarily rank better than the same site over HTTP.

  27. Why? It's not always necessary by bigsexyjoe · · Score: 1

    If it 's just an info site or something and you don't submit any confidential information, why do you need https? If I own a pizza shop, my website is all get requests, and I'm not worried about third parties seeing what's on my menu, why should I have to buy an SSL certificate? This seems like overkill to me.

  28. They can start on youtube by citizenr · · Score: 1

    http://www.arthur-schiwon.de/w...

    Google forces weakest shittiest broken RC4 crypto and calls it secure.

    --
    Who logs in to gdm? Not I, said the duck.
  29. License to rehost by tepples · · Score: 1

    When I completed the survey, I was instructed to hotlink the image. My understanding of copyright and contract law is that permission to hotlink does not imply permission to rehost nor vice versa. And according to a page on the author's web site, there is no clear way to contact the author.

    1. Re:License to rehost by Anonymous Coward · · Score: 0

      When I completed the survey, I was instructed to hotlink the image. My understanding of copyright and contract law is that permission to hotlink does not imply permission to rehost nor vice versa. And according to a page on the author's web site, there is no clear way to contact the author.

      You want to publish some of his images on your site, right?

      From the bottom of the contact page:

      Business Opportunities
      Please direct all licensing, publishing, advertising and other business related inquiries to my publicist filter@theoatmeal.com

    2. Re:License to rehost by tepples · · Score: 1

      I just did so. I was hesitant at first because the way it was worded ("Business Opportunities" and "business related inquiries") sounded like such a license would require the payment of a royalty. I'm beginning to think it's not worth it.

  30. Re:Why? It's not always necessary by smartr · · Score: 1

    hear hear! Sure, encryption is great and has its uses... But also comes at the cost of processing, configuration, maintenance, and low cost 3rd party providers. GoDaddy is about a to get a shitload of extra customers. When the products in the market are comprable, the well known low cost one is frequently the winner. Thanks Google.

  31. What about hybrid sites? by presidenteloco · · Score: 1

    My site uses regular http for the "brochure" like main page and info pages (e.g. FAQs, how-tos), and uses https for the login pages and software-as-a-service web-app pages.

    Is there something wrong, conceptually, with doing it that way?

    Is that hybrid approach going to lower my ranking?

    Not sure why one would go to https (and more intensive server-side processing) on the brochure and FAQ type pages.

    --

    Where are we going and why are we in a handbasket?
    1. Re:What about hybrid sites? by JWSmythe · · Score: 1

      Really, it's not more intensive to use https. There are lots of people who have analyzed the difference.

      A few more packets are sent. It's really trivial. While it is measurable, it can be recovered by removing one little picture, and/or compressing one of those pictures.

      A trivial amount of CPU time is taken. Most of the measurements saying it was significant was when CPUs were single core 200Mhz or less, and memory was measured in MB rather than GB.

      I've been offering or forcing users to SSL, depending on the site. Sometimes I just do it because I can.

      There's no good reason to not use SSL now. I've forced it on hobby sites, and huge load sites.

      There is a risk of serving even simple elements insecure. It would be mistakes or silly things that don't seem to make a difference. I've seen lots of little mistakes when packet sniffing networks (with explicit permission, of course). Once in a while, someone will make the little mistake developing a site, and I'll see a request like http://example.org/images/logo... .

      Your site could be totally perfect today, and you've gone over it every which way to make sure of that. But next week or next year when you make a "simple" change, it could make a huge difference.

      --
      Serious? Seriousness is well above my pay grade.
  32. Run SQUID Proxy. Do a tail -f on the squid log. by Anonymous Coward · · Score: 0

    I suggest browsing http://www.ctvnews.ca to get started. Count the number ad agencies are tracking you!

    Those packets have source and destination in the clear, do they not? Is this not still meta-data?

    The shadowy government agencies are well aware what is on each IP/website.

    Google admits scanning Gmail for kiddie porn after turning in pedophile
    http://rt.com/usa/178236-google-tip-child-pornography-arrest/

    You are using what O/S and what Browser to make this 'secure connection'? Did you hand check every line of firefox and Mozilla? Does not man in the middle still work?

    How long was the SSL bug out there before it became headlines?

      Google is evil. This is merely security theatre.

  33. Other Trident-based browsers for Windows XP by tepples · · Score: 1

    Internet Explorer didn't gain support for SNI until Windows Vista.

    You are confusing with Windows XP with "IE on Windows XP". SNI works fine as long as you use other browser on Windows XP.

    Other Trident-based browsers for Windows XP have the same problem as Internet Explorer for Windows XP, as does Safari for Windows XP. Besides, how are users of Internet Explorer, other Trident-based browsers, or Safari going to see the notice that viewing a site on Windows XP requires a Gecko- or Blink-based browser? All they'll get is a certificate error.

    Seriously, who cares about ancient Android or Windows XP + IE?

    People who don't want to have to spend time (which is money) handling support calls from users of "ancient Android or Windows XP + IE", or people who are trying to build a user base and who believe that certificate error messages delivered to the many remaining users of "ancient Android or Windows XP + IE" could ruin word of mouth. Now let me back up "many remaining users" with numbers: More than one out of five Android devices in operation as of January still ran Gingerbread because Google largely ignored phones during the Honeycomb era. And among the market as a whole, Net Applications.com shows more than one out of five running IE 8 or earlier. (I use IE 8 as a proxy for IE on XP because Windows Vista is eligible for upgrade to IE 9, and Windows 7 is eligible for upgrade to IE 11.)

    Why not make a simple redirect to HTTP for those special cases

    Because users will see a certificate error before they see the "simple redirect to HTTP".

  34. HTTPS doesn't make sense for all sites by Shirley+Marquez · · Score: 1

    Some web sites are strictly informational and gather no PII (personally identifiable information) or no information at all. There is no good reason for such a site to use HTTPS - there are no security issues associated with its use. Punishing the search rank of such a site for not using HTTPS is unfair.