Slashdot Mirror


Google Rolls Out Encrypted Web Search Option

KirinMercury writes "Google began offering an encrypted option for Web searchers on Friday and said it planned to roll it out for all of its services eventually. People who want to use the more secure search option can type 'https://www.google.com' into their browser, scrambling the connection so the words and phrases they search on, and the results that Google displays, will be protected from interception." Note that you need the 'www' for it to work. Dropping it redirects you to a non-ssl page. You might have read this on Saturday, but if you missed it, it's still worth knowing.

176 comments

  1. Change it in the Firefox search box: by Evro · · Score: 5, Informative

    In ~/.mozilla/firefox/(profile id).default/search.json, find this:

    {"template":"http://www.google.com/search","rels":[],"params":[{"name":"q","value":"{searchTerms}"}

    Change it to this:

    {"template":"https://www.google.com/search","rels":[],"params":[{"name":"q","value":"{searchTerms}"}

    Restart browser

    --
    rooooar
    1. Re:Change it in the Firefox search box: by dbrossard · · Score: 1

      This does not work for me. With firefox not running I make this change. Then when I start up firefox seearch results are still on http://www.google.com/ and the data in search.json has reverted back to http removing my changes.

    2. Re:Change it in the Firefox search box: by SimonTheSoundMan · · Score: 1

      For me, the URL when searching goes to https://www.google.com/ after that edit, however google then redirect me to http://www.google.co.uk./ :(

    3. Re:Change it in the Firefox search box: by MoonBuggy · · Score: 5, Informative

      You can also edit the "keyword.URL" option in about:config to change the default address bar behaviour.

    4. Re:Change it in the Firefox search box: by surveyork · · Score: 2, Informative

      That works for the location bar. For the search bar you can add a Mycroft search plug-in: http://mycroft.mozdev.org/search-engines.html?name=google+ssl and demote/delete the built-in google search plug-in. I guess this is the non-hacker / lazy-ass method :).

      --
      2019 is going to be the year of Linux on the desktop.
    5. Re:Change it in the Firefox search box: by Anonymous Coward · · Score: 1, Informative

      search.json
      is just the backup file for
      search.sqlite

      Therefore whenever one restarts Firefox search.json is overwritten by whatever info is stored in search.sqlite.
      One could try to install the "sqlite manager" addon to edit the search.sqlite database file itself.

      JanMartin

    6. Re:Change it in the Firefox search box: by AliasMarlowe · · Score: 1

      For me, the URL when searching goes to https://www.google.com/ after that edit, however google then redirect me to http://www.google.co.uk/ :(

      Try using the page for advanced search instead https://www.google.com/advanced_search. That does not get redirected for me (www.google.com gets redirected to www.google.fi automatically, which I do not want).

      --
      Those who can make you believe absurdities can make you commit atrocities. - Voltaire
    7. Re:Change it in the Firefox search box: by Anonymous Coward · · Score: 0

      Someone also already created a google ssl search plugin on mycroft:

      http://mycroft.mozdev.org/search-engines.html?name=google+ssl

      Don't need to edit any config files or install any extra plugins.

    8. Re:Change it in the Firefox search box: by Ux64 · · Score: 1

      At least most of those doesn't work properly either. What's the point of sending query over HTTPS if results are returned using HTTP?

  2. Dupe by Nimloth · · Score: 0, Redundant
    1. Re:Dupe by Anonymous Coward · · Score: 0

      Hey doofus, read the summary.

      --
      Slashdot: No brains required

  3. Was this posted before? by ThoughtMonster · · Score: 0, Redundant
    1. Re:Was this posted before? by Anonymous Coward · · Score: 1, Funny

      And it still works! Damn, google is gude....

    2. Re:Was this posted before? by Unordained · · Score: 4, Interesting

      I'm actually intrigued by this concept of Slashdot purposefully (assumption: text in current summary implies they did this on purpose) re-posting news to make sure we see it, a form of public-service-announcement. Yes, Slashdot is a news service, but I don't generally see timestamp-based news-services prioritizing/reposting content like this. The main news sources just keep covering the same story over and over again, as if it were evolving by the minute, but that's about it. Interesting.

    3. Re:Was this posted before? by Volante3192 · · Score: 1

      Kinda strange, I check /. maybe only slightly less during the weekend as during the week, but somehow I completely missed the original post so I liked the dupe here.

    4. Re:Was this posted before? by Anonymous Coward · · Score: 0

      Um, here: http://search.slashdot.org/story/10/05/22/1218242/Google-Offers-Encrypted-Web-Search-Option

      That was like, three days ago.

      Yeah, they eluded to that fact in the summary, I think they wanted to make sure that those that only peruse this site on weekdays (read: at work) got to see this important notice.

      This way I can search on google and be sure that only google and those paying google are aware of my actions. I think this is as good of a contract as we can get at this stage, they are a business not a charity. I wish I knew if they were doing this to protect users' data for users/goodwill or so they can keep it for themselves/not allow snoops to get 'their' info.

      Either way, it is still a step in the right direction. If I want to trust google, I want to trust them and only them, not anyone in the middle.

    5. Re:Was this posted before? by PopeRatzo · · Score: 1

      . Yes, Slashdot is a news service, but I don't generally see timestamp-based news-services prioritizing/reposting content like this.

      Just another free service that Slashdot provides in order to add value.

      I can't tell if you're complaining or not, but I'm grateful that they'll post a story like this a second time.

      --
      You are welcome on my lawn.
    6. Re:Was this posted before? by Anonymous Coward · · Score: 0

      you meant they "alluded to that fact in the summary"
      to elude is to avoid, escape, or evade (not invade!).

    7. Re:Was this posted before? by Mister+Whirly · · Score: 1

      It is all just an allusion.

      --
      "But this one goes to 11!"
    8. Re:Was this posted before? by Unordained · · Score: 1

      I can't tell if you're complaining or not

      FWIW, I'm not complaining. I would have missed it too.

      Another option would have been to purposefully delay the news until monday; they already shift stories around to deal with slow news days, and I wouldn't be surprised if they try to put the most engaging stories on the front page during the 10-3 hours (work around US timezones), or whenever their readership is already highest. Considering the running jokes about slashdot just reposting digg a few days later, it's not like anyone expects them to pounce on the news within minutes anyway. I won't claim there's no skill involved in good editorial decisions.

  4. Don't Be Evil by el3mentary · · Score: 1

    Glad to see Google are living up to their motto

    --
    I reject your reality and substitute my own.
    1. Re:Don't Be Evil by hedwards · · Score: 3, Insightful

      Technically, this just restricts the evil to mostly Google.

    2. Re:Don't Be Evil by Mordok-DestroyerOfWo · · Score: 1

      Maybe this just means the motto is actually "do less evil"

      --
      "Never let your sense of morals prevent you from doing what is right" - Salvor Hardin
  5. This will have interesting results for webmasters by JoshuaZ · · Score: 5, Interesting

    This will have an interesting impact on webmasters. If someone clicks through from a secure Google search to your webpage, the referral data is not given. That means that the person who runs the website will not only not see what the search term was they won't even see that it came from a Google search. I'm not sure how that will impact people. But if enough people use secure search, it may cause people to have to do a lot of guesswork about how much traffic they are getting from Google searches.

  6. They didnt have an SSL cert before? by Anonymous Coward · · Score: 0

    They didnt have an SSL cert before? Seems like more like an oversight being corrected than something newsworthy.

  7. MitM only? by sabt-pestnu · · Score: 3, Interesting

    What this means, I believe, is that your web browsing might be immune to man-in-the-middle interception.

    Interception by Google (and thus by anyone with the power to compel Google, IE USA, China, etc) will be the same as before. As well, you're still connecting TO Google, so you're still likely to be blocked from the site by the Great Firewall arrangements, even if your search terms themselves might be encrypted.

    And not to forget that China has a tame certificate authority...

    1. Re:MitM only? by phantomcircuit · · Score: 1

      Not to mention that it's pretty clear the three letter agencies have gotten CA cert signed by verisign or some other company.

    2. Re:MitM only? by quantumplacet · · Score: 2, Insightful

      It's a bit of a stretch to say Google is "intercepting" the traffic since they are in fact the intended recipient.

    3. Re:MitM only? by Itninja · · Score: 3, Funny

      ...immune to man-in-the-middle interception

      That's adorable

      --
      I judt got a nre Kinesis keybiartf so please excusr ant egregiou typos.
    4. Re:MitM only? by MoonBuggy · · Score: 1

      The more of the web goes SSL, the harder it will be for governments to pervasively monitor/censor anything. Google is a positive first step.

    5. Re:MitM only? by Anonymous Coward · · Score: 0

      Can't they just read Google's logs? You know, the ones that Google gives to the gov'ts.

    6. Re:MitM only? by MoonBuggy · · Score: 4, Insightful

      Yes, but they need to subpoena them, which is a lot more work than automated monitoring.

      More to the point, though, I said the more of the web goes SSL, my point being that something like the great firewall of China would be much harder to implement if most sites are on secure connections, thus only endpoints are known. Dissident news pages could be replicated across 'legitimate' domains, for example. Without live packet inspection it becomes much harder to decide who to block.

      With Google providing security even for relatively non-sensitive data, there is hope of others following suit.

    7. Re:MitM only? by SoTerrified · · Score: 1

      Interception by Google will be the same as before.

      My mom called me last night, and I 'intercepted' everything she said.

      I do not think interception means what you think it means...

    8. Re:MitM only? by Anonymous Coward · · Score: 0

      Well, they'll just view the sites on their own computers (which won't have to worry about SSL because they're the intended recipient), then they'll block sites based on DNS.

      Ugly? Yes. But I doubt it'll bother them.

    9. Re:MitM only? by donscarletti · · Score: 1

      At the moment, in China, I'm seeing the US google page with SSL markings on the image, Google's certificate is signed to Google by Thawte Consulting (Pty.) Ltd. All looks legit to me. As for CNNIC, if you don't trust them there is nothing to stop you from taking it out of your list of trusted certificate authorities, but I have never seen it actually used to issue fake certificates before, I figure it could only really do that trick once.

      --
      When Argumentum ad Hominem falls short, try Argumentum ad Matrem
    10. Re:MitM only? by sabt-pestnu · · Score: 1

      You are quite correct. That is, in fact, my point: as the destination web site, any information you give them will be just as usable - and abusable - by Google as it ever was. And similarly, anyone who can put the thumbscrews to Google can still do so.

  8. Talking of new services ... by daveime · · Score: 4, Funny

    Slashdot began offering an dupe-free option for Web searchers on Friday (and then repeated the offer on Saturday) ... *facepalm*

    How about we just rename the site to Reddit ... I mean, every other story, we already reddit.

    1. Re:Talking of new services ... by noidentity · · Score: 1

      Come on, the excuse was great "in case you missed the useful information the first time". Come to think of that, this excuses all dupes, since they all have some use. I publicly apologize for all the times I've criticized dupes. They really did have a good purpose. I eagerly await a dupe of this dupe on Friday.

    2. Re:Talking of new services ... by daveime · · Score: 1

      Why wait until Friday ???

      Come on, the excuse was great "in case you missed the useful information the first time". Come to think of that, this excuses all dupes, since they all have some use. I publicly apologize for all the times I've criticized dupes. They really did have a good purpose. I eagerly await a dupe of this dupe on Friday.

    3. Re:Talking of new services ... by PopeRatzo · · Score: 1

      How about we just rename the site to Reddit ... I mean, every other story, we already reddit.

      Don't whine.

      --
      You are welcome on my lawn.
    4. Re:Talking of new services ... by blackraven14250 · · Score: 1

      Do you suggest he read it?

  9. Cool by Anonymous Coward · · Score: 0

    So now google, and only google, will be scrutinizing and analyzing my search data.

    Yay.

  10. Re:So much for "do no evil" by longacre · · Score: 2, Informative

    No. Google can and will log all your searches, just like they do now.

  11. Now we just need Google itself to stop retaining by Anonymous Coward · · Score: 0

    the info. Also you want to search with Javascript turned off. Otherwise every time you click on a search hit, Javascript on the result page tells Google which result you've clicked on, simultaneously with sending you to the target page.

  12. Re:This will have interesting results for webmaste by Anonymous Coward · · Score: 1, Insightful

    Google will know which sites it returned to a given search user. If the sites that are selected by the user are using Google Analytics, then Google will also know which sites the user's clicked on. Perhaps they will make this information available to site owners via Analytics?

  13. Re:This will have interesting results for webmaste by TreyGeek · · Score: 5, Informative

    If you create a webmaster account with Google and register your site, Google will tell you how many people they send to you. They'll also give you a lot of other information like where in the list of search results was your website when it was clicked on.

  14. Re:This will have interesting results for webmaste by eln · · Score: 5, Insightful

    This seems likely, which of course has the very desirable (for Google) effect of locking website owners into Google Analytics. Of course, if you're a website owner who wants to run some other stats package, this is very bad news.

  15. Re:This will have interesting results for webmaste by Anonymous Coward · · Score: 0

    from secure links in general. Of course the whole concept of a referer header is a privacy invasion in its own right--it's not the website's business what you got their url from--but it's a historical relic left over from a less evil age of the web, and people are unaware of it or have gotten used to it.

  16. but not the custom home page by speculatrix · · Score: 1

    so why is it that if I go to https://www.google.co.uk/ig it gets redirected to http://www.google.co.uk/ig ?

    presumably G will fix this soon? hello Google?

    1. Re:but not the custom home page by mobets · · Score: 1

      The gadgets on the iGoogle page can load content from other domains which probably won't use SSL. This would cause annoying security popups every time you loaded iGoogle.

      --

      It was me, I did it, I moved your cheese
    2. Re:but not the custom home page by Ephemeriis · · Score: 1

      I don't believe the personal page is encrypted yet.

      I just tried to load up https://www.google.com/ig and it re-directed me to http://www.gooogle.com/ig

      --
      "Work is the curse of the drinking classes." -Oscar Wilde
    3. Re:but not the custom home page by NatasRevol · · Score: 1

      However, Google Voice *only* does SSL, so you *can't* use that gadget. Not sure why they even offer it - though it used to work when I first added it, though https://www.google.com/ig worked then too.

      That, and the fact that the gmail gadget seems to flip flop on whether or not it can use SSL on a weekly basis.

      You'd think Google could figure these things out.

      --
      There are two types of people in the world: Those who crave closure
  17. Just a referral to another privacy search engine by Anonymous Coward · · Score: 0

    DuckDuckGo has had an encrypted option for some time now. In addition, even on HTTP requests, the search engine itself goes through great lengths to make sure not to log any IP addresses or identifying information (meaning you're still sending Referral headers to requested pages, but the search engine itself has no log at all of what you've searched).

  18. Change in Chrome by AriesGeek · · Score: 2

    https://www.google.com/search?{google:RLZ}{google:acceptedSuggestion}{google:originalQueryForSuggestion}sourceid=chrome&ie={inputEncoding}&q=%s

    --
    Insert offensive troll-style sig here. Please mod or respond appropriately.
  19. 12/14/2010 log #3342 by circletimessquare · · Score: 5, Funny

    session id #4ddr-tg62-hh89

    12:30 https initiated begin session

    12:31 "divorce lawyer"
    12:34 "divorce lawyer low cost"
    12:34 "hitman hire"
    12:36 "hitman low cost"
    12:37 "assassination do-it-yourself"
    12:40 "polonium-210 availability"
    12:41 "legal anthrax"
    12:41 "ricin suppliers"
    12:42 "arsenic wholesale"
    12:43 "legal mustard gas"
    12:43 "cheap readily available poisons"
    12:46 "antifreeze toxicity"
    12:49 "brainstorming murder scenarios"
    12:52 "how to run hose from exhaust to passenger compartment"
    12:55 "wits end"
    12:41 "chloroform wholesalers"
    12:45 "shovel hacksaw garbage bags"

    12:45 interrupt: preemptive googlebot legal log crawler has identified a high criminal behavior correlation index in session id #4ddr-tg62-hh89. log and ip address forwarded to google-inbox@fbi.gov

    1:05 "stalling law enforcement"
    1:06 "good indoor hiding places"
    1:06 "proper handgun usage"

    1:26 session timed out

    --
    intellectual property law is philosophically incoherent. it is your moral duty to ignore it or sabotage it
    1. Re:12/14/2010 log #3342 by Tablizer · · Score: 1

      You forgot "crossdressing midget panties"

    2. Re:12/14/2010 log #3342 by Itninja · · Score: 1

      You forgot "rent wood chipper"

      --
      I judt got a nre Kinesis keybiartf so please excusr ant egregiou typos.
    3. Re:12/14/2010 log #3342 by Mr.+DOS · · Score: 1

      Here you go. I did have to cut it down to seven steps, and I reordered it slightly, but I think the overall idea is still very intact, if a little rushed.

  20. SSL Wikipedia & TPB by cffrost · · Score: 5, Informative

    Wikipedia and TPB have SSL versions available as well:

    English Wikipedia: https://secure.wikimedia.org/wikipedia/en/wiki/Main_Page

    The Pirate Bay: https://thepiratebay.org/

    Still waiting on Slashdot to join the 21st century.

    --
    Thank you, Edward Snowden.

    "Arguments from authority are worthless." —Carl Sagan
    1. Re:SSL Wikipedia & TPB by SimonTheSoundMan · · Score: 1

      So does Facebok, Twitter, Apple.com and Microsoft.com. Just the firsth four I thought I'd try.

      Come one /., please support SSL!

    2. Re:SSL Wikipedia & TPB by PRMan · · Score: 1

      I'll be happy when the Javascript doesn't stall on a single processor machine anymore on Slashdot...

      --
      Peter predicted that you would "deliberately forget" creation 2000 years ago...
    3. Re:SSL Wikipedia & TPB by totally+bogus+dude · · Score: 2, Interesting

      /. has supported SSL for a long time. I think it may have been a plumb for subscribers when I first subscribed, but it doesn't seem to be listed on the FAQ so maybe not.

      Here's your comment: https://tech.slashdot.org/comments.pl?sid=1664284&cid=32337858

    4. Re:SSL Wikipedia & TPB by sjaskow · · Score: 1

      When I click on your link, I get redirected to the non-SSL version of the page so it might still be a subscriber-only thing.

    5. Re:SSL Wikipedia & TPB by Anonymous Coward · · Score: 0

      It hasn't for years, switch to a browser that doesn't suck (Chrome or Safari)...

    6. Re:SSL Wikipedia & TPB by cffrost · · Score: 1

      I have the same result as sjaskow, I don't even get Firefox 3.6.3's new dialog to add an exception. If I try to add an exception manually, Firefox can't find a certificate on Slashdot's server.

      When you try https://slashdot.org/, does your browser stay there or revert back to http? If the former, what browser are you using? IE8 fails here too.

      --
      Thank you, Edward Snowden.

      "Arguments from authority are worthless." —Carl Sagan
    7. Re:SSL Wikipedia & TPB by totally+bogus+dude · · Score: 1

      Yes I think it's a subscriber plum. If I go to any of the https slashdots while logged in it remains on SSL, if I'm not logged in then I get redirected to the non-SSL site.

  21. To Use as Default Search by BJ_Covert_Action · · Score: 1

    So I did some Googling (nonencrypted so maybe it can't be trusted), and found this page that tells you how to set up the SSL search as the default search in FF, Chrome, and IE. There was no mention of Opera, but then, I never really bothered with Opera so I am sure someone else can figure that one out. Also, apparently the "KB SSL Enforce extension" for Chrome sets up an automatic redirect for google.com to link to https://www.google.com./ I haven't tried this, however, since I don't use Chrome at work.

    Have fun guys.

    1. Re:To Use as Default Search by Lomegor · · Score: 1

      In Opera you go to https://www.google.com/ right-click on the input box and select Create Search; select use as default search engine and you are good to go. And then people complain Opera's awful UI.

    2. Re:To Use as Default Search by BJ_Covert_Action · · Score: 1

      Awesome! We make a good team. Let's go fix the economy now....or something...

  22. now we need encrypted /. by Darth+Sdlavrot · · Score: 5, Insightful

    Encrypted should be the default for every web site IMNSHO.

    1. Re:now we need encrypted /. by Mad+Merlin · · Score: 2, Interesting

      I agree, but that would require the death of IE6 (and XP), or IPv4. SSL is incompatible with name based virtual hosting unless you add in SNI, which isn't supported by IE6 (or any browser that runs on XP, for that matter).

      Don't get me wrong, I agree entirely and IE6 and IPv4 should be nothing more than a bad memory by this point, but they're not.

    2. Re:now we need encrypted /. by Anonymous Coward · · Score: 0

      Yes!

    3. Re:now we need encrypted /. by Eil · · Score: 1

      To put it bluntly, what for?

      HTTPS only conceals the content of your web browsing, not which sites you visit. Except for user authentication, and possibly user-to-user messages, adding HTTPS to Slashdot and most other public content sites would be utterly pointless since anyone who sees that your computer is talking to a Slashdot IP has immediate access to all of the content you're viewing.

      Sensitive communications (email, IM, etc) should be encrypted. But anything that's public, nah. If you really want complete privacy both from potential snoops on your end (say, your ISP) and on the remote end (websites tracking your visits), then set up an encrypted VPN to a server that you pay for with PayPal and from there route your outbound HTTP through Tor.

    4. Re:now we need encrypted /. by totally+bogus+dude · · Score: 2, Insightful

      It's similar to the theory that people surfing [legit] porn through tor are doing the people who actually need the anonymity a favour: if the only things that are encrypted are things that are sensitive, then it becomes easier to target interesting sites. If everything is encrypted, then you have to decrypt everything in order to find out what bits are interesting. And that's a much harder nut to crack.

  23. Re:This will have interesting results for webmaste by Pharmboy · · Score: 2, Informative

    It doesn't work for images after trying a few different ways, ie: changing the address to https after an image search, or doing a true https search, to which you don't have the option of choose "images" as a search type. You *can* search videos, news and blogs with SSL but not images at this time. Wonder why?

    --
    Tequila: It's not just for breakfast anymore!
  24. Re:Protect Google's Data! by Get+on+the+boat · · Score: 1

    So, to combat this money-grubbing behemoth, we should use insecure HTTP transfers ..to Google searches....which allow those nonprofit engines such as Bing and Yahoo insight on our queries and open up fair competition.

    K.

  25. Re:Now we just need Google itself to stop retainin by natehoy · · Score: 4, Informative

    And turning off Javascript will help you how?

    The links themselves are google links, regardless of whether JS is on or off, your click goes to something like:

    http://www.google.com/url?sa=t&source=web&ct=res&cd=3&ved=0CBoQFjAC&url=http%3A%2F%2Fblah.blah.com%2Fbyu%2Findex.php%3Fp%3D15365%26more%3D1%26c%3D1%26tb%3D1%26pb%3D1&ei=2fn7S4mMEsGBlAem2fTBDw&usg=AFQjCNHWjfNi_UtFFF-vpxP0qcH9eQKvzg&sig2=pjkVdJt9EijRDfi3g7eMsA

    And Google captures the bits they want then sends you to the page they showed you in the first place.

    Retype the URL from orbit, it's the only way to be sure.

    --
    "This post contains words, known to the State of California to cause thought. Wash brain thoroughly after reading."
  26. Summary mentions it is a dupe by Anonymous Coward · · Score: 0

    The summary is quite clear that this story is a dupe. But this = /., so reading a summary is not required nor expected.

  27. Re:Protect Google's Data! by cynyr · · Score: 1

    while preventing a untrusted hotspot provider from seeing my searches.

    --
    All of the above was encrypted with a Quad ROT-13 method. Unauthorized decryption is in violation of the DMCA.
  28. Re:Protect Google's Data! by contrapunctus · · Score: 1

    Doesn't it mean that if a search for a medical condition at work my employers can't see it? That has value.

  29. Default by fulldecent · · Score: 4, Funny

    Wake me up when they enable a default option like in Gmail.

    --

    -- I was raised on the command line, bitch

  30. Re:Just a referral to another privacy search engin by Anonymous Coward · · Score: 0

    How do we actually know that's the case? Have you ever audited their systems? Have you checked every line of their code? Have you ensured that the code you saw was actually the code powering their site?

  31. Re:This will have interesting results for webmaste by FuckingNickName · · Score: 2, Interesting

    The client creates the referrer header... it's a privacy invasion in the same way that it would be a privacy invasion to tell you that I have a spoon fetish then complain because you heard me tell you.

    Of course, how you process that information can and will be regulated, and it is possible to store/use the information in a way that will violate my privacy. But it's not your fault that you heard it, and I can't blame you if you don't forget it providing you don't choose to write it down.

  32. Re:This will have interesting results for webmaste by Anonymous Coward · · Score: 0

    The original blog posting from google explained that it would take time to roll this out to all services, explicitly mentioning that Image searches were still not supported. At the time video and news were not supported either, though it appears they are now.

  33. This should be the default, not a special thing by wealthychef · · Score: 1

    You have to be careful to type the https:/// and the www or you don't get SSL. I think it should be the opposite: Google shoud detect if you can handle SSL and use it if you can and not if you can't.

    --
    Currently hooked on AMP
    1. Re:This should be the default, not a special thing by Anonymous Coward · · Score: 1, Insightful

      Turning it on by default breaks sites which use referer (WSJ, experts-exchange, are two which come to mind). You might (legitimately) argue that such sites deserve it for being evil, but launching breaking features in an on-by-default state is bad, especially when it's done by a company with as many users as Google.

      Also, I suspect they wanted to see what the effect of lots of SSL usage for their search product would be before turning it on and watching their web site fall down on its knees.

  34. Scroogle rules by Anonymous Coward · · Score: 0

    https://ssl.scroogle.org/

  35. Re:Protect Google's Data! by Tihstae · · Score: 1

    Absolutely! Let's make it a fair playing field!

    I'm more concerned that this is even being touted as something important. You are giving away information every time you search. You are not securing your privacy by searching encrypted, you are just giving Google an edge.

    Seriously, how many people do you think are doing man in the middle attacks to find what you are searching for on Google? This is nothing important or major that you are searching encrypted vs. unencrypted.

  36. which yields different search results... by Anonymous Coward · · Score: 0

    not sure if anyone noticed, but the search results from the http and the https site are different. a google search for "test" yields 822,000,000 results. a https google search for "test" yields 756,000,000. this is frequently different, regardless of the search term...

    ill stick with whatever yields the most results for the time being...and pump it through an anonymous proxy :P

  37. I fail to see by thechemic · · Score: 2, Interesting

    I fail to see how this provides any search privacy at all. Any network administrator can see the search phrase in the URL: https://www.google.com/search?hl=en&source=hp&q=printer&aq=f&aqi=&aql=&oq=&gs_rfai= And then, you would see the very next URL the user selected ie: http://en.wikipedia.org/wiki/Printer_(computing) Sure, the search RESULTS might be encrypted... but ugh, cant administrators still see what you searched for and ultimately where you went?

    --
    Let's make like a bird... and get the flock outta here.
    1. Re:I fail to see by Anonymous Coward · · Score: 5, Informative

      No, that's not how https works. All a network administrator will see is what host was connected to. After the secure socket is opened, only then is the command sent out over the encrypted stream to "GET someresource".

    2. Re:I fail to see by SharpFang · · Score: 3, Funny

      otherwise the admin would easily see https://login.yourbank.com/?login=you&password=hunter2

      --
      45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    3. Re:I fail to see by Mr.+DOS · · Score: 1

      And does not said GET request include the URL parameters, including q=some+search+query?

    4. Re:I fail to see by patternmatch · · Score: 1

      Yes, but the GET request is encrypted before it is even put on the wire (that is, before it leaves your computer), and it is only decrypted at the other end, once it reaches Google. Anyone in between would see only an encrypted datastream.

    5. Re:I fail to see by Mr.+DOS · · Score: 1

      Oh, sorry, I misread and thought you said that the connected host and the GET request were all that was seen. I didn't think that made sense...

    6. Re:I fail to see by Anonymous Coward · · Score: 0

      I fail to see how this provides any search privacy at all. Any network administrator can see the search phrase in the URL:

      https://www.google.com/search?hl=en&source=hp&q=printer&aq=f&aqi=&aql=&oq=&gs_rfai=
      And then, you would see the very next URL the user selected ie: http://en.wikipedia.org/wiki/Printer_(computing)

      Sure, the search RESULTS might be encrypted... but ugh, cant administrators still see what you searched for and ultimately where you went?

      in HTTPS, both the request and response are encrypted. The process goes like this:
      1. SSL-handshaking occurs
      2. client sends HTTP request inside the SSL/TLS tunnel (i.e. GET /search?blah...)
      3. server sends HTTP response inside the SSL/TLS tunnel (i.e. HTTP/1.1 200 OK...)

      Of course administrators will still be able to see where you went, but not the searches that led you there (only that there WERE searches).

    7. Re:I fail to see by thechemic · · Score: 1

      Awsome! Thank you all for educating me.

      --
      Let's make like a bird... and get the flock outta here.
  38. Re:This will have interesting results for webmaste by Zerth · · Score: 1

    Because then schoolchildren could imagesearch porn without being blocked by filters?

  39. Mod Parent up! Easier method by blahbooboo · · Score: 1

    Great tip and much easier to do! Thanks!

    1. Re:Mod Parent up! Easier method by Monkeedude1212 · · Score: 1, Funny

      Hey, if you find opening and using a GUI easier than opening and editting a config file, you're in with the wrong crowd.

    2. Re:Mod Parent up! Easier method by Anonymous Coward · · Score: 0

      One is for the search box, one is for the context search in the address bar...

    3. Re:Mod Parent up! Easier method by Anonymous Coward · · Score: 0

      0) It's for a GUI browser.
      1) The config change is for something different.
      2) Is doing that particular GUI stuff really slower than that CLI stuff?

    4. Re:Mod Parent up! Easier method by Anonymous Coward · · Score: 0

      I have to use Windows at work, you insensitive clod!

    5. Re:Mod Parent up! Easier method by Anonymous Coward · · Score: 5, Funny

      What real people see in these instructions:

      1. Go to address bar.
      2. Type about:config.
      3. Type "keyword.URL" in the search bar.
      4. Double-click.
      5. Edit result.
      6. Click OK.

      What apparently "real" geeks see in these instructions:

      1. Pry your hands away from keyboard. Use chisel to remove Cheeto dust encrusting fingers there if need be.
      2. Locate mouse.
      3. Mutter profanities to poster for suggesting this primitive means of interface (this step is important, as later steps depend on it).
      4. Increase volume of profanities as you are forced to wrench your eyes away from the relaxing phosphor glow of monitor to locate mouse.
      5. Increase volume of profanities as you wait for eyes to adjust to the otherwise pitch-black room to locate mouse.
      6. Increase volume of profanities as you look for the mouse cable coming out of the computer to find mouse.
      7. Increase volume of profanities as you remember you have a wireless mouse.
      8. Go back to keyboard and type up scathing dissertation against the clearly inferior intelligence that suggested this.
      9. Realize you have now returned to step 1. Repeat from there, remembering to skip over step 8 this time.
      10. Give up on finding mouse and, grumbling, go to Fry's Electronics to find a new mouse (NOTE: if there is no Fry's nearby, you are clearly not a "real" geek, and most likely do not even exist, as the modern world ceases to exist outside the range of Fry's).
      11. Return home. Allow eyes to readjust to pitch blackness after being out in the big blue-ceiling room.
      12. Install new mouse.
      13. Reinstall new mouse.
      14. Update operating system. Mouse might work this time. Whoever heard of this new technology, anyway? "USB"? Why couldn't you find any serial port mice? Those are way more l33t.
      15. Train hand-eye coordination enough to use mouse. Try not to reflexively touch keyboard, else you will be back at step 1.
      16. Go to address bar.
      17. Increase volume of profanities.
      18. Stubbornly type "about:config".
      19. Stare at new interface.
      20. Back to Fry's to find a book on how modern interfaces work. You never had to deal with all this confusing nonsense with a keyboard, dadgummit!
      21. Type "keyword.URL" into search bar.
      22. Realize you are just bashing your precious keyboard at this point due to soaring blood pressure due to anger at having to use a mouse.
      23. Wait a few hours to calm down. Don't touch keyboard in that time.
      24. Type "keyword.URL" into search bar.
      25. Double-click.
      26. Edit result.
      27. Click OK.
      28. Make muttering comments to yourself, passively-aggressively asking if the person who suggested this is happy now.
      29. Go to IRC and detail this harrowing experience to your l33t friends.

      See? That's WAY more steps than locating and editing a config file!

    6. Re:Mod Parent up! Easier method by ikegami · · Score: 2, Informative

      Actually, I hear Ctrl-L, "about:config", Enter, "keyword.URL", Tab, Tab, Enter, edit result, Enter.

  40. Easier Solution by datapharmer · · Score: 3, Insightful

    An easier solutions is to just install the add to search bar plugin. Details on this plugin and how to get the old google layout back can be found on my website here: how to get rid of the new Google sidebar. You may also want to go to about:config and change http:/// to https:/// under keyword.URL

    --
    Get a web developer
    1. Re:Easier Solution by Anonymous Coward · · Score: 0

      You should be a little clearer about "old google layout". What you offer is what I can get on iGoogle directly by just clicking "Classic Home", so no big deal. What I was hoping for was iGoogle without the stupid screen-eating left sidebar ... darn!

      RO

    2. Re:Easier Solution by icebraining · · Score: 1

      1. Install Stylish
      2. Install the Google Left Navigation Panel Popup style
      3. ???
      4. Profit!

    3. Re:Easier Solution by Anonymous Coward · · Score: 0

      WFT?! In Canada, when I type in https://www.google.com, I get sent to http://www.google.ca

      Damn, damn, damn!

  41. Searches are still open to side channel attacks by amiga500 · · Score: 2, Interesting

    I study done a few months ago showed how one can easily deduce searches by looking at the size of the AJAX requests. http://www.schneier.com/blog/archives/2010/03/side-channel_at.html Yes, https should have been available a long time ago, and still isn't available for www.google.com.hk.

  42. For Google Chrome by ClosedEyesSeeing · · Score: 3, Informative

    Tools -> Options
    Basics Tab -> Manage button for default search
    Add Button ->
    Name: SSLGoogle (or whatever you want)
    Keyword: sslGoogle (or whatever you want)
    Url: https://www.google.com/search?{google:RLZ}{google:acceptedSuggestion}{google:originalQueryForSuggestion}sourceid=chrome&ie={inputEncoding}&q=%s

  43. Re:Protect Google's Data! by DragonWriter · · Score: 1

    Doesn't it mean that if a search for a medical condition at work my employers can't see it?

    Maybe. If you have administrative control of your desktop.

    Otherwise, securing the connection between your desktop and Google won't prevent the employer from finding out everything you do using the computer that they control.

  44. iGoogle w/SSL? by Kozz · · Score: 1

    It'd be nice if they could also enable SSL for those of us who use the Google Personalized page (aka iGoogle) at http://www.google.com/ig

    --
    I only post comments when someone on the internet is wrong.
    1. Re:iGoogle w/SSL? by raind · · Score: 1

      Yep that would be nice. Just tried it and takes you to the http page.

      --
      Get up!
  45. the question is by FudRucker · · Score: 1

    will it not only be encrypted from snoopers & sniffers, will it be encrypted from google itself?

    --
    Politics is Treachery, Religion is Brainwashing
    1. Re:the question is by jansifae · · Score: 1

      How could it possibly be encrypted from google itself, when they're the ones providing the search results?

    2. Re:the question is by TheBig1 · · Score: 1

      Of course not -- how could they perform your search if the query was encrypted from themselves?

    3. Re:the question is by dropadrop · · Score: 1

      They could just send you random results!

  46. Third option by Anonymous Coward · · Score: 0

    You needn't sacrifice either security or privacy--you can keep both with a third option (at least for firefox users): http://cs.nyu.edu/trackmenot/

    " TrackMeNot, now compatible with Firefox 3.6, is a lightweight browser extension that helps protect web searchers from surveillance and data-profiling by search engines. It does so not by means of concealment or encryption (i.e. covering one's tracks), but instead, paradoxically, by the opposite strategy: noise and obfuscation. With TrackMeNot, actual web searches, lost in a cloud of false leads, are essentially hidden in plain view. User-installed TrackMeNot works with the Firefox Browser and popular search engines (AOL, Yahoo!, Google, and Bing) and requires no 3rd-party servers or services."

  47. Re:Protect Google's Data! by contrapunctus · · Score: 1

    You're point is well made. (Not to go off topic, but I use my own laptop for precisely that reason (we had to come to an agreement of course). If that weren't an option, I would load a live Ubuntu CD, do my business, reboot when done.)

  48. Making it the default by Buelldozer · · Score: 1

    DevilsWorkShop.org has some succinct instructions on how to set this as the default search type in the "Big Three" browsers of IE, FF, and Chrome.

    http://devilsworkshop.org/how-to-use-google-ssl-search-as-default-search-engine-in-chrome-firefox-and-internet-explorer/

    I have no affiliation with them.

  49. SSL for images too? by Gothmolly · · Score: 1

    Can we get SSL for images.google.com, so I can surf postage-stamp preview porn while at work?

    --
    I want to delete my account but Slashdot doesn't allow it.
    1. Re:SSL for images too? by surveyork · · Score: 1

      They are working on it. Seriously. Google image search, video search, etc with SSL coming soon to an internet near you.

      --
      2019 is going to be the year of Linux on the desktop.
  50. Re:Protect Google's Data! by PRMan · · Score: 1

    Use a live CD?

    --
    Peter predicted that you would "deliberately forget" creation 2000 years ago...
  51. Re:So much for "do no evil" by MrNaz · · Score: 1

    So yea, our searches are protected from everyone except the people who are already the ones most interested in mining your data.

    Great. Google is getting into the security theater game.

    --
    I hate printers.
  52. Simple Chrome and Firefox howtos: by catmistake · · Score: 3, Informative

    instructions for chrome & firefox:

    firefox

    chrome

    1. Re:Simple Chrome and Firefox howtos: by shipbrick · · Score: 1

      Any way to make your 'igoogle' page search have this feature?

    2. Re:Simple Chrome and Firefox howtos: by icebraining · · Score: 1

      Warning: not tested.

      Maybe writing a simple greasemonkey script?

      window.addEventListener(
          "load",
          function() {
              document.getElementById('sfrm').setAttribute('action', 'https://www.google.com/search');
          },
          true);

  53. Re:This will have interesting results for webmaste by hawguy · · Score: 3, Insightful

    Since most people don't know about the referer header, I don't think your analogy is correct. It would be more like if I taped a note on your back that says "I have a spoon fetish". The note is easy for you to find and remove (or alter) if you really want to.. but most people wouldn't even think to look there.

  54. Re:This will have interesting results for webmaste by PopeRatzo · · Score: 2, Insightful

    If someone clicks through from a secure Google search to your webpage, the referral data is not given.

    Good. That's the point.

    You want to know about the people who visit your site? Ask them to sign a visitor's book. Just because having background information on web visitors makes companies' lives easier doesn't mean that people don't have the right to surf anonymously.

    --
    You are welcome on my lawn.
  55. Re:This will have interesting results for webmaste by PopeRatzo · · Score: 1

    The client creates the referrer header

    That's bogus. How many people know that their "client" is sending information about them to the sites they visit? How many people know what a "referrer header" even is?

    You use the metaphor that information sent via a referrer header is like a conversation overheard. If that's the case, then I have the right to whisper when I talk so you can't "overhear" me.

    --
    You are welcome on my lawn.
  56. Re:Protect Google's Data! by unix1 · · Score: 1

    Seriously, how many people do you think are doing man in the middle attacks to find what you are searching for on Google? This is nothing important or major that you are searching encrypted vs. unencrypted.

    Not necessarily "attacks" but a lot of parties could be interested:

    - ISP(s) tracking and storing data
    - hotspot provider tracking, storing, reselling data
    - dictatorship tracking "suspicious" searches by citizens and foreigners
    - employer tracking

    Just because you are giving the data to Google, doesn't mean you need to give it to everybody else as well. It can be important.

  57. Re:Protect Google's Data! by hawguy · · Score: 1

    Without SSL, no one needs to do a man-in-the-middle attack to see what you're searching on, they just need to sit at your ISP (or some upstream ISP between you and Google) and watch your traffic go by. I wouldn't be at all surprised to find that some large ISP (and I mean you, Comcast) is doing just that and reselling the data, but not telling anyone.

    But really, I doubt that's happening much, the real benefit of SSL is that the website you're visiting no longer gets the referer data so they can't see what search teams led you there. While I'm sure that JoesPharmacy.com finds it very valuable to know that I searched on "herpes+cure" to reach their site, I really don't think it's any of their business. Worse, if I search for "I+think+i+have+breast+cancer" and end up at an insurance company's website, they can use that as a flag to refuse to sell a policy to me.

    I don't feel that it's any of Google's business either, but it's their service and letting them see my searches is part of my "payment" to them. And, I can clear my cookies and they won't have any idea who I am, while if I make a purchase at JoesPharmacy.com, they'll know exactly who I am and what search terms I used to get there.

  58. Re:This will have interesting results for webmaste by Dan667 · · Score: 1

    People also abuse this information and they will be screwed as well. I for one like that I have the option to prevent those few that would like to abuse it no data.

  59. Supported SSL ciphers by just-a-stone · · Score: 1

    Google seems to be a bit picky on supported ciphers. At the moment, they only allow the following:
    AES256-SHA, DES-CBC3-SHA, AES128-SHA, RC4-SHA, RC4-MD5

    Tested using the online tool.
    As far as i figured it out, the test only includes OpenSSL ciphers. So there could still be a few more...

    1. Re:Supported SSL ciphers by Anonymous Coward · · Score: 0

      Was there a particular cipher you wanted to use that's not available? Honestly, what's wrong with AES?

  60. Re:This will have interesting results for webmaste by mzs · · Score: 4, Interesting

    You should look at the page source of a results page sometime. Right now the targets are to https://www.google.com/ with the rest of the URL encoded to tell google where to redirect you to. The HTTP/1.1 200 OK reply sets a cookie and then the HTML has a JS and meta refresh to send yo on your way to where you expect to go to. To get the referer to indicate it was from google, all they need to do for most browsers is have the targets still be to http://www.google.com/ instead if the real target is http instead of https. All this incidentally seems kind of pointless to me BTW, since now other parties cannot see your google searches, but they can still see the sites that you do visit from the results.

  61. Re:This will have interesting results for webmaste by FuckingNickName · · Score: 1

    What I was trying to get at is that "the concept of" the referrer header is not a privacy violation... you are on tenuous thought crime ground if you target the ability to perceive information. A privacy violation occurs only when you store or distribute information in some inappropriate manner.

    Consider it an extension of the traditional (and sadly superseded) US principle of wireless that you're allowed to hear any information which appears on the airwaves but you're not necessarily allowed to act freely upon it.

  62. Re:This will have interesting results for webmaste by Anonymous Coward · · Score: 0

    This data provided by Google is trended on a logarithmic scale. It's not an exact number. While it's still useful, it's not as useful as many webmasters want.

  63. Re:This will have interesting results for webmaste by Anonymous Coward · · Score: 0

    Good thing they can video search without being blocked by filters...

  64. Re:Protect Google's Data! by hawguy · · Score: 1

    Continuing the offtopicness...if you worked at my employer, you wouldn't be able to get on the network with your own laptop -- you'd plug into the network and end up on a guest vlan that gives you access to some printers and an intranet site. You'll end up on a captive portal if you try to get to the internet. Without a password to get to the internet, you won't be searching for anything.

    The best way to ensure private searching at work is to have your own 3G data card. Private from your employer that is, not private from whoever supplies you the data card.

  65. q=ButWhatAboutTheUrl by Anonymous Coward · · Score: 0

    I'm a little ignorant in these matters but what does this do exactly? I understand the ssl helps encrypts the packets of data being sent between you and google but say if you're a webmaster / service provider / some guy in between the Ethernet port and the outside world can you intercept the URL? I mean if I go to https://www.google.com and search for "security" the url is https://www.google.com/#hl=en&source=hp&q=security&...

  66. Re:So much for "do no evil" by melikamp · · Score: 2, Insightful

    A centralized search provider cannot help but have complete information about searches coming from a given IP. Even if we use a P2P search, the peers we end up using can profile us. To increase privacy, one could generate more searches. It is trivial to write a shell script to wget a bogus google search every minute or so, pick a few words at random out of the result and use them for the next request.

  67. Re:So much for "do no evil" by Dumnezeu · · Score: 3, Informative

    But at least your ISP won't.

    --
    Yes, it's sarcasm. Deal with it!
  68. Seems to only work with .com not .co.uk by toomanyairmiles · · Score: 1

    The SSL service only seems to work with https://www.google.com/ attempting https://www.google.co.uk/ or .de .it .com.au etc lands you back at http://www.google.whatever/

    1. Re:Seems to only work with .com not .co.uk by dilvish_the_damned · · Score: 1

      Yes, this would immediately be much more useful if they included other server sets like www.google.co.th so those people being put into prison for what they are searching for may get a few more months of freedom.

      --
      I think you underestimate just how much I just dont care.
  69. Re:This will have interesting results for webmaste by hawguy · · Score: 1

    There can still be a privacy violation without violating any laws. Look at Facebook -- they are under fire for a number of privacy violations even though they did not (or at least haven't been proven to) violate any laws.

    I'm sure that many people would be quite surprised (and would think that it's invading their privacy) if you told them that every time they visit a website by clicking on a link at a search engine, than that site knows exactly what search terms they used to get there. Those same people will probably also be surprised to learn that search engines can track every time you click on a link. And through ad networks and analytics links, they can track you throughout the web.

    So please don't dismiss privacy concerns just because they don't violate some outdated "principle of wireless".

  70. Eye Spy by NetServices · · Score: 1

    This is great! Now only Google know where we are going.

  71. Re:Protect Google's Data! by Locklin · · Score: 1

    Or replacing or modifying the search results...

    --
    "Knowledge is the only instrument of production that is not subject to diminishing returns" -Journal of Political Econom
  72. Cached links not ssl by fhuglegads · · Score: 1

    Too bad the google cached links are not also ssl. That would have been a nice encrypted path into actual content.

  73. Easier without plugin by Anonymous Coward · · Score: 0

    In FF, right click on the search textfield and select "Add a Keyword for this search". Then just type this keyword in URLbar followed by the search term. Works with lot of search engines without any plugin.

  74. Re:This will have interesting results for webmaste by Anonymous Coward · · Score: 0

    Incidentally, the referer data will be there if the destination page also uses https.

  75. Mozilla's SeaMonkey v2 support? by antdude · · Score: 1

    Hmm, I tried in my SeaMonkey (SM) v2.0.4 but it didn't work. I changed all Google to have https part an restarted SM. What else did I miss?

    --
    Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
  76. Re:This will have interesting results for webmaste by antdude · · Score: 1

    You could disable send referrer (network.http.sendRefererHeader). I use PrefBar extension in Mozilla's SeaMonkey v2.0.4. However, some Web sites hate the no send referrers. :(

    --
    Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
  77. Re:This will have interesting results for webmaste by Anonymous Coward · · Score: 0

    I am sick and tired of you spoon fetish weirdos taking over every slashdot thread. Please stop. Fork you!

  78. Re:Now we just need Google itself to stop retainin by Anonymous Coward · · Score: 0

    Just tested this, I must say I am appalled, the info shown by Firefox at the bottom of the window said the link went where it said it did, I copied the link location into a text editor and it looked very much like the link above.

    How is google fooling FF into thinking the link is different than it is, isn't this info supposed to prevent phishing? If google can fool it, I know the good phishers can.

    Example: https://www.google.com/search?hl=en&q=wx+python
    Hover over the first link - http://www.wxpython.org/
    right click, copy link location - https://www.google.com/url?sa=t&source=web&ct=res&cd=1&ved=0CBwQFjAA&url=http%3A%2F%2Fwww.wxpython.org%2F&ei=YBH8S_a1PJPyM4D5wJIK&usg=AFQjCNFKYcj8ovNYb2HBljtxQ2Nfsbea7Q&sig2=at36UXzrMSDJxN3FbcPZ4A

    That seems very... phishy.

  79. Incognito? by djdanlib · · Score: 2, Interesting

    A logical next step would be to set https as the default when in Incognito mode in Chrome, or Private Browsing in Firefox.

  80. Re:This will have interesting results for webmaste by FuckingNickName · · Score: 1

    The principle is outdated in the same way that the Constitution is outdated: if you don't understand your country, you are condemned to reinvent it poorly.

    Everything you said about tracking and people's surprise may be true, but it's nothing in the technology itself which is inherently a violation of privacy: the violation is in the particular processing and storage of data consciously (or occasionally recklessly) performed by various corporations.

    You can, if you want, pretend that a social problem is technological and speak against certain forms of technology... this is the road you might want to go down if you are representing the mpaa. Or you could speak against the abuse of technology. Similarly, you can condemn/attach punishment to merely hearing the wrong information ("someone might tell you, but then I'd have to xyz you..."), or you can limit your condemnation to someone who chooses to use information in a particular way. One paves the way for data protection legislation, and the other heralds a police state.

    It is appropriate to note that European Union Data Protection law is mostly based on what you can and cannot store, process and disseminate, not what you can and cannot hear.

  81. Re:This will have interesting results for webmaste by IICV · · Score: 1

    I would imagine that it's because when you click on an image after doing an image search, it shows you the image in a top frame with actual result page in a bottom frame. Most web browsers will whine about showing mixed content like that (since the top frame will still be secure, but the bottom frame won't), and Google probably hasn't had the time to rejigger the way image search works yet.

  82. Re:This will have interesting results for webmaste by Pharmboy · · Score: 1

    They could still make the first page ssl, the one without the frames, which is directly on the www.google.com domain, not a sub-domain. They do the same with news, the results themselves are ssl, but the links on that page are not. There is no technical limitations to doing this, it appears they just haven't gotten around it ot.

    --
    Tequila: It's not just for breakfast anymore!
  83. Re:Now we just need Google itself to stop retainin by VisceralLogic · · Score: 1

    How, exactly, do you expect google to improve their results if they don't know which links people are clicking on?

    --
    Stop! Dremel time!
  84. Re:This will have interesting results for webmaste by barzok · · Score: 3, Insightful

    Ask them to sign a visitor's book

    It's 1996?

  85. Re:Now we just need Google itself to stop retainin by green1 · · Score: 1

    I think it is generally considered acceptable to keep agregate statistics (ie. 125,435 people clicked on this link) but not so good to keep individual statistics (ip ___.___.___.___ clicked on this link, then that one, then this other one)
    And keeping the former does not require keeping the later. The first example lets you improve your searches based on how many people like different links, the second one lets you track how a specific person uses the internet. one of these things I object to, the other one I'm ok with.

  86. View from a user by adolf · · Score: 1

    Hi.

    Thank you for posting this, I forgot how to log into my bank on Netscape. But it doesn't work. I tried your link to my bank account, and got some weird thing on my screen instead. I even rebooted and defragged and it still doesn't work.

    How do I log into my bank on Netscape?

  87. Big deal, Google still knows... use a blocker by itsybitsy · · Score: 1

    Big deal, Google still knows... use a blocker such as https://www.snoopblocker.com/ instead. They don't keep logs and google won't know who you are!

  88. Re:So much for "do no evil" by Anonymous Coward · · Score: 0

    > But at least your ISP won't.

    Mine doesn't log any data above the PPP / LCP layer.

    Why are you using an ISP you don't trust?

  89. Re:So much for "do no evil" by TheRaven64 · · Score: 1

    Of course, this doesn't mean that they have to retain the information or store it in a personally identifiable form. I've recently started using DuckDuckGo, which manages to have an even more silly name than Google and a much better privacy policy. It also has a much nicer user interface (especially after Google's recent changes). I haven't done an objective comparison of its search results to Google's, but so far (I've been using it for about three weeks) the only times it hasn't given me a helpful result, Google hasn't either.

    --
    I am TheRaven on Soylent News
  90. Re:This will have interesting results for webmaste by TheRaven64 · · Score: 1

    Of course, this doesn't help if you are doing some processing with the search results. For example, a few sites that I've visited over the last year have done some scripting magic to automatically highlight the words in the text that were search terms. One put a helpful header saying that I probably wanted to be on a different page, based on my search terms. I'm not sure what the correct solution is here. The search engine that I use also uses SSL (and even sends you to the SSL version of Wikipedia by default for quick info), so it also hides this info. In the general case, you don't want it passed to sites, but maybe some kind of X-SEARCH-TERMS header could be added to a the HTTP request containing the contents of the search box, for all page views made while there's text in that box.

    --
    I am TheRaven on Soylent News
  91. Re:This will have interesting results for webmaste by ultranova · · Score: 1

    Because then schoolchildren could imagesearch porn without being blocked by filters?

    And that's terrible.

    --

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

  92. Not just www required by Tim+C · · Score: 2, Informative

    It also only works for google.com - or at least, going to https://www.google.co.uk/ redirects you to http://www.google.co.uk./

  93. Re:This will have interesting results for webmaste by bhiestand · · Score: 1

    Google will know which sites it returned to a given search user. If the sites that are selected by the user are using Google Analytics, then Google will also know which sites the user's clicked on. Perhaps they will make this information available to site owners via Analytics?

    That actually sounds like a potential future antitrust violation.

    --
    SWM seeks new sig for a brief fling