KFW road maps for 3.x and 4.x
Jeffrey Altman
jaltman at secure-endpoints.com
Thu Apr 26 09:19:41 EDT 2007
Based upon discussions that Sam and I had yesterday it appears to me
that we want to begin working on KFW along two different tracks. On one
hand we wish to have a more frequent release schedule to enable new
features and bug fixes to be pushed to the community on a more regular
basis. Perhaps every two or three months. Examples of functionality
that falls into this category would be revisions to the krb5 plug-in
infrastructure, PKINIT support, Vista integration improvements, support
for Google Desktop Sidebar, etc.
On the other hand we have a number of significant changes that we want
to implement that will require architectural changes. Examples include
the new credential cache infrastructure, Kerberos Identity Management
API, disengagement of Kerberos v4 support, redesign of Leash API (for
backward compatibility) so that v4 libraries become optional, new
compiler platform, dropping of Win2000 support, 64-bit libraries, etc.
I therefore propose that we do both at the same time. The more frequent
releases will be part of the KFW 3.x series while the longer term
changes requiring architectural redesign be targeted for KFW 4.0.
KFW 3.3/3.4:
* number one priority is PKINIT support. October 1st is a hard deadline
for
government agencies. In speaking with the Navy, they require a Kerberos
distribution with PKINIT support by July in order to meet that deadline.
They are prepared to fork the code base to meet that requirement if
necessary.
However, I have convinced them of the negative consequences and they
would
prefer to see an MIT release by that date.
I will follow-up with another e-mail detailing the PKINIT development
issues.
I have limited funding to do this work.
* Microsoft Vista LSA Cache Synchronization. The credentials for the
default
identity should be pushed into the Vista LSA. NIM should listen for
Microsoft
Kerberos notification messages to determine when Windows requires the
original
identity to be swapped back in.
(no funding available but it is crucial to the NIM vision)
* Google Desktop Sidebar Gadget support. When the Google Desktop
Sidebar is
displayed, NIM will add itself as a gadget to the sidebar and provide the
contents of the basic display. Adding this support will create a
compile time
dependency on the Google Desktop SDK. There will be no new run-time
dependencies.
(no funding available but can be used to leverage interest in NIM by
Google)
* View All Identities mode. Whether or not an identity has
credentials, is
the default, or is pinnned, the identity will be listed when this mode is
active.
(no funding available)
* Custom icons and notification sounds. [if there is time]
(no funding available)
Proposed KFW 3.3 Beta July 1st. Items which cannot be implemented in
time for 3.3 will be in 3.4. Proposed KFW 3.4 Beta mid-August.
Question: Is there any money available within MIT to have additional
icons drawn by Joanna Proulx of MIT's Academic Media Production Services?
KFW 4.0:
* New Credential Cache. Initial implementation per logon session just
like today.
This will not address the needs of non-interactive logon sessions or
interactive
sessions started with "runas". There is a significant question as to
whether or
not CCAPI is the correct long term approach on Microsoft Windows. Our
own LSA
based credential manager is probably a better architectural design.
* Kerberos Identity Management. KIM will need to be integrated into
NIM. The NIM
krb5 credential provider will require modification to support two sets
of messages
from KIM. First, it will need to support a request to display a UI
and/or simply
return configuration data but not obtain credentials directly.
Second, it will
need to be notified that credentials for identity user at FOO were
obtained so that
the dependent credential providers can be notified.
* Microsoft Windows Vista Widget functionality. Similar to the Google
Desktop
Sidebar. Requires the use of the Vista SDK.
* Removal of Kerberos v4 support. As of KFW 4.0, there will be no
Kerberos v4
support. krbv4w32.dll, kclient.dll, and the NIM krb4 provider will be
frozen at their last KFW 3.x release and re-packaged as a stand-alone
installer for those who continue to require its availability. The
pismere
versions of the kuser tools and the leashw32 library will need to be
modified
to conditionally load the v4 libraries.
* Minimum platform requirement is XP SP2. In order to support the new
credential
cache, KIM, and Vista widget functionality we must begin using the VS2005
compiler and the Vista Platform SDK. As a result, support for Windows
2000 will
be discontinued. The KFW 3.x series will be maintained for Windows
2000 support
if necessary.
Proposed KFW 4.0 Beta during the first half of 2008.
If this road map is accepted, we should send an announcement to the
community indicating the plans for both Kerberos v4 support and Windows
2000 support.
Jeffrey Altman
Secure Endpoints Inc.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3355 bytes
Desc: S/MIME Cryptographic Signature
Url : http://mailman.mit.edu/pipermail/kfwdev/attachments/20070426/a38d603d/attachment.bin
More information about the kfwdev
mailing list