HDTenEightyP/NetNews huggingface dataset:
From: bruce@bullyrag.ugcs.caltech.edu (Bruce J Bell)
Subject: Re: Hickory, hickory dock, a cartoon mouse on rock...
Organization: California Institute of Technology, Pasadena
Date: Thu, 16 Apr 1992 22:08:17 GMT

mar@physics.su.OZ.AU (David Mar) writes:

>>Skeeve, who nobody noticed coming into the meadow, steps into view of
>>the crag...
>>Tying the end of the rope to the *harness*, he starts up the rock:
>>
>>"ON BELAY"
>>
>>"...belay on...", quoth DM.

>Danger Mouse looks around, surprised to find himself being quoted when he
>hasn't said anything. Spying Ignatz at the top of the rock, his eyes light
>up in understanding. For Ignatz is otherwise known as the cartoon mouse,
>not his humble self.

>He wanders over to inspect the rocky outcrop and to admire the grace with
>which Skeeve tackles it. "Yes, your view of the top is obscured by that
>jutting portion on the right there. You up there, Ignatz?!!"

Oops!  Skeeve would be embarassed at his slip, but he's a little busy at
the moment...

--- sun on the rock
    suspended between heaven and earth

--- the inimitable texture of the rock
    on fingers held firm in the pocket

--- a move, a subtle shifting of balance
    no motion wasted, like a dancer

--- muscles strain, the climber rises
    feel the burn, hold to reach higher

--- wind blows, above and below
    silence echoes from peak to peak
    

A timeless time later, he performs the final mantel, then turns around,
sits down, and dangles his legs off the edge, untying the rope and
starting to stack enough rope to throw down for the next climber.

"Actually, I'm used to sandstone and granite, more common around
Southern California, rather than limestone.  I've heard that there's also
good climbing up around North Carolina, not too far from where my family
lives, but I haven't tried it.


Skeeve
Newsgroups: alt.callahans
From: lydick@SOL1.GPS.CALTECH.EDU (Speaker-to-Minerals)
Subject: Re: Lamplighter's Poetry
Reply-To: lydick@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera
Date: Wed, 15 Apr 1992 10:24:07 GMT

In article <tjlee.703319002@du139-201.cc.iastate.edu>, tjlee@iastate.edu (The Lamplighter) writes:
StM walks up to Lamplighter, and says "I don't know whether that poem was
referring to yourself (SIT DOWN EDDY;  I'm not prying, I'm just making a
prefatory disclaimer), but in case it was, here's a hug."  Numerous pops are
heard from the vicinity of Lamplighter's back, and the Callahanians, by and
large, suspect that maybe he's about an inch taller than he was 30 seconds ago.
Newsgroups: alt.callahans
From: ablanch@physics.su.OZ.AU (Shonias)
Subject: Re: RHPS
Organization: School of Physics, University of Sydney, Australia
Date: Fri, 10 Apr 1992 08:43:17 GMT

