2010-05-28 20:15:52 +01:00
|
|
|
util/ktime
|
2010-07-29 20:47:03 +01:00
|
|
|
util/exec-alt
|
2018-06-09 05:39:49 +01:00
|
|
|
util/volutil
|
2010-12-27 20:29:48 +00:00
|
|
|
auth/keys
|
2010-09-15 11:17:14 +01:00
|
|
|
auth/superuser
|
2011-03-04 22:37:10 +00:00
|
|
|
auth/authcon
|
2012-02-28 13:50:33 +00:00
|
|
|
auth/realms
|
tests: Modernize writekeyfile.c
tests/auth/writekeyfile.c contains some code used to generate
tests/auth/KeyFile, which is used to test code interpreting the
old-style KeyFile format. This code currently has a few problems:
- We don't check the results of afstest_mkdtemp, which could allow
symlink attacks from other users on the system.
- We duplicate some logic from afstest_BuildTestConfig, in order to
build a temporary config dir.
- writekeyfile isn't built or run by default (it only exists to
generate KeyFile, so it's almost never run), so eventual bitrot is
quite likely, and the existing code already generates warnings.
To avoid this, change writekeyfile.c to use the existing
afstest_BuildTestConfig to generate a local config dir. To ensure we
avoid bitrot, build writekeyfile by default, and create a test to run
it, to make sure it can generate a KeyFile as expected.
Note that the KeyFile.short we test against is different than the
KeyFile currently in the tree. The existing KeyFile was generated from
an older OpenAFS release, which always generated 100-byte KeyFiles,
even if we only have a few keys. The current codebase only writes out
as much key data as needed, so the generated KeyFiles are shorter (but
still understandable by older OpenAFS releases).
Keep the old 100-byte KeyFile around, since that's what older OpenAFS
would generate, and create a new KeyFile.short to test against, to
make sure our code for generating KeyFiles doesn't change any further.
Change-Id: Ibe9246c6dd808ed2b2225dd7be2b27bbdee072fd
Reviewed-on: https://gerrit.openafs.org/14246
Reviewed-by: Cheyenne Wills <cwills@sinenomine.net>
Reviewed-by: Benjamin Kaduk <kaduk@mit.edu>
Tested-by: BuildBot <buildbot@rampaginggeek.com>
2020-06-17 18:23:46 +01:00
|
|
|
auth/writeoldkey
|
2011-04-29 00:10:23 +01:00
|
|
|
cmd/command
|
2019-09-20 20:19:23 +01:00
|
|
|
opr/cache
|
2012-10-30 11:25:02 +00:00
|
|
|
opr/dict
|
2014-03-30 03:56:21 +01:00
|
|
|
opr/fmt
|
2011-11-20 23:40:51 +00:00
|
|
|
opr/jhash
|
2011-10-22 09:43:41 +01:00
|
|
|
opr/queues
|
2011-10-22 11:22:51 +01:00
|
|
|
opr/rbtree
|
2012-03-23 21:26:14 +00:00
|
|
|
opr/softsig
|
2012-05-15 16:45:57 +01:00
|
|
|
opr/time
|
opr: Add UUID handling functions
Add a set of functions to the opr library to handle creating and
manipulating UUIDs.
The opr_uuid_t type is held as a 16 octet character string, which
comprises the UUID encoded into network byte order. This is the
primary form for manipulating UUIDs with this library, as it avoids
any nbo/hbo problems.
For applications which require raw access to the UUID components,
the opr_uuid_unpacked structure is provided, and
opr_uuid_pack/opr_uuid_unpack can be used to convert to and from
this format.
Finally, functions to print the UUID as a string, and parse a UUID
from a string, are provided. When printing, we use the standard UUID
format of 000000-0000-0000-0000-00000000. However, the afsUUID library
used to print UUIDs as 000000-0000-0000-00-00-00000000, so we also
accept this format.
Change-Id: I78ef79b7ab8ae15fb955c6495118722875c94f8d
Reviewed-on: http://gerrit.openafs.org/7977
Tested-by: BuildBot <buildbot@rampaginggeek.com>
Reviewed-by: Derrick Brashear <shadow@dementix.org>
2012-07-17 16:50:59 +01:00
|
|
|
opr/uuid
|
2011-03-13 14:45:04 +00:00
|
|
|
ptserver/pt_util
|
2011-06-17 00:58:49 +01:00
|
|
|
ptserver/pts-man
|
2022-12-31 01:03:56 +00:00
|
|
|
rx/atomic
|
2011-10-23 21:21:39 +01:00
|
|
|
rx/event
|
2012-04-18 12:46:31 +01:00
|
|
|
rx/perf
|
2024-07-07 08:25:34 +01:00
|
|
|
rx/simple
|
2011-06-17 00:58:49 +01:00
|
|
|
volser/vos-man
|
2012-04-21 19:24:10 +01:00
|
|
|
volser/vos
|
2011-06-17 00:58:49 +01:00
|
|
|
bucoord/backup-man
|
2011-07-15 11:50:09 +01:00
|
|
|
kauth/kas-man
|
2020-02-20 14:37:28 +00:00
|
|
|
bozo/bos-man
|
|
|
|
venus/fs-man
|