/
ssltap-manual.html
170 lines (143 loc) · 5.52 KB
/
ssltap-manual.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
<HTML>
<!-- This Source Code Form is subject to the terms of the Mozilla Public
- License, v. 2.0. If a copy of the MPL was not distributed with this
- file, You can obtain one at http://mozilla.org/MPL/2.0/. -->
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="GENERATOR" CONTENT="Mozilla/4.05 [en] (WinNT; U) [Netscape]">
<META NAME="Author" CONTENT="Steve Parkinson">
<TITLE>SSLTap - manual</TITLE>
</HEAD>
<BODY>
<H1>
SSLTap Manual page</H1>
<H3>
Summary</H3>
A command-line proxy which is SSL-aware. It snoops on TCP connections,
and displays the data going by, including SSL records and handshaking
if the connection is SSL.
<H3>
Synopsis</H3>
<TT>ssltap [-vhfsxl] [-p port] hostname:port</TT>
<P><TT> -v [prints version string]</TT>
<BR><TT> -h [outputs hex instead
of ASCII]</TT>
<BR><TT> -f [turn on Fancy HTML
coloring]</TT>
<BR><TT> -s [turn on SSL decoding]</TT>
<BR><TT> -x [turn on extra SSL
hex dumps]</TT>
<BR><TT> -p port [specify rendezvous port (default 1924)]</TT>
<BR><TT> -l [loop - continue
to wait for more connections]</TT>
<H3>
Description</H3>
SSLTap opens a socket on a rendezvous port, and waits for an incoming connection
(client side). Once this connection arrives, SSLTap makes another connection
to hostname:port (server side). It passes any data sent by the client to
the server, and vice versa. However, SSLTap will also display the data
to the console. It can do this for plain HTTP connections, or any TCP protocol.
However, SSLTap can also work with SSL streams, as detailed below.
<P>Let's assume your development machine is called 'intercept'. The simplest
usage of SSLTap is to run the command <TT>'ssltap www.netscape.com:80'</TT>
on intercept. The program will wait for an incoming connection on port
1924. Next you would want to go to your browser, and enter the URL http://intercept:1924.
The page retrieved by the browser will actually be gotten from the server
at www.netscape.com, but will go via SSLTap.
<P>Data sent from the client to the server is surrounded by a '--> [ ]'
symbol, and data sent from the server to the client, a '<---[
]' symbol.
<P>You'll notice that the page retrieved with this example looks incomplete.
This is because SSLTap by default closes down after the first connection
is complete, so the browser is not able to load images. To make the SSLTap
continue to accept connections, switch on looping mode with the -l option.
<P>You can change the default rendezvous port to something else with the
-p option.
<P>The remaining options change the way the output is produced.
<P>The -f option prints 'fancy' output - in colored HTML. Data sent from
the client to the server is in blue. The server's reply is in red. This
is designed so you can load the output up into a browser. When used with
looping mode, the different connections are separated with horizontal lines.
<P>-x will turn on HEX printing. Instead of being output as ascii, the
data is shown as Hex, like this:
<UL><TT><-- [</TT>
<BR><TT> 0: 56 d5 16 3e a1 6b b1 4a 8f 67 c4 d7
21 2f 6f dd | V..>.k.J.g..!/o.</TT>
<BR><TT> 10: bb 22 c4 75 8c f4 ce 28 16 a6 20 aa
fb 9a 59 a1 | .".u...(.. ...Y.</TT>
<BR><TT> 20: 51 91 14 d2 fc 9f a7 ea 4d 9c f7 3a
9d 83 62 4a | Q.......M..:..bJ</TT>
<BR><TT>]</TT>
<BR> </UL>
<H4>
SSL Parse mode</H4>
The following options deal with SSL connections.
<UL>-s will turn on SSL parsing. (SSLTap doesn't automatically detect SSL
sessions.)
<BR>-x will turn on extra SSL hexdumps. Mostly, if SSL can decode the data,
it doesn't display the hex.</UL>
The following SSL3 Data structures are parsed: Handshake, ClientHello,
ServerHello, CertificateChain, Certificate. In addition, SSL2 ClientHello,
ServerHello, ClientMasterKey are also partly parsed. NO DECRYPTION IS PERFORMED
ON THE DATA. SSLTAP CANNOT DECRYPT the data.
<P>If a certificate chain is detected, DER-encoded certificates will be
saved into files in the current directory called 'cert.0x' where x is the
sequence number of the certificate.
<BR>
<H3>
Operation Hints</H3>
Often, you'll find that the server certificate does not get transferred,
or other parts of the handshake do not happen. This is because the browser
is taking advantage of session-id-reuse (using the handshake results from
a previous session). If you restart the browser, it'll clear the session
id cache.
<P>If you run the ssltap on a different machine that the ssl server you're
trying to connect to, the browser will complain that the host name you're
trying to connect to is different to the certificate, but it will still
let you connect, after showing you a dialog.
<H3>
Bugs</H3>
Please contact <A HREF="mailto:ssltap-support@netscape.com">ssltap-support@netscape.com</A>
for bug reports.
<H3>
History</H3>
2.1 - First public release (March 1998)
<BR>
<H3>
Other</H3>
For reference, here is a table of some well-known port numbers:
<BR>
<TABLE BORDER=2 >
<TR>
<TD>HTTP</TD>
<TD>80</TD>
</TR>
<TR>
<TD>SMTP</TD>
<TD>25</TD>
</TR>
<TR>
<TD>HTTPS</TD>
<TD>443</TD>
</TR>
<TR>
<TD>FTP</TD>
<TD>21</TD>
</TR>
<TR>
<TD>IMAPS</TD>
<TD>993</TD>
</TR>
<TR>
<TD>NNTP</TD>
<TD>119</TD>
</TR>
<TR>
<TD>NNTPS</TD>
<TD>563</TD>
</TR>
</TABLE>
<P>
</BODY>
</HTML>