Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Privacy Businesses Google The Internet Your Rights Online

Encrypting Google Calendar With Firefox Extensions 52

mrcgran writes "IBM's Nathan Harrington has an interesting essay on using open-source tools to ensure privacy on Google Calendar: 'Today's Web applications provide many benefits for online storage, access, and collaboration. Although some applications offer encryption of user data, most do not. This article provides tools and code needed to add basic encryption support for user data in one of the most popular online calendar applications. Building on the incredible flexibility of Firefox extensions and the Gnu Privacy Guard, this article shows you how to store only encrypted event descriptions in Google's Calendar application, while displaying a plain text version to anyone with the appropriate decryption keys.'"
This discussion has been archived. No new comments can be posted.

Encrypting Google Calendar With Firefox Extensions

Comments Filter:
  • And the ads? (Score:5, Interesting)

    by McGiraf ( 196030 ) on Sunday July 20, 2008 @03:43PM (#24265491)

    I wonder what weird context ads will show up on a gmail page full of encrypted stuff.

    • Re: (Score:3, Funny)

      by saibot834 ( 1061528 )

      None, if you not only use this story's extension, but also Adblock Plus [mozilla.org].

      • Re: (Score:1, Interesting)

        by Anonymous Coward

        Are any of these extensions (CalendarEncrypt, Adblock Plus) against the TOS? As much as I believe that you should be allowed to do whatever you want on your computer, when your data is in the cloud the provider can always pull the plug so you better not ignore the TOS.

        • Re: (Score:3, Insightful)

          by vain gloria ( 831093 )

          Are any of these extensions (CalendarEncrypt, Adblock Plus) against the TOS? As much as I believe that you should be allowed to do whatever you want on your computer, when your data is in the cloud the provider can always pull the plug so you better not ignore the TOS.

          The cloud is a lie. One we're better off not perpetuating at that. Our data is on Google's servers, under their control and used for their benefit. I realise you're referring unambiguously to this yourself when you talk about breaching their T

    • 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0

      And then the MPAA is going to go after Google.
    • Re: (Score:3, Funny)

      by MagdJTK ( 1275470 )
      eqdauyebguuheqaswgddqjxktrfevamsdessypwnwsngqoxuaqeanwhhjcxeaodnlyhw
    • Re: (Score:3, Funny)

      by General Wesc ( 59919 )
      Looking for dmgs wcbetc xgamgamqr p?
      Find exactly what you want today!
      www.eBay.com
  • afafasdf (Score:5, Funny)

    by Heem ( 448667 ) on Sunday July 20, 2008 @03:52PM (#24265559) Homepage Journal

    jub arrqf nyy gung penc? Whfg hfr guvf xvpx-nff rapelcgvba zrgubq gung abobql pbhyq rire svther bhg!

    • Re:afafasdf (Score:5, Funny)

      by thrillseeker ( 518224 ) on Sunday July 20, 2008 @04:03PM (#24265625)
      Yes, I'll pay you Tuesday for the hamburger today, as scheduled.
    • Re: (Score:2, Funny)

      by Anonymous Coward

      Your confidence in that encryption method is intriguing, Mr. Urrz.

    • Re:afafasdf (Score:4, Funny)

      by hostyle ( 773991 ) * on Sunday July 20, 2008 @04:17PM (#24265727)

      No I'm afraid the turtle escapade did not go quite as planned. Requesting a vet and some extraction tools. I submit that next time we grease the turtle and not the tubes. TTYL

    • Re: (Score:3, Funny)

      by strelitsa ( 724743 ) *

      The chair is against the wall.

      But ...

      BUT ...

      John has a SHORT moustache.

      • Re:afafasdf (Score:4, Informative)

        by mrcgran ( 1002503 ) on Sunday July 20, 2008 @05:56PM (#24266565)

        The chair is against the wall.

        But ...

        BUT ...

        John has a SHORT moustache.

        thanks for presenting me to this wikipedia's article on number stations: http://en.wikipedia.org/wiki/Numbers_station [wikipedia.org]

        ... "In the 1984 film Red Dawn, a band of high school guerrilla fighters hears two code phrases (each repeated twice) broadcast over the radio as they hide out in the wilderness. The phrases are: The chair is against the wall and John has a long mustache (the latter of which was actually used as a code-signal by the French Resistance during World War II)."

    • Quite. I'd propose to meet you in a fortnight for some crumpets, if you would have it be.

      Naturally, we'll need the olive oil as usual.

    • by Joebert ( 946227 )
      42
    • jub arrqf nyy gung penc? Whfg hfr guvf xvpx-nff rapelcgvba zrgubq gung abobql pbhyq rire svther bhg!

      aka

      who needs all that crap? Just use this kick-ass encryption method that nobody could ever figure out!

      You should patent that encryption method! It's so convenient! I didn't even need a key!

      • by skeeto ( 1138903 )

        I didn't even need a key!

        His algorithm uses a 5-bit key, but the key space only has 25 valid keys. Therefore, searching this key space is trivial, even for a paper-and-pencil method. In this case he chose the most commonly used key for this algorithm (ROTn), which you happened to also try first: 13 (or in base-2: 01101).

    • W twuifsr wh cih obr fch 14'r awbs pippo

    • by Xtifr ( 1323 )

      jub arrqf nyy gung penc? Whfg hfr guvf xvpx-nff rapelcgvba zrgubq gung abobql pbhyq rire svther bhg!

      Just out of curiousity, I posted that into a new email with gmail, saved it to my drafts folder, then went to look, and the "context" ads that appeared are:

      Secrets of the Shaolin
      Rare Chinese Scriptures Translated Released for 1st Time Ever

      Try Tai Chi QiGong
      Live A More Active & Fuller Life, DVD/Videos, Free & Fast Shipping!

      Coconut Soup (Tom Kha)
      Made with Fresh Coconut Milk Loaded with Lemongrass and Galangal

      Chi Kung Resources
      See How Chi Kung Can Empower You. Learn How Today!

      BE a Yoga Teacher
      Teacher T

      • by ftobin ( 48814 ) *
        Well, it makes sense that if you are swapping for letters on the other side of the alphabet, you might end up with a language for the other side of the world.
  • by HappyUserPerson ( 954699 ) on Sunday July 20, 2008 @04:43PM (#24265919)

    I get why this article is on Slashdot (it's kind of cool), but why would IBM pay employees to work on this type of thing? It's impractical for several reasons...

    Security & practicality:

    1. You must install an add-in to use it. You want to your encrypted calendar with some friends. You tell them "uhh, just install this arbitrary XPI." No thanks.
    2. No mention on how to securely transfer the private key to your friends. Email?
    3. From your browser, the add-in spawns a shell to run a Perl script which passes arbitrary content to gpg. Security much?

    Google:

    1. This component is dependent on Google not changing their page. How would you and your friends like to recompile each time Google changes their page?
    2. Who are you trying to protect your data from anyway? Google? They could change their page to by-pass your encryption and intercept new events as you post them. If you trust Google not to do that, what's the point? Just mark the entry as private and share it as appropriate...
    3. It goes against Google's business. Okay if just a handful of users encrypt their events, no problem. However, displaying a bunch of base64 encoded garbage messes up Google's ads. Which, you know, is virtually their entire source of revenue. In the unlikely event that this technique became popular, Google would be forced to shut it down.
    4. Google might shut it down anyway. It's a calendar. It's not for posting arbitrary base64 encoded data. If many users use Google calender for posting arbitrary binary data, calendar would quickly become a lawless file trading platform (think usenet) and create a performance, storage, and/or legal mess.
    • Re: (Score:3, Insightful)

      by smallfries ( 601545 )

      Under Security & Practicality you missed a few points:

      4. It leaks information. The encrypted version shows when you are busy and free
      5. There's no point using a 4096-bit key. Most calendar entries are 60 characters so the key size is overkill given there is probably less than 360 bits of entropy
      6. Calendar entries are highly regular, a dictionary attack would be tractable regardless of the key-size because of the limited input space

  • Frankly, I think most people don't need military grade encryption for their calendar, they just need to be able to obfuscate some of the entries in a repeatable fashion (so you can search for obfuscated events) which is not trivially unobfuscated by Google (or any others, e.g., governments, who would like to search everyone's calendar for particular keywords).

    For most people, even the "Leet Key" extension is overkill.

    I've been thinking about this, have even worked up a Javascript-based very weak, keyed, rep

    • Errr, what keywords do you think governments would like to scan calendars for? I don't think there is much of a market for online calendar services for drug dealers or terrorists:

      11pm Pick up 2kg of uncut cocaine
      Weds [all-day] Cut the coke

      or

      Fri 9am Blow myself the fuck up outside the library

      ??? I mean, I can see your point that this overkill. I'm just suprised that you offhandly show such paranoia :)

      • > what keywords do you think governments would like to scan calendars for?

        Donno, say, the local DA has just managed to convict P. Ed Erast for child porn, and he says to himself, 'Hmm, maybe I should run a scan on everyone's online calendars for the phrase "P. Ed Erast"?' He can't do that legally in the US, but that doesn't mean he might not want to do it.

        > I don't think there is much of a market for online calendar services for
        > drug dealers or terrorists...

        That's a funny strawman, thanks for the

  • by Anonymous Coward on Sunday July 20, 2008 @06:50PM (#24267009)
    It's been done before. See a college project of mine called the Web Application Privacy Protector [jhu.edu] (WAPP) or here [jhu.edu].

    A major drawback is that it's usually very implementation-specific. The plugin has to be updated whenever the web application is significantly updated, and can usually be circumvented by the application provider if they really want. Additionally, encryption eliminates searchability, though there are some mediocre mitigations such as searchable encryption, tags, or searching for hashes of words. Note: WAPP hasn't been maintained since ~5/07, so it likely won't work with current applications without some tweaks.

    If you have any questions, my email address is (my first name) DOT (my last name) at gmail.com.

    - Gabriel Landau
    • Re: (Score:1, Funny)

      by Anonymous Coward

      > my email address is (my first name) DOT (my last name) at gmail.com.

      Hey, I just tried "anonymous.coward@gmail.com" and it bounced.

  • I've been using GPG for years, and it's very rare that I run into someone else who uses it. It's refreshing to see it making a comeback! I don't use Google Calendar (nothing against it, but I prefer iCal), but this is quite a novel approach to encryption.
    • 1.
      > it's very rare that I run into someone else who uses [GPG]
      2.
      > It's refreshing to see it making a comeback!

      1. Why do you think it is that way?
      2. What IYHO has changed compared to 1 and what still needs to happen?

        1. I think the proliferation of webmail and AOLers has put the proverbial fork into anything that can't be simplified in its entirety to a toolbar button. You can click a button to sign and encrypt messages, sure, but you can't quite click a button to generate a key, sign someone else's key, send and receive from keyservers, etc.

          Oh yeah, and no one seems to care, despite companies trying to think of new ways to verify that they are the sender of an email. AOL has their "Official AOL Mail", and everyone els

  • Monday 9am - doing nothing
    Monday 10am - doing nothing
    Monday 11am - doing nothing
    Monday 12pm - lunch
    Monday 1pm - doing nothing
    Monday 2pm - doing nothing ...

    • Why does Google NOT allow you to use all their services securely, i.e., TLS/encrypted???

      Last I looked only Gmail and Gcal are able to be encrypted: httpS.

      Why, with their ginourmous resources cpu power should be trivial. WTF?

      And at least in most Europe and the USA legal issues, snooping should be moot.

    • Agreed... I use https for all of my Google stuff. I can't believe people do it any other way. The 3 main apps I use with it are:

      GMail
      Calendar
      Google Docs

      I can't believe that people actually use GMail and Google Docs _without_ using https! That is a lot of personal junk flowing over unencrypted pipes.

      I have to agree with my sibling poster... why doesn't Google encrypt all services that can carry sensitive information by default? Just doesn't make sense.

      BTW: Even Google Gears (used for offline google docs

A committee takes root and grows, it flowers, wilts and dies, scattering the seed from which other committees will bloom. -- Parkinson

Working...