Add.
[gsasl.git] / README
blob9faf2340917840cad77ec196cda2e332ed097ac4
1 GNU SASL README -- Important introductory notes.
2 Copyright (C) 2002, 2003, 2004, 2005 Simon Josefsson
3 See the end for copying conditions.
5 This directory holds GNU SASL which is an implementation of the Simple
6 Authentication and Security Layer (SASL).  See doc/gsasl.{info,ps,pdf}
7 for the manual.
9 The GNU SASL library is licensed under the GNU Lesser General Public
10 License (LGPL).  The GNU project typically uses the GNU General Public
11 License (GPL) for libraries, and not the LGPL, but for this project we
12 decided that we would get more help from the community if we used the
13 LGPL, as other free SASL implementations exists.  See also
14 <http://www.gnu.org/licenses/why-not-lgpl.html>.
16 The command-line application and test suite (src/, and tests/) are
17 licensed under the GNU General Public License license (see COPYING).
18 The documentation (doc/) is licensed under the GNU Free Documentation
19 License.
21 If you need help to use GNU SASL, or wish to help others, you are
22 invited to join our mailing list help-gsasl@gnu.org, see
23 <http://lists.gnu.org/mailman/listinfo/help-gsasl>.
25 Currently there is some support for the following mechanisms:
27   - CRAM-MD5 (RFC 2195)
28   - EXTERNAL (RFC 2222)
29   - GSSAPI (RFC 2222, requires GSS, Heimdal or MIT Kerberos)
30   - ANONYMOUS (RFC 2245)
31   - PLAIN (RFC 2595)
32   - SECURID (RFC 2808)
33   - DIGEST-MD5 (RFC 2831)
34   - LOGIN (non-standard)
35   - NTLM (non-standard, client only, requires Libntlm)
36   - KERBEROS_V5 (experimental, requires Shishi)
38 The library should be portable to all C89 platforms.  The command-line
39 application currently requires POSIX for network communication.
41 Things left to do below.  If you like to start working on anything,
42 please let me know so work duplication can be avoided.
44   * Security layer improvements (e.g., DES and AES in DIGEST-MD5).
45   * Bug: If gsasl_decode is handed a string longer than one SASL token,
46     the remaining data will be discarded.  This means if the sender
47     packed two SASL tokens in one network packet, only the first will be
48     seen.  To fix this the best way, and the same time also improve
49     string handling (security), the entire SASL step API probably
50     should change.  Later: It occured to me that the en/de-code functions
51     can simply buffer the left over data until the next invocation.
52     Still, it would be nice to change the API to one that encapsulates
53     string operations inte a separate package (my safestring.*).
54   + Authentication infrastructure implementing the callbacks for
55     PAM, Kerberos, SQL, etc.  Separate project?  GNU Mailutils has
56     some starting points for this, but the API is inflexible.
57   + Provide standard callbacks for tty, GTK, gpg-agent etc.  Probably
58     should be a separate library.
59   + Port applications to use libgsasl
60   + More SASL mechanisms
61   - Cleanup code, possibly by using some string abstraction library.
62   - Privacy separation (authenticate in one process, pass state to another).
63   - Improve documentation
64   - Port to Cyclone? CCured?
66 For updates to the project, see <http://www.gnu.org/software/gsasl/>.
68 ----------------------------------------------------------------------
69 Copying and distribution of this file, with or without modification,
70 are permitted in any medium without royalty provided the copyright
71 notice and this notice are preserved.