windows-winlogon-logon-event-20050414
authorJeffrey Altman <jaltman@secure-endpoints.com>
Thu, 14 Apr 2005 06:46:34 +0000 (06:46 +0000)
committerJeffrey Altman <jaltman@secure-endpoints.com>
Thu, 14 Apr 2005 06:46:34 +0000 (06:46 +0000)
commite2d6d9bf2e8d628096b9ce4d6eb558524231bac4
tree163896fd073964f2a3620abaee8da6b45a6c87ab
parentbdc7e43117706d0aa46d3b6435489e9d4c2b0888
windows-winlogon-logon-event-20050414

 Apparently the problem with multi-domain forests with cross-
 realm trusts to non-Windows realms was not entirely solved.
 The authentication to the AFS SMB service failed because
 the wrong name was being used.  Using ASU as an example,
 the authentication was being performed with the name
 "QAAD\user" (an account in the forest root) and not
 "user@ASU.EDU (the MIT Kerberos principal used to login with)

 The solution was to add an additional dependency on KFW
 in order or to be able to easily obtain the client principal
 name stored in the MSLSA ccache TGT.  This information is
 used in two locations:

 - the pioctl() function

 - a new WinLogon Event Handler for the "logon" event.

 The pioctl function will now be able to use the correct
 name when calling WNetAddConnection2() and the "logon"
 event handler will now be able to call WNetAddConnection2().
 The hope is that the "logon" event handler will be called
 before the profile is loaded but I have not guarrantee
 that will happen.
19 files changed:
doc/txt/winnotes/afs-changes-since-1.2.txt
doc/txt/winnotes/afs-install-notes.txt
doc/txt/winnotes/afs-issues.txt
src/WINNT/afsd/NTMakefile
src/WINNT/afsd/afskfw.c
src/WINNT/afsd/afskfw.h
src/WINNT/afsd/afslogon.c
src/WINNT/afsd/afslogon.def
src/WINNT/afsd/cm_vnodeops.c
src/WINNT/afsd/smb.h
src/WINNT/afsd/smb3.c
src/WINNT/client_exp/gui2fs.cpp
src/WINNT/install/NSIS/OpenAFS.nsi
src/WINNT/install/wix/feature.wxi
src/WINNT/install/wix/files.wxi
src/WINNT/install/wix/replace_afs.cmd [new file with mode: 0644]
src/libafsauthent/NTMakefile
src/sys/NTMakefile
src/sys/pioctl_nt.c