Shelby@krbdev.mit.edu, James " via RT" writes: > Is there a reason that the current Kerberos allows a KRB5CCNAME file to > be created instead of being in memory? This appears to be a weak link > in the security of the Kerberos protocol as the file can be moved from > system and allow passwordless access to resources the account has access > to. It's nice to be able to share ticket caches between processes (where nice really means "mandatory" for most Kerberos use cases). On Linux, you can use the KEYRING:* ticket cache type, which uses the kernel keyring and may have more of the behavior that you're looking for, although you still have the problem that anyone with access to read the ticket cache can still copy it. Memory ticket caches are of course supported, but aren't widely used because of all the limitations involving passing tickets to subprocesses. -- Russ Allbery (rra@stanford.edu)