all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ken Raeburn <raeburn@raeburn.org>
To: Stephen J. Turnbull <stephen@xemacs.org>
Cc: Emacs Dev <emacs-devel@gnu.org>
Subject: Re: Should Emacs provide a uuid function?
Date: Sat, 30 Apr 2011 04:00:35 -0400	[thread overview]
Message-ID: <09410824-6882-4736-9DB4-7D0A4837A73D@raeburn.org> (raw)
In-Reply-To: <8762pxafce.fsf@uwakimon.sk.tsukuba.ac.jp>

On Apr 28, 2011, at 23:47, Stephen J. Turnbull wrote:
>> Are calendar or org files not suitable for being made public?
>> (That's a serious question; I don't use either one.)  Should they
>> include information that helps track what computers I use?
> 
> Uh, if I were young, slim, and sexy I really wouldn't want my stalkers
> to know when I plan to walk alone in Central Park, or when I'm going
> anywhere for that matter.

Like I said, I don't know these particular tools.  With some calendar software, it's perfectly reasonable to use it to publish a calendar with certain public or semi-public information -- theater performance schedules, sports events, conference schedules, stuff like that.  If the Emacs calendar and org software aren't in that category, which I guess I should take the tone of your reply to imply, then fine, it's not an issue.

>  And I would certainly give that concern
> priority over them knowing whether I made a particular appointment via
> my iPhone or Barrack Obama's PC.  Oops, you're not supposed to know I
> have access to that, I guess it would be scary if that leaked.  Yeah,
> right.

IF I were publishing a calendar file with the schedule of talks at an upcoming conference, for myself and other attendees to use, I wouldn't necessarily want to include with it information that could be used to identify the computer I used or where I live.  Not directly, but perhaps when correlated other information that may be out there -- e.g., MACs in UUIDs show that I and Suzy Q both frequently use a certain computer, and Suzy also posts a lot on Facebook about life in a certain city and how she frequents a certain internet cafe; one might conclude that I live around there and may use that cafe too.  (Why, yes, I *have* spent a lot of years thinking about some aspects of computer and network security.)

But it's not an issue if these Emacs apps are not intended to be used for that sort of thing, and the files containing the UUIDs not to be shared.

> No, they shouldn't include that information if it can easily be
> avoided.  But get real.  When Emacs net apps all route via TOR only by
> default, then I'll concede you have a point.

Different sorts of exposures lead to different kinds of opportunities for attacks.  Just because one hasn't been closed off doesn't mean it's not worth looking at others.  E.g., it's possible I could get mugged on my way home from work some night; that doesn't make it pointless for me to lock my doors at night.

Ken


  reply	other threads:[~2011-04-30  8:00 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-15  4:59 Should Emacs provide a uuid function? Leo
2011-04-24 20:43 ` Chong Yidong
2011-04-25  3:37   ` Leo
2011-04-25  4:37     ` Stephen J. Turnbull
2011-04-25  7:21       ` Ken Raeburn
2011-04-25  8:45         ` Stephen J. Turnbull
2011-04-25  9:53           ` Eli Zaretskii
2011-04-25 10:33             ` Stephen J. Turnbull
2011-04-25 12:30               ` Eli Zaretskii
2011-04-28 15:11           ` Ken Raeburn
2011-04-29  3:47             ` Stephen J. Turnbull
2011-04-30  8:00               ` Ken Raeburn [this message]
2011-04-30 18:39                 ` Stephen J. Turnbull
2011-04-30 22:22                   ` Ken Raeburn
2011-05-01  9:06                     ` Stephen J. Turnbull
2011-04-30 13:32               ` Richard Stallman
2011-04-30 13:39                 ` Eli Zaretskii
2011-04-25 19:52         ` Chong Yidong
2011-04-28 15:11           ` Ken Raeburn
2011-05-09  6:29           ` Leo
2011-05-09  7:23             ` Eli Zaretskii
2011-05-09 10:51               ` Ted Zlatanov
2011-05-09 11:35                 ` Eli Zaretskii
2011-05-09 11:36                 ` Leo
2011-05-09 14:38               ` Stefan Monnier
2011-05-09 14:51                 ` Eli Zaretskii
2011-05-09 15:41                   ` Stefan Monnier
2011-05-09 15:50                     ` Eli Zaretskii
2011-05-09 17:03                       ` Stefan Monnier
2011-05-09 19:32                         ` Eli Zaretskii
2011-05-09 15:09                 ` Chong Yidong
2011-05-09 15:26                   ` Eli Zaretskii
2011-05-09 15:27                   ` Ted Zlatanov
2011-05-09 15:36                     ` Eli Zaretskii
2011-05-09 15:42                       ` Ted Zlatanov
2011-05-09 15:53                         ` Lars Magne Ingebrigtsen
2011-05-09 15:51                   ` Stefan Monnier
2011-05-09 15:59                     ` Lars Magne Ingebrigtsen
2011-05-09 17:05                       ` Stefan Monnier
2011-05-09 17:45                     ` joakim
2011-05-09 17:50                       ` Lars Magne Ingebrigtsen
2011-05-10 14:03                         ` Jason Rumney
2011-05-30 17:22                           ` Lars Magne Ingebrigtsen
  -- strict thread matches above, loose matches on Subject: below --
2011-04-26 21:06 Ben Key
2011-04-26 21:16 Ben Key
2011-04-26 22:51 ` Chong Yidong
2011-04-27  3:43   ` Leo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=09410824-6882-4736-9DB4-7D0A4837A73D@raeburn.org \
    --to=raeburn@raeburn.org \
    --cc=emacs-devel@gnu.org \
    --cc=stephen@xemacs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.