[7665] in Kerberos

home help back first fref pref prev next nref lref last post

Re: Client Software

daemon@ATHENA.MIT.EDU (Phillip R. Shaw)
Tue Jul 23 20:19:01 1996

To: kerberos@MIT.EDU
Date: Tue, 23 Jul 1996 22:29:49 GMT
From: phil@dra.com (Phillip R. Shaw)
Reply-To: phil@dra.com

kenh@cmf.nrl.navy.mil (Ken Hornstein) wrote:

>>	This is not quite sufficient.  You should also use some
>>mechanism to attach a checksum to the data you send, or encrypt the
>>data; the sample applications in appl/sample demonstrate this.  The
>>GSSAPI interface may be more convenient.  
>
>Forgive me if I'm wrong, but I was under the impression that krb5_sendauth()
>takes an argument for the checksum data, so presumably if you duplicated it,
>you would also duplicate the checksumming code.  Also, the telnet code
>contains an example of using checksums as well.
>
>The reason I suggested the telnet source code was that if you're incorporating
>into another application, telnet is a better example of the steps you need
>to go through if krb5_sendauth()/krb5_recvauth() isn't an option.
>
>--Ken

Data encryption is not required for our application, only that we
verify the source of the packet.  The data transportation is handled
entirely outside of our control, so I do not think
krb5_sendauth()/krb5_recvauth() is what we want. In reality I am not
even sure we could get the entire data packet to encryt.

prshaw@crl.com


These words are mine, and sometimes even I don't want them

home help back first fref pref prev next nref lref last post