In article <1992Apr4.050019.14999@ux1.cso.uiuc.edu> trumpins@alexia.lis.uiuc.edu (Barbara Trumpinski) writes:
> [lots deleted]
>"where is the rice! where is the toast! where are the virgins....."
>
>(sorry folks....it's been a very long week)
>
>remember, don't dream it--be it."
>

"But Kitten, remeber, "He's good for relieving my.....Tension"

"Sorry, I know I'm a week behind, but I can never resist a Rocky
Horror comment, I have been an addict for too long!"

Shonias



--
************************************************
Surrender now or face my spite
I grant you it may be Friday night
But did you know this day also numbers thirteen?
************************************************
Newsgroups: alt.callahans
From: moh2@quads.uchicago.edu (Kateri/Mary Anne)
Subject: Re: Capital punishment (was Re: abortion)
Reply-To: moh2@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Thu, 16 Apr 1992 18:27:02 GMT

In article <OLSON.92Apr15212547@husc8.harvard.edu> olson@husc8.harvard.edu (Chip Olson) writes:

>Castellan turns to hear a lament from a fellow traveler:
>
>>From: renglish@cello.hpl.hp.com (Bob English)
>
>>"At 12:01 AM on April 21, I will become a murderer.  The State of
>>California, acting in my name and in my behalf, will strap Robert Alton
>>Harris into a chair and drop cyanide tablets into a pail of acid, ending
>>his life.  I do not condone his acts, but neither do I wish for his
>>death.  I do not need his blood on my hands to restore my faith in a
>>just society.  80% of the people I see when I walk down the street do."
>
>"Amen, brother!  There's too much beauty in our fellow humans for their
>judicial murder to ever be justifiable."

"*Ever* be justifiable?  Are you really contending that there will never be a 
situation where society is justified in executing someone?  I don't think I can
argue this coherently at the moment...I'm too angry."

Kateri walks determinedly over to the Danger Room, gently closing the door
behind her.  You start to hear various smashing sounds before she remembers
to turn on the sound-dampers...



-- 
The autumn leaves are falling like rain.
Although my neighbors are all barbarians,
And you, you are a thousand miles away,
There are always two cups at my table.		 - A T'ang Dynasty poem
Newsgroups: alt.callahans
From: lydick@SOL1.GPS.CALTECH.EDU (Speaker-to-Minerals)
Subject: Re: Giving unasked-for advice (was Re: All mind and no heart?)
Reply-To: lydick@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera
Date: Tue, 14 Apr 1992 23:56:49 GMT

In article <1992Apr14.223150.24068@midway.uchicago.edu>, esti@quads.uchicago.edu (Paul A. Estin) writes:
>>If my best beloved could contain himself, reserving his advice for a time
>>when I am no longer emotional (this could be a couple of hours or even a
>>week later), and give me empathy instead, I would be much happier.
>>
>>However, that is me, perhaps you have met folks who can accept advice
>>when in an emotionally charged state?  
>
>Snark:
>
>Nope.  Can't say that I have.  Certainly I know *I* can't.  You make
>some excellent points.  However...

StM claims, "Well, I can."

He then admits, "Of course, it helps if you've got a two-by-four with which to
get my undivided attention first."
Newsgroups: alt.callahans
From: cplma@groper.jcu.edu.au (Lynn Alford)
Subject: Re: Tam Lin/Thomas the Rhymer (sources and history)
Organization: James Cook University
Date: Sat, 11 Apr 92 12:35:38 GMT

Just a brief followup to say that the only autographed series that I
have is Pamela Dean's Secret Country.  In exchange for those books, I
sent Pamela _SnugglePot and Cuddlepie_ and _The Magic Pudding_ (she was
interested in childrens series at the time.

The only other autographed book I have is a Brust book which actually
came via Pam and David Dyer-Bennett.  Minneapolis (forgive the spelling)
is a city with a lot of active sf/fantasy writers who seem very
friendly.

Nicarra
-- 
The screen of my Mac doesn't really resemble my desktop despite being designed 
to support the desktop metaphor (1), and the windows on my terminal bear only 
the slightest relation to the contraptions that lets drafts into my office.  
Stroustrup.  1) I wouldn't be able to tolerate such a mess on my screen anyway.
Newsgroups: alt.callahans
From: lydick@SOL1.GPS.CALTECH.EDU (Speaker-to-Minerals)
Subject: Re: Natural Science, Natural Religion (was Re: Thoughts on Biblical...)
Reply-To: lydick@SOL1.GPS.CALTECH.EDU
Organization: HST Wide Field/Planetary Camera
Date: Tue, 14 Apr 1992 07:37:48 GMT

In article <1992Apr12.142204.10704@miavx1.acs.muohio.edu>, jwwalden@miavx1.acs.muohio.edu (P'relan) writes:
>>  Also, if
>> the universe is expanding, it's literally impossible (unless everything we know
>> about physics is wrong) for a signal to travel from one side of this proposed
>> conscious entity to the other.  Talk about the right hand not knowing what the
>> left hand is doing!
>
>"Perhaps, perhaps not.  Actually breaking the speed of light barrier would have
>much worse consequences for our common sense concept of causality than it would
>on physics - we've had the choice in physics to reject causality before and
>we've refused it again and again because our common sense says otherwise.  But
>anyway, I'm not objecting to you on those grounds just pointing out something I
>find interesting and often unknown.  There are possibilities though of breaking
>the light barrier in nicer ways - nicer in that they seem to be impossible for
>humans to construct and use (such as the rotating toroidal black hole which can
>be used to time travel according to general relativity) - which may be possible
>for a cosmological entity.  I'm also not sure if knowledge of the entire state
>of the entity at one point is required or not...have to think on that more when
>I have time in a month or so..."

But every proposed mechanism I've seen for exceeding the speed of light
requires some sort of receiving station at where you want to go (e.g., if you
use a wormhole, you need to put the wormhole at the other end).  You've got to
get the receiving station to where you want to go at a speed slower than light.
So these proposed FTL mechanisms can't get you someplace you couldn't otherwise
get to.  They'll just (given that someone had the foresight so set them up
already) get you someplace you COULD go, but faster.
Newsgroups: alt.callahans
From: mossip@nubis.rutgers.edu (Paul Mossip)
Newsgroups: alt.security
Subject: Re: obnoxious sounds (was Re: rsh)
Date: 17 Apr 92 18:34:45 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

