man(1) Manual page archive

     AUTH(2)                                                   AUTH(2)

          auth, amount, srvauth, authnonce, srvauthnonce,
          authenticate, getchal, chalreply, vncchal, vncreply,
          apopchal, apopreply, cramchal, cramreply,  newns, addns,
          authdial, passtokey, nvcsum, convT2M, convM2T, convTR2M,
          convM2TR, convA2M, convM2A, convPR2M, convM2PR, login,
          httpauth, noworld - network authentication

          #include <u.h>
          #include <libc.h>
          #include <auth.h>

          int  auth(int fd)

          int  srvauth(int fd, char *user)

          int  authnonce(int fd, uchar nonce[8])

          int  srvauthnonce(int fd, char *user, uchar nonce[8])

          int  getchal(Chalstate *c, char *user)

          int  chalreply(Chalstate *c, char *response)

          int  vncchal(VNCchalstate *c, char *user)

          int  vncreply(VNCchalstate *c, uchar *response)

          int  apopchal(Apopchalstate *c, char *user)

          int  apopreply(Apopchalstate *c, char *response)

          int  cramchal(Cramchalstate *c, char *user)

          int  cramreply(Cramchalstate *c, char *response)

          int  newns(char *user, char *nsfile)

          int  addns(char *user, char *nsfile)

          int  authdial(char *service)

          int  passtokey(char key[DESKEYLEN], char *password)

          uchar     nvcsum(void *mem, int len)

          int  authenticate(int fd, int afd)

          int  amount(int fd, char *old, int flag, char *aname)

     AUTH(2)                                                   AUTH(2)

          int  convT2M(Ticket *t, char *msg, char *key)

          void convM2T(char *msg, Ticket *t, char *key)

          int  convA2M(Authenticator *a, char *msg, char *key)

          void convM2A(char *msg, Authenticator *a, char *key)

          int  convTR2M(Ticketreq *tr, char *msg)

          void convM2TR(char *msg, Ticketreq *tr)

          int  convPR2M(Passwordreq *pr, char *msg, char *key)

          void convM2PR(char *msg, Passwordreq *pr, char *key)

          void login(char *user, char *password, char *namespace)

          int  httpauth(char *realm, char *password);

          int  noworld(char *user);

          These functions perform the authentication protocol as
          described in auth(6) for programs such as cpu(1), import(4),

          Auth and srvauth authenticate connections for Plan 9 remote
          execution using the rexauth protocol described in auth(6).
          Auth is run by the caller and srvauth by the server; both
          return 0 if successful and -1 on error.  Fd is a file
          descriptor to the data channel.

          Srvauth authenticates the corresponding incoming call.  It
          copies the name of the user into user, which must be at
          least NAMELEN bytes long.

          Authnonce and srvauthnonce are versions of auth and srvauth
          that return an 8 byte nonce key.  The key is a DES key and
          hence has only 56 bits of random data, the other 8 being
          parity bits.

          Getchal and chalreply authenticate an incoming network call
          for a service that does not perform the usual Plan 9 authen-
          tication.  They use the chal protocol described in auth(6).
          User points to the local name of the user.  Getchal reads a
          null-terminated textual challenge from the authentication
          server and copies it to c->chal.  It returns 0 if it reaches
          the authentication server or -1 if it fails.  The challenge
          should be printed for the user to see, and the user should
          use a Digital Pathways SecureNet Key or netkey (see
          passwd(1)) to generate the appropriate response.

     AUTH(2)                                                   AUTH(2)

          Chalreply should be called with the user's response, which
          is also a null-terminated text string.  It returns 0 if it
          succeeds, or -1 if the user was not authenticated.

          Vncchal, vncreply, apopchal, apopreply, cramchal, and
          cramreply are similar to getchal and chalreply and are used
          much the same way.  The only differences are when the user
          name is known (before or after the challenge) and the format
          of the challenges and replies.  They negotiate the
          challenge/reply protocols for VNC, APOP (RFC1939), and CRAM
          (RFC2195) authentication.  They use the user's APOP secret
          which is different than his Plan 9 password or SecureNet

          Srvauth, chalreply, vncreply, apopreply, and cramreply set
          the process's user name (see cons(3)).

          Vncchal and vncreply depend on changes currently being
          requested for the VNC authentication protocol.  Thus, they
          may be subject to change once the protocol is tied down.

          Newns builds a name space for user. It opens the file nsfile
          (/lib/namespace is used if nsfile is null), copies the old
          environment, and erases the current name space, sets the
          environment variables user and home, and interprets the com-
          mands in nsfile. The format of nsfile is described in

          Addns also interprets and executes the commands in nsfile.
          Unlike newns is applies the command to the current name
          space rather than starting from scratch.

          Authdial calls service on the local authentication server.
          It returns a file descriptor to the open connection or -1 if
          it fails.  Authdial is used to implement many of the other
          functions here; it is not normally called by users.

          Passtokey converts password into a DES key and stores the
          result in key. It returns 0 if password could not be con-
          verted, and 1 otherwise.

          Nvcsum computes a checksum for the len byte array mem. It is
          used to checksum keys stored in non-volatile RAM.

          Authenticate performs authentication to a file server at the
          other end of the channel referenced by fd. If afd is greater
          than or equal to zero and the authentication requires call-
          ing the authentication server then afd is used as a channel
          to it.  Otherwise, authenticate dials the authentication
          server using authdial().

          Amount is like mount but performs authentication on fd. It

     AUTH(2)                                                   AUTH(2)

          should be used instead of mount whenever the file server
          being mounted requires authentication.  See bind(2) for a
          definition of the arguments to mount and amount.

          ConvT2M, convA2M, convTR2M, and convPR2M convert tickets,
          authenticators, ticket requests, and password change request
          structures into transmittable messages.  ConvM2T, convM2A,
          convM2TR, and convM2PR are used to convert them back.  Key
          is used for encrypting the message before transmission and
          decrypting after reception.  These routines are used by the
          others to communicate with the authentication server.

          Login changes the the account the process is running as to
          user and recreates the namespace using the file namespace
          (default /lib/namespace).  It does this by negotiating with
          the authentication server using password to encrypt the

          Httpauth check a password for an HTTP page.  The realm iden-
          tifies the password to check for.  Like login, it does this
          by negotiating with the authentication server using password
          to encrypt the exchange.  Httpauth returns 0 on success and
          -1 on failure.

          Noworld returns 1 if the user is in the group noworld in
          /adm/users.  Otherwise, it returns 0.

          /lib/namespace     Default name space specification file.


          passwd(1), auth(6), cons(3), dial(2), auth(8)

          These routines set errstr. Integer-valued functions return
          -1 on error.