Help - Search - Members - Calendar
Full Version: Encryption - making it useful.
Dumpshock Forums > Discussion > Shadowrun
The Jopp
Since I donít really know squat about encryption and decryption Iíve just basically pulled this idea out of my ass.

Instead of having these dicerolls for decryption we simple use a deduction in dicepool.

Anyone running an Encryption program for a given task (Encryption: Device for example) would incur a dicepool penalty to the attacker (Hacking on the fly in this case) unless they have a Decryption program running that can counter the Encryption.

This way we keep it simple and a possible dicepool penalty can make tasks take a long time or become downright hard.

Someone running Decrypt 4 against a nodes Encryption 6 would have a -2DP penalty for all tests done within that node.

I see encryption in 2070 as something that changes constantly with encryption programs switching algorithms every few cycles/IP/Minutes etc.

What do you think?

Moon-Hawk
Meh, the thing is that breaking encryption is either all or nothing. You either haven't broken it yet, and you can do nothing, or you've broken it and it's gone. There isn't really a middleground, and that, at least, is fairly realistic and correct.
Your suggestion may well be simpler, but it makes SR encryption drift even further away from reality.
Blog
Encryption is meant to make the hacker spend more time in a given situation. Therefore there is more chances for a IC or security hacker to wander by and notice them.

In the real world encryption follows this model.
The time and effort required to decrypt the information (via hacking) should make it so that by the time its broken the data isnt usefull.

Although 'unbreakable' encryption is possible in SR4, its not 'in the spirit of the game' to make brick walls your players are impossible at solving.

You want to tie their hands long enough that they might get noticed and send the system on alert.

----------------

The big thing with encryption is. If you have it constantly changeing every few min. Then it might be hard for REAL USERS who need that data to access it.
Thats the balance of it. Legit users should not have to jump hoops to do their work, but at the same time make it harder for hackers.
The Jopp
QUOTE (Blog)
The big thing with encryption is. If you have it constantly changeing every few min. Then it might be hard for REAL USERS who need that data to access it.
Thats the balance of it. Legit users should not have to jump hoops to do their work, but at the same time make it harder for hackers.

Well, I would assume that those with correct clearance to sensitive information or to encrypted systems would have legal access to it through codes etc. Otherwise they might just run their own ďlegalĒ decryption program or something similar.

My idea was that a reduction in dicepool would make hacking in SR4 take longer than the 2-3 combat turns it takes now.

A -2D6 to a dicepool for a probing the target in AR could take 2-3 days longer since the character looses a total of 2D6/day for the test.
kzt
QUOTE (Blog)

Although 'unbreakable' encryption is possible in SR4, its not 'in the spirit of the game' to make brick walls your players are impossible at solving.

Sometimes the answer is to go find someone with the key to the door instead of again bodily throwing yourself into the wall in the hopes that it might break.
KarmaInferno
Indeed. Like having to find the guy who encoded the paydata with his personal cipher, because no computer in the world can crack a sufficiently complex one of those.

There's no such thing as an decryption algorithm that can tell you the word "cat" means "hidden drop point on 33rd and Main". You have to find the guy who made up the code or at least his codebook. Which could be a run in and of itself.


-karma
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Dumpshock Forums © 2001-2012