Skip to Content.
Sympa Menu

freetds - RE: [freetds] MS SQL - Force protocol encryption

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "ZIGLIO, Frediano, VF-IT" <Frediano.Ziglio AT vodafone.com>
  • To: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
  • Subject: RE: [freetds] MS SQL - Force protocol encryption
  • Date: Fri, 10 Dec 2004 12:24:35 +0100

>
> >
> > Il mer, 2004-12-08 alle 03:31, Danny Raetzsch ha scritto:
> > > Hi,
> > >
> > > I was having problems a while back being unable to
> connect to an SQL
> > > server across campus using tsql, getting an error message
> > which reads,
> > > "Could not read from server." I was finally able to get
> out of the
> > > server admin that they have enabled the "force protocol
> encryption"
> > > option on the SQL Server. Is it likely that this is where
> > my problem
> > > is coming from?
> > >
> > > It's unlikely that I will be able to get the admin to turn
> > it off. Is
> > > there any way I can get around this with freetds? If not,
> > are there any
> > > commercially available alternatives that I should check out
> > that might
> > > be able to solve the problem? I've already looked into Easysoft's
> > > ODBC-ODBC bridge software but this requires installation on
> > the server,
> > > which will not be possible.
> > >
> > > Someone else suggested I try routing tsql through stunnel (an SSL
> > > wrapper). I'm not real familiar with the SSL protocol - or
> > encryption
> > > mechanisms at all for that matter - but it seems to me this
> > is a bit of
> > > a long shot. I gave it a try anyway, but to no avail. Am
> > I barking up
> > > the wrong tree here?
> > >
> > > Thanks,
> > > Dan
> >
> > Still not supported by FreeTDS (and no plan to support it).
> > No know commercial mssql ODBC driver (only bridges or FreeTDS
> > modifications...)
> > >From what I know encryption in mssql use ssl so I think that
> > client have
> > to accept certificate...
> > An stunnel could work... I never tried to enable encryption
> > so I cannot
> > do some tests by myself.... If you can help to do a
> connection to this
> > server and do a capture we can try to help you. Are you able
> > to setup a
> > DSN with ODBC (from Control Panel -> Administrative Tools)
> > and test it ?
> >
> > freddy77
> >
>
> I'm working on this (sometimes I like to play with bits :) ).
> Some bits left but mainly it's ssl...
>

Catched:

Now prelogin packet (tds 8.0 only)

client to server

