summaryrefslogtreecommitdiff
path: root/source4/auth/gensec/spnego_parse.c
diff options
context:
space:
mode:
authorAndrew Bartlett <abartlet@samba.org>2005-09-07 21:52:50 +0000
committerGerald (Jerry) Carter <jerry@samba.org>2007-10-10 13:36:33 -0500
commit1f2f470889d63a2a81ee3f2d8bdff782ac8d0e28 (patch)
tree8766af7915448b3e015ca6a0796e3020f11d8456 /source4/auth/gensec/spnego_parse.c
parentdb400b4a58d834cca165f1fc6ad84e9f5ace280f (diff)
downloadsamba-1f2f470889d63a2a81ee3f2d8bdff782ac8d0e28.tar.gz
samba-1f2f470889d63a2a81ee3f2d8bdff782ac8d0e28.tar.bz2
samba-1f2f470889d63a2a81ee3f2d8bdff782ac8d0e28.zip
r10066: This is the second in my patches to work on Samba4's kerberos support,
with an aim to make the code simpiler and more correct. Gone is the old (since the very early Samba 3.0 krb5 days) 'iterate over all keytypes)' code in gensec_krb5, we now follow the approach used in gensec_gssapi, and use a keytab. I have also done a lot of work in the GSSAPI code, to try and reduce the diff between us and upstream heimdal. It was becoming hard to track patches in this code, and I also want this patch (the DCE_STYLE support) to be in a 'manageable' state for when lha considers it for merging. (metze assures me it still has memory leak problems, but I've started to address some of that). This patch also includes a simple update of other code to current heimdal, as well as changes we need for better PAC verification. On the PAC side of things we now match windows member servers by checking the name and authtime on an incoming PAC. Not generating these right was the cause of the PAC pain, and so now both the main code and torture test validate this behaviour. One thing doesn't work with this patch: - the sealing of RPC pipes with kerberos, Samba -> Samba seems broken. I'm pretty sure this is related to AES, and the need to break apart the gss_wrap interface. Andrew Bartlett (This used to be commit a3aba57c00a9c5318f4706db55d03f64e8bea60c)
Diffstat (limited to 'source4/auth/gensec/spnego_parse.c')
0 files changed, 0 insertions, 0 deletions