// COMPLETE THREAD

Modem encryption proposal

4 expanded posts ยท every known parent and child

NODE c09172adModem encryption proposal
-----BEGIN PGP SIGNED MESSAGE-----

Let's talk less and do more. :)

How about adding encryption to kermit and iScreen so that they may
talk to each other in a secure manner?  I am proposing these two
programs because they are widely portable.  kermit works on most
Unix and MSDOS systems.  iScreen works on most Unix systems.

(Note that this would solve the network/modem eavesdropping problem,
but not the untrusted remote system problem.  The latter has no
solution in my opinion.  You just have to trust the sysadmin.)

I propose writing a link encryption library which could be usable
in other comm and BBS programs.

Any takers?

BTW, watch for an encrypted Unix talk program coming to a ftp site
near you.
- -- 
        Miron Cuperman <miron@extropia.wimsey.com> | NeXTmail/Mime ok
                                                   | Public key avail
        AMIX: MCuperman                            | PSM 18Mar93 0/0
Laissez faire, laissez passer. Le monde va de lui meme.

-----BEGIN PGP SIGNATURE-----
Version: 2.2

iQCVAgUBK8jc6pNxvvA36ONDAQEJlAP9HYJ94Ll7H0YHr5tNj3Kp3xQ8WRryyO2W
BNLKYhBvoPapNMZ/4mPiPSgVZw8Tu/JXFdVtbhhA2Q7u8ef7+daf2g/fyi4M1Mb4
0a9+AKjDG6FvwMMo4AjlqTG1x0+Xl/YeizBqD1hVW/2pAu3I7IyvZavWY2HkVwwD
tTDfiOSIxVk=
=zhoD
-----END PGP SIGNATURE-----
NODE 2bb85abaRe: Modem encryption proposal
Miron Cuperman says:

> Let's talk less and do more. :)
> 
> How about adding encryption to kermit and iScreen so that they may
> talk to each other in a secure manner?  I am proposing these two
> programs because they are widely portable.  kermit works on most
> Unix and MSDOS systems.  iScreen works on most Unix systems.
> 
> (Note that this would solve the network/modem eavesdropping problem,
> but not the untrusted remote system problem.  The latter has no
> solution in my opinion.  You just have to trust the sysadmin.)
> 
> I propose writing a link encryption library which could be usable
> in other comm and BBS programs.

A good idea, but getting the protocol right is hard -- you don't want
to put any real overhead on the line, but you also want to do error
detection and resychronization so that your cypher will run properly.
Discussing a proposal for a line protocol that has these features
would, of course, be germane to the list.

Perry
NODE a491eeb6Re: Modem encryption proposal
Perry:

I may have missed something, but I don't see where synchronization is a
concern.  The whole of idea of Kermit is to provide a "binary" path
between two computers.  It is Kermit's responsibility to ensure the data
is received in the same order as sent (sychronization is part of the
Kermit protocol, no?).  If we have a data stream coming from
a keyboard or whatever, which we run through an invertable encryption
algorithm, and then pipe it into Kermit which makes sure it gets to the
other side, Kermit need not know where the data is coming from.  The other
side of course has to know the protocol and the key...  I believe that
Kermit allows variable sized packets per file transferred, but does it
allow the packet size to vary during the transfer?  I'd have to go find my
Kermit protocol reference on that one.  You would want this, as well as a
relaxed timing on the protocol, if its to come from the keyboard, as a
user does not (and/or cannot) normally type as a consistant rate...

---
Nick MacDonald               | NMD on IRC
i6t4@jupiter.sun.csd.unb.ca  | PGP 2.1 Public key available via finger


On Mon, 12 Apr 1993, Perry E. Metzger wrote:

> A good idea, but getting the protocol right is hard -- you don't want
> to put any real overhead on the line, but you also want to do error
> detection and resychronization so that your cypher will run properly.
> Discussing a proposal for a line protocol that has these features
> would, of course, be germane to the list.
NODE f1a21ed4Re: Modem encryption proposal
Nickey MacDonald says:
> I may have missed something, but I don't see where synchronization is a
> concern.  The whole of idea of Kermit is to provide a "binary" path
> between two computers.  It is Kermit's responsibility to ensure the data
> is received in the same order as sent (sychronization is part of the
> Kermit protocol, no?).

I don't belive people were talking about Kermit the Protocol. They
were talking about Kermit the PD terminal emulation software, which
contains Kermit the Protocol. Obviously the protocol can handle error
correction -- but that does nothing for you if you want to log in to a
machine and do arbitrary things.


Perry