>Well, I developed a pretty ugly hack to lock off /dev/audio involving
>named pipes... I don't use it though, because we don't really have
>problems with sounds here... just an occasional one or two that isn't
>very serious and it doesn't get to a really annoying level so it's not
>worth using it.  There's always the danger that you'll forget to unlock
>it and/or something else will go wrong and then /dev/audio will be
>inaccessible until you realize what you did (if you realize it)...

sorry about the talk about hacking getty.. the file /etc/fbtab is designed to 
protect the security of devices when you log into the console. (no xdm) just 
add /dev/audio in the line with /dev/kbd and /dev/mouse..

then when nobody is on the console root owns it and no other users can use it 
(usefull in a room full of sun's) and when you are logged in as the console 
you controll the permissions (again no one else can use it unless you chmod it)

-- 
-Paul Mossip
Research Assistant: Rutgers University (CAIP Center)
Internet: mossip@psi.rutgers.edu
UUCP:     {..backbone..}!rutgers!psi!mossip
From: cowan@aqua.pc.ocunix.on.ca (Darin Cowan)
Newsgroups: alt.security
Subject: Shameless test
Date: Wed, 08 Apr 92 13:19:33 GMT
Organization: The Aquarium, Ottawa, Ontario

test(sory)

--
cowan@aqua.pc.ocunix.on.ca             
Darin "Squid" Cowan                  | The Aquarium
Ottawa, Ontario, Canada              | (613) 523-0077  V32bis
From: spencer@burst.Princeton.EDU (S. Spencer Sun)
Newsgroups: alt.security
Subject: obnoxious sounds (was Re: rsh)
Date: 16 Apr 92 21:16:58 GMT
Organization: Princeton Univ. Class of '94
Originator: news@ernie.Princeton.EDU

In article <1992Apr16.013856.23454@informix.com> proberts@informix.com (Paul Roberts) writes:
>Me too! Please let me know what you find out. I think putting speakers
>into computers was about the worst thing ever done. Certain people who
>shall remain nameless now spend most of their day sending noises of one
>sort or another to each other's workstations.

Well, I developed a pretty ugly hack to lock off /dev/audio involving
named pipes... I don't use it though, because we don't really have
problems with sounds here... just an occasional one or two that isn't
very serious and it doesn't get to a really annoying level so it's not
worth using it.  There's always the danger that you'll forget to unlock
it and/or something else will go wrong and then /dev/audio will be
inaccessible until you realize what you did (if you realize it)...

In short, the solution I came up with is a kludge and you probably
wouldn't want to run it.  But it can be done.
----------
Spencer Sun - Princeton Univ. Class of '94 - Dept. of Computer Science
Clockwork Orange (Princeton Ultimate) (when I bother to show up for practice)
Please be considerate, and don't talk during the show!  (SSSSSSHHH!)
Thank you for coming to Loews!  Sit back and relax -- enjoy the show!
From: proberts@informix.com (Paul Roberts)
Newsgroups: alt.security
Subject: Re: rsh
Date: 16 Apr 92 01:38:56 GMT
Organization: Informix Software, Inc.

In article <15433@gandalf.UMCS.Maine.EDU> who@gandalf.UMCS.Maine.EDU writes:
>
>	People are able to rsh commands to other peoples consoles and
>I was wondering how permissions could be set to prevent this. It can
>get anoying when people rsh the screen melt to my console. We run SunOS
>4.1 and use SUN 4/110 machines. Also, someone got hold of xlock.c and
>has modified it as a nasty trojan horse by using rsh to lock people's
>screens. The modifications were simple, but with a little effort could
>be made far more evil. So, for your safety and mine, please prevent
>rsh to other people's sessions.

Me too! Please let me know what you find out. I think putting speakers
into computers was about the worst thing ever done. Certain people who
shall remain nameless now spend most of their day sending noises of one
sort or another to each other's workstations.
Newsgroups: alt.security
From: spencer@phoenix.Princeton.EDU (S. Spencer Sun)
Subject: Re: rsh
Originator: news@ernie.Princeton.EDU
Organization: Princeton Univ. Class of '94
Date: Thu, 16 Apr 1992 02:39:49 GMT

In article <15433@gandalf.UMCS.Maine.EDU> who@gandalf.UMCS.Maine.EDU writes:
>
>4.1 and use SUN 4/110 machines. Also, someone got hold of xlock.c and
>has modified it as a nasty trojan horse by using rsh to lock people's
>screens. The modifications were simple, but with a little effort could
>be made far more evil.

I don't see why you need to modify xlock at all to rsh it to lock
people's screens.  A thinking person could use rsh/xlock to lock a
remote screen without making any modification to the source code at all.
Also, there is a bug in xlock that will allow a similarly thinking
person to lock a remote screen with _anything they want_ as the userid
('root' is a fun one, or 'wstgfjlx' or...)

The above two creative ways of using xlock are possible at least with
the version of xlock installed here, which is untouched
(source-code-wise) as far as I know...
----------
Spencer Sun - Princeton Univ. Class of '94 - Dept. of Computer Science
Clockwork Orange (Princeton Ultimate) (when I bother to show up for practice)
Please be considerate, and don't talk during the show!  (SSSSSSHHH!)
Thank you for coming to Loews!  Sit back and relax -- enjoy the show!
From: GRIGG@dirac.physics.jmu.edu (Steve Grigg)
Newsgroups: alt.security
Subject: Raptor Systems
Date: 8 Apr 92 18:45:27 GMT
Organization: James Madison University physics dept., VA USA
X-News-Reader: VMS NEWS 1.11


I recently read a one paragraph product announcement for a product called
Eagle. It comes from a company called Raptor Systems. Eagle appears to be a
firewall system but the $75k price tag tells me it must have more. Has anyone
ever heard of these folks? dealt with them or their system? got their
address/phone number. Any help would be greatly appreciated. Mail preferred.
Thanks again.


Steve 
acs_steve@vax2.acs.jmu.edu
From: richards@beta.lanl.gov (William C. Richards)
Newsgroups: alt.security
Subject: Re: National Security Agency of USA
Date: 10 Apr 92 19:52:02 GMT
Organization: Los Alamos National Laboratory

In article <a_rubin.702001091@dn66> a_rubin@dsg4.dse.beckman.com (Arthur Rubin) writes:
>In <1992Mar20.92546.23945@ms.uky.edu> morgan@ms.uky.edu (Wes Morgan) writes:
>
>>>From: kowan%ai.mit.edu@UMCVMB.missouri.edu (Rich Cowan)
>>>Subject: National Security Agency
>
>>>Other factors an applicant should contemplate:
>>>	A thorough background examination which may include
>>>questioning your friends, enemies, former lovers and professors.
>
>>Why is this a problem?  A similar, if not identical, background check
>>is performed for prospective military personnel who are applying for
>>classified positions/training.  I have been the subject of several
>>such investigations; if you had some experience with these, you'd know
>>that they are not as Orwellian as you would have us believe.
>
>...
>
>>>	Pre-publication review of all subsequent writings, even after
>>>such a time as you were to leave the Agency.  You must sign a
>>>document agreeing to this.
>
>>This only applies to writings which touch upon your work with the firm.
>>If I write a paper on nuclear weapons, it must be reviewed; that subject
>>was part of my military service.  However, I can write a paper on compu-
>>ter programming with no review, since that topic is outside the realm
>>of my military service.
>
>Nope, it really is ALL writings (for the CIA and NSA, anyway).
>--


Where did you here this?  This is not what I was told when I left the NSA.

Peter
Newsgroups: alt.security,comp.sys.dec
From: john@iastate.edu (John Hascall)
Subject: Kerberos (was Re: rsh)
Organization: Iowa State University, Ames, IA
Date: Thu, 16 Apr 1992 03:45:52 GMT

ckd@eff.org (Christopher Davis) writes:

}The only place I've seen "prevent people from logging into a workstation
}that's in use" was MIT Athena, and that comes from limitations of
}Kerberos more than from the need to secure displays.

They aren't the only place, and no, it isn't a limitation of Kerberos.
It is the realization that physical access to a system subverts
security.  Until vendors come up with a way to secure the "rom
monitor" this will continue to be the case.  DEC gets the "we almost
have it now" award for having a password you can set to restrict access
to "rom monitor" commands -- except they provide no way to secure the
case -- a quick thumbscrew, pull the battery leads, and, voila, no more
password -- if you're lucky that is, if you're not they steal the disk :-(

John
Newsgroups: alt.security
Organization: large
Date: 10 Apr 1992 14:05:58 EDT
Expires: 1 Apr 93 12:34
Distribution: na
Subject: alt.security Frequently Asked Questions (Release 1.0)
From: hobbit@babyoil.ftp.com (*Hobbit*)
From: ckd@eff.org (Christopher Davis)
Newsgroups: alt.security
Subject: Re: rsh
Date: 15 Apr 92 19:48:10 GMT
Organization: Electronic Frontier Foundation Tech Central


 who> == who  <who@gandalf.UMCS.Maine.EDU> 

 who> 	People are able to rsh commands to other peoples consoles and I
 who> was wondering how permissions could be set to prevent this. It can
 who> get anoying when people rsh the screen melt to my console. We run
 who> SunOS 4.1 and use SUN 4/110 machines. Also, someone got hold of
 who> xlock.c and has modified it as a nasty trojan horse by using rsh
 who> to lock people's screens. The modifications were simple, but with
 who> a little effort could be made far more evil. So, for your safety
 who> and mine, please prevent rsh to other people's sessions.

Check out fbtab(5) and Xsecurity(1).

Even MIT-MAGIC-COOKIE-1 is a better protocol than "trust everyone on the
machine."

In general, preventing people from logging into a workstation you're
using isn't practical, if you're not the system administration.
Besides, in many cases workstations are considered a shared resource
(there may not *be* compute servers available in that department), and
there's always the "how do I kill my window system if it hangs and I
can't log into the workstation remotely" problem.

The only place I've seen "prevent people from logging into a workstation
that's in use" was MIT Athena, and that comes from limitations of
Kerberos more than from the need to secure displays.
--
Christopher Davis <ckd@eff.org> |    ECONOMIC OBSERVATIONS DEPARTMENT
System Manager & Postmaster     |  "There's always something going out of
Electronic Frontier Foundation  |      business in Central Square."
+1 617 864 0665  NIC: [CKD1]    |   -Rita Marie Rouvalis <rita@eff.org>
Newsgroups: alt.security
From: dwb@IMD.Sterling.COM (David Boyd)
Subject: Re: fbtab and XDM(was Re: X server security (was Re: rsh))
Reply-To: dwb@IMD.Sterling.COM
Organization: Sterling Software
Date: Thu, 16 Apr 1992 13:04:33 GMT
X-Md4-Signature: c0706fe8d87c2d3142b6680225284b5e

In article <CKD.92Apr15191334@loiosh.eff.org>, ckd@eff.org (Christopher Davis) writes:
|> 
|>  David> == David Boyd <dwb@IMD.Sterling.COM> 
|> 
|>  David> 	Securing the X Server is only part of the answer, I have
|>  David> several littly programs which interact directly with the frame
|>  David> buffer.  Securing the X server will not stop these programs.
|> 
|> Which is why you should ask your sysadmin(s) to set up /etc/fbtab properly.
|> 
	Good point.  As a follow up question,  has anyone looked to
see if the R5 XDM utilizes this? I did a grep for fbtab in my R4P18
version and did not find it.  Has anyone hacked in support for this
into XDM?  The fbtab file will do little good if the login program
you are using does not use it.  If there is interest I will look at
making the mods to the R4 xdm.
-- 
David W. Boyd	             UUCP:     uunet!sparky!dwb
Sterling Software IMD        INTERNET: dwb@IMD.Sterling.COM
1404 Ft. Crook Rd. South     Phone:    (402) 291-8300 
Bellevue, NE. 68005-2969     FAX:      (402) 291-4362
Newsgroups: alt.security
From: per@erix.ericsson.se (Per Hedeland)
Subject: Re: fbtab and XDM(was Re: X server security (was Re: rsh))
Organization: Ellemtel Telecom Systems Labs, Stockholm, Sweden
Date: Fri, 17 Apr 1992 10:57:39 GMT

In article <CKD.92Apr16120817@loiosh.eff.org> ckd@eff.org (Christopher
Davis) writes:
>X11R5P9 xdm doesn't appear to (based on a real quick test I just did).
>Of course, the real answer is to modify the startup script to parse (and
>use) /etc/fbtab as well as chowning /dev/console.  (The default
>configuration sets the startup script to /usr/lib/X11/xdm/GiveConsole.)
>
>It's probably also a good idea to have the reset script (by default,
>/usr/lib/X11/xdm/TakeConsole) parse /etc/fbtab so it can chown the files
>back to root.wheel... ;-)

I agree - I don't think putting this into xdm itself is a very good
idea, as far as I know the fbtab stuff is Sun-specific, there's no
program interface to it, etc...

>I would be interested in a pair of scripts to do this.  perl would
>probably be a good choice; I might even do them myself, if I can find
>the time.

I'm sure they're just one-liners in perl:-), however the below that I
use (only when $DISPLAY is :0) doesn't seem too bad:

in Xstartup:
	# Implement /etc/fbtab stuff normally done by login(?)
	sed 's/#.*$//' /etc/fbtab | awk 'NF == 3 && $1 == "/dev/console" {
			print "chown", "'$USER'", $3;
			print "chmod", $2, $3;
		}' | sed 's/:/ /g' | sh

in Xreset:
	# Implement /etc/fbtab stuff normally done by getty(?)
	sed 's/#.*$//' /etc/fbtab | awk 'NF == 3 && $1 == "/dev/console" {
			print "chown root.wheel", $3;
		}' | sed 's/:/ /g' | sh

Hope this helps...
--Per Hedeland
per@erix.ericsson.se  or
per%erix.ericsson.se@sunic.sunet.se  or
...uunet!erix.ericsson.se!per

Newsgroups: alt.security