00000000 12 01 00 34 00 00 00 00 00 00 15 00 06 01 00 1b ...4....
........
00000010 00 01 02 00 1c 00 0c 03 00 28 00 04 ff 08 00 01 ........
.(......
00000020 55 00 00 01 4d 53 53 51 4c 53 65 72 76 65 72 00 U...MSSQ
LServer.
00000030 38 09 00 00 8...

00 00 15 00 06 netlib version (0) start from 0x15 length 0x06
8.341.0
01 00 1b 00 01 encrypt flag (1) start from 0x1b length 0x01
1, see below
02 00 1c 00 0c instance name (2) start from 0x1c length 0x0c
"MSSQLServer\0"
(\0 padding ???)
03 00 28 00 04 process id (3) start from 0x28 length 0x04
0x938 (why in little endian ??)
ff end

Meaning of encryption flag (client):
0x00 normal
0x01 high encryption (128 bit ??)

server to client

00000000 04 01 00 25 00 00 01 00 00 00 15 00 06 01 00 1b ...%....
........
00000010 00 01 02 00 1c 00 01 03 00 1d 00 00 ff 08 00 02 ........
........
00000020 f8 00 00 01 00

Similar

00 00 15 00 06 version (0) start from 0x15 length 0x06
8.760.0 (or 8.0.760.0 ??)
01 00 1b 00 01 encrypt flag (1) start from 0x1b length 0x01
1, see below
02 00 1c 00 01 instance name (2) start from 0x1c length 0x01
"\0"
(yes, perhaps it's just null terminated)
03 00 1d 00 00 process id (3) start from 0x1d length 0x0
no info
ff end

Meaning of encryption flag (server):
0x02, no certificate, no encryption required
just do normal jobs (like FreeTDS)
0x00, certificate, no force
prelogin to see certificate (TLS 1.0, not SSL 2 or 3 !!)
login encrypted, after login changed crypt and do normal TDS (not
encrypted)
0x01, certificate, high encryption required by client
prelogin to see certificate
login encrypted, after login changed crypt (my client close connection
perhaps a configuration problem...)
0x03, certificate enabled, force encryption configured on server
prelogin like 0x00, remains in SSL after login

Following a valid encrypted connection (0x00 from server, no force)

>From client to server
00000034 12 01 00 46 00 00 00 00 16 03 01 00 39 01 00 00 ...F....
....9...
00000044 35 03 01 41 b9 5e 02 f8 7d 45 81 31 d9 73 9e 93 5..A.^..
}E.1.s..
00000054 91 b2 dd f4 4a 80 a3 92 a8 0f aa 67 32 8a 72 6d ....J...
...g2.rm
00000064 4b 22 07 00 00 0e 00 09 00 64 00 62 00 03 00 06 K"......
.d.b....
00000074 00 12 00 63 01 00 ...c..

prelogin packet (0x12), content TLS 1.0 (you can see a ClientHell0, see
RFC 2246)

>From server to client
00000025 04 01 03 da 00 00 01 00 16 03 01 03 cd 02 00 00 ........
........
00000035 46 03 01 41 b9 5e 03 4b c1 bf 9b a5 7d 83 74 57 F..A.^.K
....}.tW
00000045 00 03 de b5 fb fc 4d f8 84 15 ce 07 d9 ab fe 2b ......M.
.......+
00000055 57 3c ad 20 96 10 00 00 6f 31 af e4 17 ae 2a 2b W<. ....
o1....*+
00000065 37 29 0e 57 8a 4d 1d 32 aa d9 ed 62 6b 3d 3c d1 7).W.M.2
...bk=<.
00000075 d1 c6 a9 cb 00 09 00 0b 00 03 7b 00 03 78 00 03 ........
..{..x..
00000085 75 30 82 03 71 30 82 02 da a0 03 02 01 02 02 01 u0..q0..
........
00000095 00 30 0d 06 09 2a 86 48 86 f7 0d 01 01 04 05 00 .0...*.H
........
000000A5 30 81 88 31 0b 30 09 06 03 55 04 06 13 02 49 54 0..1.0..
.U....IT
000000B5 31 10 30 0e 06 03 55 04 08 13 07 42 6f 6c 6f 67 1.0...U.
...Bolog
000000C5 6e 61 31 10 30 0e 06 03 55 04 07 13 07 42 6f 6c na1.0...
U....Bol
... omissis...

normal reply packet (0x4), ServerHello(2), content TLS (certificate)

>From client to server
0000007A 12 01 00 c6 00 00 00 00 16 03 01 00 86 10 00 00 ........
........
0000008A 82 00 80 3a c6 96 ba 55 ce 8e 4b a4 e2 d7 b7 bd ...:...U
..K.....
0000009A 5d 5e f4 28 30 c6 c7 b9 4e 66 60 80 45 ce cb 4e ]^.(0...
Nf`.E..N
000000AA f6 f7 91 d7 9b 05 79 f8 ad f7 c7 13 77 36 cb 8c ......y.
....w6..
000000BA 04 58 33 3f 51 c8 0a bb 6a 95 8f 65 a1 e9 74 c5 .X3?Q...
j..e..t.
000000CA c9 c6 4a 11 b1 36 87 84 f2 96 82 d0 19 8a dd dc ..J..6..
........
000000DA d1 32 6a 32 ab 73 47 76 58 69 16 fd 9f 0b bd d7 .2j2.sGv
Xi......
000000EA 72 79 a7 86 9a 71 2b 70 9a d1 8f e2 54 63 46 81 ry...q+p
....TcF.
000000FA 3e 6d 8a f7 8d 2e 26 02 3f 2d 0c a1 bc 63 ac 0a >m....&.
?-...c..
0000010A 8a 38 0e 14 03 01 00 01 01 16 03 01 00 28 12 09 .8......
.....(..
0000011A d5 2d 93 8c 60 aa ae ec e3 9b 2b 3c 27 63 46 ad .-..`...
..+<'cF.
0000012A b1 b9 3d 1e 06 60 18 49 6d bb 76 80 8b 7b 51 70 ..=..`.I
m.v..{Qp
0000013A b7 79 14 b8 ba 62 .y...b

prelogin (0x12), still TLS handshake, client_key_exchange (??) (0x16,
0x10), change crypt (0x14), handshake (I don't understand what type...
perhaps crypted)

>From server to client
000003FF 04 01 00 3b 00 00 01 00 14 03 01 00 01 01 16 03 ...;....
........
0000040F 01 00 28 96 3c 2e 41 42 09 d3 a8 77 82 19 7f 4b ..(.<.AB
...w...K
0000041F ac 04 b8 96 4b f1 65 c2 35 9e ef 6a 1d c2 41 2d ....K.e.
5..j..A-
0000042F a3 98 b8 2b 5c 0f 40 d1 98 b0 1e ...+\.@. ...

normal reply (0x4), still TLS

0x14 means change crypt, followed by 0x16 (handshake crypted), this
change crypt method (always after login success)

>From client to server
00000140 17 03 01 01 08 d7 3a b5 c3 fd a7 4d 14 b7 ce c7 ......:.
...M....
00000150 c6 6f f3 c5 03 1c 5c 86 7b 15 98 45 2a 93 73 c7 .o....\.
{..E*.s.
00000160 72 75 72 23 c2 11 20 7d 5c b1 be e7 ac 72 ac b3 rur#.. }
\....r..
00000170 47 41 4f 45 d8 fa 22 2b 94 b1 67 a5 7f de af 96 GAOE.."+
..g.....
00000180 05 ad bb fc e4 33 66 3a a2 f1 8d c5 5f 84 8b 38 .....3f:
...._..8
00000190 86 b0 df e8 87 e7 2c 26 e6 c0 66 2e b1 53 86 40 ......,&
..f..S.@
000001A0 98 0d 9e 2f 49 0b 17 b2 9d 55 d3 e3 7e 08 ca b9 .../I...
.U..~...
000001B0 de 62 87 23 14 98 6e 10 d0 dd c2 94 70 4c 33 4b .b.#..n.
....pL3K
000001C0 09 8d b8 46 e5 a2 31 52 4d 89 06 b2 10 a8 ed b0 ...F..1R
M.......
000001D0 a8 21 02 79 ab 99 de 67 28 a3 6c ea 18 88 b5 63 .!.y...g
(.l....c
000001E0 02 ab f4 a1 78 0d 83 ec b6 7b 61 7d 42 d2 38 bb ....x...
.{a}B.8.
000001F0 50 fc e1 9e 1e e0 51 69 93 ea 05 9f d5 a4 a8 2b P.....Qi
.......+
00000200 18 7f 79 4f 29 1a c0 35 3c 55 83 b0 9f af b7 de ..yO)..5
<U......
00000210 6d 2d 12 fa 27 ef 28 6b a9 83 12 e6 a1 09 58 00 m-..'.(k
......X.
00000220 30 b3 3d f0 60 00 97 84 ee 28 b0 ae 31 78 50 d7 0.=.`...
.(..1xP.
00000230 85 82 19 9f 57 ca a6 1c d2 81 0f 6b 2d fb 47 41 ....W...
...k-.GA
00000240 37 58 8a ba 4f 38 f6 00 23 24 56 c2 35 7X..O8..
#$V.5

Well... you can note that this it's not a TDS packet !!! This should be
a fully crypted packet (in this case I suppose a login)

>From server to client
0000043A 04 01 01 79 00 33 01 00 e3 1b 00 01 06 6d 00 61 ...y.3..
.....m.a
0000044A 00 73 00 74 00 65 00 72 00 06 6d 00 61 00 73 00 .s.t.e.r
..m.a.s.
0000045A 74 00 65 00 72 00 ab 66 00 45 16 00 00 02 00 25 t.e.r..f
.E.....%
0000046A 00 43 00 68 00 61 00 6e 00 67 00 65 00 64 00 20 .C.h.a.n
.g.e.d.
0000047A 00 64 00 61 00 74 00 61 00 62 00 61 00 73 00 65 .d.a.t.a
.b.a.s.e
0000048A 00 20 00 63 00 6f 00 6e 00 74 00 65 00 78 00 74 . .c.o.n
.t.e.x.t
0000049A 00 20 00 74 00 6f 00 20 00 27 00 6d 00 61 00 73 . .t.o.
.'.m.a.s
... omissis ...

well... this should be know :)

With force login (0x03 from server) after crypted login packet server
and client continue to keep encrypting full packets

freddy77




Archive powered by MHonArc 2.6.24.

Top of Page