You are not logged in. Login Now
 0-24   25-49   50-74   75-99   100-124   116-140   141-165   166-184   
 
Author Message
25 new of 184 responses total.
robh
response 141 of 184: Mark Unseen   Sep 10 09:14 UTC 2002

Re 133 - FWIW, I routinely use telnet from Grex to access my
other shell account (and vice versa) at least a few times a week.
russ
response 142 of 184: Mark Unseen   Sep 10 11:34 UTC 2002

Re #139:  You can "take" names and addresses, but how do you know that
they belong to the person requesting access?   I could give you a thousand
names and addresses out of the phone book; it wouldn't mean anything.

If the person making the request obviously had possession of some official
document such as a driver's license (because they were able to copy it),
we've handled that issue.  
mynxcat
response 143 of 184: Mark Unseen   Sep 10 11:53 UTC 2002

How do you know its his driver's license. I could send in a copy of my
boyfriend's license, and grex wouldn't be any the wiser. How did getting the
copy od identification help? Grex still doesn't have the right information,
and even worse, has the potential to implicate a third innocent person. If
you're not going to do an actual verification that the person who's id is sent
in is the actual person going to use the account, I see no point in actually
collecting, and then storing, that information
scott
response 144 of 184: Mark Unseen   Sep 10 12:29 UTC 2002

So is anybody going to enter a proposal, or we going to just argue the same
things over and over?
gull
response 145 of 184: Mark Unseen   Sep 10 12:44 UTC 2002

Re #139: Nether.net was almost always unusably overloaded for exactly that
reason, in spite of having far more bandwidth than Grex.  It isn't an
exactly parallel situation, since they allowed anyone who ran 'newuser' full
outgoing access.  Still, it shows what can happen.
jmsaul
response 146 of 184: Mark Unseen   Sep 10 18:09 UTC 2002

This response has been erased.

jmsaul
response 147 of 184: Mark Unseen   Sep 10 18:10 UTC 2002

Allowing full outgoing access to anyone who runs newuser is just a bad idea.
mynxcat
response 148 of 184: Mark Unseen   Sep 10 18:13 UTC 2002

I agree
flem
response 149 of 184: Mark Unseen   Sep 10 18:28 UTC 2002

Wait, so we're not supposed to use ID to help prevent identity theft, because
someone could beat us by... committing identity theft?
mynxcat
response 150 of 184: Mark Unseen   Sep 10 18:49 UTC 2002

Something like that. It sounds weird, but if grex is not going to be actually
verifying that id, I really don't see the point in collecting and storing that
id. 
cmcgee
response 151 of 184: Mark Unseen   Sep 10 18:55 UTC 2002

NO, NO!  I need telnet.
I need telnet for weather, for access to UM emails, to play games on the
Internet, for a number of different reasons.
mynxcat
response 152 of 184: Mark Unseen   Sep 10 19:00 UTC 2002

I think he meant no telnet for people who don't pay. Its not a good idea
giving *every* newuser telnet. Get it?
cmcgee
response 153 of 184: Mark Unseen   Sep 10 19:30 UTC 2002

Sorry, I skimmed too many entries *grin*
steve
response 154 of 184: Mark Unseen   Sep 10 19:43 UTC 2002

   The reason for asking for ID and not verifying it is a balance between
trying to do something to protect ourselves, but not get some encumbered
in the process that we spend all our time trying to authenticate people
do not do anything else.  We also ask for id as a form of vandal protection;
once they hear of the request for ID, the vast majority shy away.

   I don't think Grex is overbearing in its requests on this, and I don't
think we need to change much.  I haven't read the entire set of responses
however, so I'll do that now.
mynxcat
response 155 of 184: Mark Unseen   Sep 10 19:46 UTC 2002

What happens when you collect id from someone, who has provided false id, and
when you need to hand it over to the police, if required to, you end up
implicating some poor third person?
aruba
response 156 of 184: Mark Unseen   Sep 10 20:28 UTC 2002

All we do is tell the police what we know, which is that the person who
paid for a particular membership sent us a particular ID.

There is no way to tell who uses a paricular account.  Even if we carried
out some elaborate check to see that the ID we received actually came from
the person it describes, they can still allow someone else to use their
account, or be careless with their password, or what have you.

So there is no absolute security.  There are only compromises.  Grex has
made one, with its policy; it's not the only one possible, but it has served
us pretty well so far, I think.
steve
response 157 of 184: Mark Unseen   Sep 10 20:53 UTC 2002

   It has worked excellently, so far.  I see no reason to change it.

   In the case of false ID presented to us, we'd tell the authorities
who got it that it was what we had.  What else could we do?
russ
response 158 of 184: Mark Unseen   Sep 11 03:45 UTC 2002

Re #143:  Sapna, we don't *know* that the person making the application
is the person named on the license.  However, we do know that the
applicant *had possession of* the license.  Unless the licensee's wallet
was stolen (and maybe even if it was), the licensee could probably give
investigators a good idea of who made the application.  Other forensic
data (such as IP addresses) can exonerate an innocent licensee and finger
the actual guilty party.

If Grex can point investigators down the line, we've carried out our
obligation (and done a pretty good job of deterring vandals).
mynxcat
response 159 of 184: Mark Unseen   Sep 11 03:50 UTC 2002

It still doesn't hold much water. But I don't care enough either, so I guess
it can stay the way it is
jp2
response 160 of 184: Mark Unseen   Sep 11 03:55 UTC 2002

This response has been erased.

other
response 161 of 184: Mark Unseen   Sep 11 04:04 UTC 2002

Psst.  Jamie.  READ THE FUCKING ITEM.  
flem
response 162 of 184: Mark Unseen   Sep 11 05:26 UTC 2002

I don't think that's such a bad question.  (#160, that is.)  As has been
nearly beaten to death in this and previous items, we collect and retain ID
for two reasons.  First, to make a reasonable effort to ensure that one person
can't get two voting memberships, and second, to be able to produce some
information about the people we give certain kinds of access to.  I think
these are reasonable, worthwhile goals.  If they can be accomplished without
collecting ID, then it would be worth trying to do so.  However, I'm
skeptical.  I imagine it may be possible, even likely, that system logs
contain enough information to nullify the second reason, but I don't see how
they can satisfy the demands of the first goal.  So I think we shouldn't
change ID policy unless and until we can come up with a way to make reasonably
sure that people can't get more than one voting membership.  Or,
alternatively, decide that we don't care about that.  
jp2
response 163 of 184: Mark Unseen   Sep 11 14:35 UTC 2002

This response has been erased.

bhelliom
response 164 of 184: Mark Unseen   Sep 11 16:05 UTC 2002

resp:159 - Okay, I'll bite.  If you didn't care, why were you making 
such a big fuss about this?

mynxcat
response 165 of 184: Mark Unseen   Sep 11 18:10 UTC 2002

You're not paying attention. This is not one of my crusades. The most fuss
I've made is to point out that it was silly to collect and store id when you
weren't going to verify them. I would hardly call it making a "big fuss".
 0-24   25-49   50-74   75-99   100-124   116-140   141-165   166-184   
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss