Back to the main page

Mailing List Logs for ShadowRN

Message no. 1
From: Todd Montgomery <tmont@****.WVU.EDU>
Subject: IC, IC, Baby!
Date: Thu, 8 Jul 1993 13:03:30 -0400
I have always thought that in a matrix system that the real fun was
not knowing if something was IC. Let me give an example:

A regular UMS system. You are standing in Sensor range os an SPU node.
Everything looks normal. The walls have controlls, etc. But standing
in the middle of the room is this large pedestal. The pedestal is a
black featureless otoganal shape that seems to suck in light. The
entrance to the room is blocked by a foggy wall. The other exits from
the room seem to also be covered with this foggy construct.

What is the fog and what is the pedestal?

Possibilities:
Fog: Some form of Barrier OR Access IC.
Just a fake construct to make deckers worry and might make
them mess up.

Pedestal: Additional controls for other node functions.
Fake construct to make the decker worry as above.
Unactivated Grey or Black IC.

Maybe both are fake so that the decker will not think to check
the rest of the room were other IC might be hidding.

etc. Etc. ETc. ETC!

You get the idea.

Nasty tricks like this are what can make the matrix fun.

But to be fair to the decker, I feel that if something is active in
the Matrix it must have some visible or aural sign. Invisibility from
a standpoint of security makes all the sense in the world, but it just
will really prove to be unfair to a decker. But inactive IC would be
invisible. This would be all right because something must trigger it,
be it a system op or a another IC. From a GM standpoint, IC should
deter intrusion. Its secondary task should be active response.

I personally use the idea that if you see nothing that is blocking
your path, then there is no IC. But this same situation may be a trap
were inactive IC or masked deckers could ly in wait. I used this once.
When the decker was noticed in a system, they shut down several nodes
to try and herd him into a dumby datastore which had no IC. But there
were several masked deckers and inactive IC waiting. It was quite a
fight and got rid of a very serious SRI munchkin.

Also think about how a system would go about sculpting there IC. If
their may idea is to deter intrusion, then IC with towering size,
nasty looks, and an aura that generally says "GET OUT!" is great. Of
course wage slave labor will suffer from such a depressing and fearful
presence....Well maybe save that for the response IC. Lets use several
less conspicuous forms of Barrier inside the system. Lower load
rating, too.

WHat I am trying, so very badly, to say is that I believe most systems
really nasty IC would be inactive and not obvious. The only really
active IC would be probe, barrier, and access. A passive approach
like this would make the system perform better (lower load ratings)
and workers in the system might be a little more happy. Using simple
tricks to snare unwary deckers would be all that would be needed to
set off the really obvious stuff.

That "cute little bunny" might be some form of probe IC or it could
just be a program frame from someone. A decker won't know until he
analyzes it. With a reality filter a decker will be filtering the
input and presenting it as its closest representation in his reality.
I believe to effectively do this that the reality filter must have
some built in analyzing capabilities. I really don't see any other way
for it to work. Does anyone else?

Will I have rambled enough.

-- Quiktek
a.k.a. Todd Montgomery
tmont@****.wvu.edu
tmont@***.wvu.edu
un032507@*******.wvnet.edu
Message no. 2
From: "Jason Carter, Nightstalker" <CARTER@***.EDU>
Subject: Re: IC, IC, Baby!
Date: Thu, 8 Jul 1993 11:22:57 -0700
Quiktek said:

>>I have always thought that in a matrix system that the real fun was
>>not knowing if something was IC. Let me give an example:

>>A regular UMS system. You are standing in Sensor range os an SPU node.
>>Everything looks normal. The walls have controlls, etc. But standing
>>in the middle of the room is this large pedestal. The pedestal is a
>>black featureless otoganal shape that seems to suck in light. The
>>entrance to the room is blocked by a foggy wall. The other exits from
>>the room seem to also be covered with this foggy construct.

>>What is the fog and what is the pedestal?
(Bunch of stuff edited out)

>>You get the idea.

>>Nasty tricks like this are what can make the matrix fun.

If that's the way your playing it your playing a home varient. Right in the
rules under sensor range (SRII p.177) it says "In sensor range, the decker can
tell what kind of node he is approaching and idenify the general nature of
visible constructs; IC, files, persona are recognizable."

>>But to be fair to the decker, I feel that if something is active in
>>the Matrix it must have some visible or aural sign. Invisibility from
>>a standpoint of security makes all the sense in the world, but it just
>>will really prove to be unfair to a decker. But inactive IC would be
>>invisible. This would be all right because something must trigger it,
>>be it a system op or a another IC. From a GM standpoint, IC should
>>deter intrusion. Its secondary task should be active response.

>>I personally use the idea that if you see nothing that is blocking
>>your path, then there is no IC. But this same situation may be a trap
>>were inactive IC or masked deckers could ly in wait. I used this once.
>>When the decker was noticed in a system, they shut down several nodes
>>to try and herd him into a dumby datastore which had no IC. But there
>>were several masked deckers and inactive IC waiting. It was quite a
>>fight and got rid of a very serious SRI munchkin.

There is no program that hides deckers from one another. Sleaze works only
on IC. SRII says access, barrier, gray, or black IC, but if your using VR than
Sleaze is not effective against Black IC, which utilize a built-in Probe IC
routine. Also inactive IC are visible and noticable as inactive IC.

>>What I am trying, so very badly, to say is that I believe most systems
>>really nasty IC would be inactive and not obvious. The only really
>>active IC would be probe, barrier, and access. A passive approach
>>like this would make the system perform better (lower load ratings)
>>and workers in the system might be a little more happy. Using simple
>>tricks to snare unwary deckers would be all that would be needed to
>>set off the really obvious stuff.

Naturally. That's why there is active and passive alert. Most Grey IC is left
inactive until an alert is sounded. Black IC has a tendency to be active all
the time since they guard really sensitive parts of a system.

See Ya in Shadows,
Jason J Carter
The Nightstalker
Message no. 3
From: Todd Montgomery <tmont@****.WVU.EDU>
Subject: Re: IC, IC, Baby!
Date: Thu, 8 Jul 1993 14:46:32 -0400
> "Jason Carter, Nightstalker" <CARTER@***.EDU>
>
> If that's the way your playing it your playing a home varient. Right in the
> rules under sensor range (SRII p.177) it says "In sensor range, the decker can
> tell what kind of node he is approaching and idenify the general nature of
> visible constructs; IC, files, persona are recognizable."
>

I do not run deckers in my campaign. None of my current players want
to play deckers. But I do use some special decking rules that are my
creation but very heavily based on VR and SRII. I am currently
compiling them into a Windows game based on decking. ANyway, back to
an explanation.

I was under the impression from VR that under UMS standard that most
types of constructs could be categorized because they are standard in
_appearence_. Example: UMS standard nodes are easy to identify: CPU,
SPU,etc. But sculpted systems might have vastly different appearences.
How would a decker instinctively know that a small hut was either a
CPU or a SPU? IC and Persona's would be a different call. Files would
also be UMS standard in appearence. This was my impression when I
logically worked it out for myself. I may be wrong according to the
main book, but it makes a bit more sense to me to do it this way.

> There is no program that hides deckers from one another. Sleaze works only
> on IC. SRII says access, barrier, gray, or black IC, but if your using VR
than
> Sleaze is not effective against Black IC, which utilize a built-in Probe IC
> routine. Also inactive IC are visible and noticable as inactive IC.
>

What about Scanner programs from VR. At least I think they are called
scanner. They are supposed to reveal concealed persona's. Forgive me,
It has been a while since I have looked at VR. I was under the
impression that Sleaze did make the persona invisible to other persona
and IC. Persona's could use scanner to scan a node to try and defeat
sleaze. I will check this out tonight and post what I read in VR.

>
> Naturally. That's why there is active and passive alert. Most Grey IC is
left
> inactive until an alert is sounded. Black IC has a tendency to be active all
> the time since they guard really sensitive parts of a system.
>

I don't really understand why you would think that inactive IC would
be visible. If it was visible, then it should contribute to the load
rating of the node. At least it seems like it should. It is taking at
least a small amount of processing power to at least let personas know
that this shape is there. Were as inactive IC as I consider them is
totally out of the processing queue (to borrow some OS terminology).
It is not asking to be serviced by the system and is therefore not
there.

This is different than Black IC. Black IC does not contribute to the
Load Rating of the node. At least I don't think they do (in VR
somewhere or answered in Ka-Ge?). This would make me assume that Black
IC is really a separate system than the current main system. This
alone would make Black IC dangerous. Since they don't add to the Load
Rating, they should not be effected by it.

I have not actually run a decker for several months. So, my knowledge
may be a bit rusty and away from the rules.

> See Ya in Shadows,
> Jason J Carter
> The Nightstalker
>

-- Quiktek
a.k.a. Todd Montgomery
tmont@****.wvu.edu
tmont@***.wvu.edu
un032507@*******.wvnet.edu
Message no. 4
From: "Jason Carter, Nightstalker" <CARTER@***.EDU>
Subject: Re: IC, IC, Baby!
Date: Thu, 8 Jul 1993 12:59:24 -0700
Quiktek responded:

>>I do not run deckers in my campaign. None of my current players want
>>to play deckers. But I do use some special decking rules that are my
>>creation but very heavily based on VR and SRII. I am currently
>>compiling them into a Windows game based on decking. ANyway, back to
>>an explanation.

Cool! You should finish it and then try to sell it to FASA for big bucks :)

>>I was under the impression from VR that under UMS standard that most
>>types of constructs could be categorized because they are standard in
>>_appearence_. Example: UMS standard nodes are easy to identify: CPU,
>>SPU,etc. But sculpted systems might have vastly different appearences.
>>How would a decker instinctively know that a small hut was either a
>>CPU or a SPU? IC and Persona's would be a different call. Files would
>>also be UMS standard in appearence. This was my impression when I
>>logically worked it out for myself. I may be wrong according to the
>>main book, but it makes a bit more sense to me to do it this way.

A CPU looks like a CPU reguardless of what that CPU looks like because a CPU
does CPU things. Any decker worth the name can tell by the flow of data and
god knows how many other things that the node he is looking at is a CPU if its
a CPU. Same for the other node types. Even a Sculpted system cannot hide this
because everything in the Martix must have a visual representation.

>>What about Scanner programs from VR. At least I think they are called
>>scanner. They are supposed to reveal concealed persona's. Forgive me,
>>It has been a while since I have looked at VR. I was under the
>>impression that Sleaze did make the persona invisible to other persona
>>and IC. Persona's could use scanner to scan a node to try and defeat
>>sleaze. I will check this out tonight and post what I read in VR.

If I remember correctly, there is an IC option that allows them to be masked
much like a decker running sleaze. That's what the scanner program is for.
Reguardless, at least in SRII it specifically states that Sleaze makes a
decker invisible to IC.

>>I don't really understand why you would think that inactive IC would
>>be visible. If it was visible, then it should contribute to the load
>>rating of the node. At least it seems like it should. It is taking at
>>least a small amount of processing power to at least let personas know
>>that this shape is there. Were as inactive IC as I consider them is
>>totally out of the processing queue (to borrow some OS terminology).
>>It is not asking to be serviced by the system and is therefore not
>>there.

They are still visible because they still contrbute to the Load Rating of the
node. Half the active load if I remember correctly, but they are still there.

>>This is different than Black IC. Black IC does not contribute to the
>>Load Rating of the node. At least I don't think they do (in VR
>>somewhere or answered in Ka-Ge?). This would make me assume that Black
>>IC is really a separate system than the current main system. This
>>alone would make Black IC dangerous. Since they don't add to the Load
>>Rating, they should not be effected by it.

Black IC does have a load rating 1.5 times rating if I remember correctly.
But regardless of what it is all IC, cyberdecks, and program frames have a load
rating.

>>I have not actually run a decker for several months. So, my knowledge
>>may be a bit rusty and away from the rules.

Same here. We don't do alot of decking in my group.

See Ya in Shadows,
Jason J Carter
The Nightstalker

Further Reading

If you enjoyed reading about IC, IC, Baby!, you may also be interested in:

Disclaimer

These messages were posted a long time ago on a mailing list far, far away. The copyright to their contents probably lies with the original authors of the individual messages, but since they were published in an electronic forum that anyone could subscribe to, and the logs were available to subscribers and most likely non-subscribers as well, it's felt that re-publishing them here is a kind of public service.