Article View: de.comp.security
Article #158SSL: Client-Hello-Problems
From: Roger Auinger
Date: Mon, 02 Sep 1996 00:00
Date: Mon, 02 Sep 1996 00:00
104 lines
3933 bytes
3933 bytes
Hi
I've captured a Client-Hello with my sniffer from Netscape 3.0 to a
server in two different ways. Our server is on isolated network, so
that anybody else couldn't access to the server. Because of this rea-
son I'm sure that I've captured the right packets from the Client-Hello.
first:
configuration in the Netscape browser:
SSL2 disabled
SSL3 enabled
RC4 encryption with a 40-bit key and an MD5 MAC enabled
RC2 encryption with a 40-bit key and an MD5 MAC disabled
No encryption with an MD5 MAC disabled
The client-browser is installed on a PC (pentium) with Windows 95.
In this case I've captured the following TCP-packet.
- - - - - - - - - - - - - - - - Frame 3 - - - - - - - - - - - - - - - -
-
TCP: No TCP options
TCP: [33 byte(s) of data]
TCP:
ADDR HEX ASCII
0030 xx xx xx xx xx xx 80 1F 01 03 00 00 06 00 00 00 "8..............
0040 10 04 00 80 00 00 03 27 73 EA DD 24 53 06 1C F3 .......'s..$S...
0050 2D 71 EB FE C4 61 C5 -q...a.
The 33 bytes of data starts at Address 0036 and ends at Address 0056
(start-
and end-address included).
**************************************************************************
second:
configuration in the Netscape browser:
The configuration in the Netscape browser is exactly the same
as above.
The main difference to above is that client-browser is installed on a
SUN with SunOS 4.1.4
In this case I've captured the following TCP-packet.
- - - - - - - - - - - - - - - - Frame 1 - - - - - - - - - - - - - - - -
-
TCP: No TCP options
TCP: [36 byte(s) of data]
TCP:
ADDR HEX ASCII
0030 xx xx xx xx xx xx 80 22 01 03 00 00 09 00 00 00 ..1...."........
0040 10 04 00 80 02 00 80 00 00 03 E8 0D 2B 8D 2F C3 ............+./.
0050 A1 1B 09 5B E9 C3 EF 2C EE 3C ...[...,.<
The 36 bytes of data starts at Address 0036 and ends at Address 0059
(start-
and end-adress included).
**************************************************************************
Questions:
Can anybody explain what content the value 0x80 on address 0036 has? The
value
occurres in both TCP-sequences.
Why I'm having to different numbers of bytes if I use two different
machines?
What could be the reason for this?
If I get a connection with the PC the content type is 0x1F on Address
0037
in the handshaking. I've nowhere found this content type in the SSL3
documentation. The content type if I connect with the SUN is o.k. !
Can anybody explain where I could see the Random (challenge[28 bytes]
+ gmt_unix_time[4 bytes]) = [32 bytes]?
In my opinion is this strange occurance not a problem of the server.
Thank's in advance
Roger Auinger
roger.auinger@itr.ch
http://www.itr.ch:8000/~rauinger/
Technical Details
Message-ID:
<322AE9A8.3F54BC7E@itr.ch>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailShow Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 112b94,73c05f190f1cc56b,start X-Google-Attributes: gid112b94,public X-Google-Thread: 10843a,73c05f190f1cc56b,start X-Google-Attributes: gid10843a,public X-Google-Thread: ff723,73c05f190f1cc56b,start X-Google-Attributes: gidff723,public X-Google-Thread: f8cd8,73c05f190f1cc56b,start X-Google-Attributes: gidf8cd8,public From: Roger Auinger <rauinger@itr.ch> Subject: SSL: Client-Hello-Problems Date: 1996/09/02 Message-ID: <322AE9A8.3F54BC7E@itr.ch> X-Deja-AN: 177984818 content-type: text/plain; charset=us-ascii organization: Ingenieurschule ITR, Rapperswil, Switzerland mime-version: 1.0 newsgroups: de.comp.security,ch.general,ch.network,comp.security.misc x-mailer: Mozilla 3.0 (X11; I; SunOS 4.1.4 sun4c)