This file is indexed.

/usr/share/doc/srtp-utils/TODO is in srtp-utils 1.4.5~20130609~dfsg-1.1+deb8u1.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
TODO List

1.4.1

  - document which fields are in NBO/HBO, and check for consistency.

  - move HAVE_U_LONG_LONG inside of datatypes.c, or some other
    separate file

  - re-write configure.in to make cross-compilation easier

  - eliminate GENERIC_AESICM by generalizing the code a bit

Older comments

  - add tests for key_limit_t datatype 

  - move octet_get_weight() from datatypes.c to math.c (any other
    funcs?)

Changes and additions planned

  Make cipher and auth dealloc() functions zeroize the key-storage
  areas before calling free().

  Eliminate key_len from auth_init()

  Doucument internal APIs (cipher, auth, srtp_protect, ...)


SRTP options not (yet) included in this libaray:

 - the aes-f8-mode cipher
 - the Master Key Index
 - re-keying using the key derivation function (only the initial
   use of the PRF has been implemented, as it's sufficient
   for most uses)


(OLD) PLANNED CHANGES

   strip out test/lfsr.c

   Write new documentation!!!

   Fix the x86 assembly code in aes.c.

   Eliminate /* DAM */ - there's one in srtp.c

   Change debugging so that it can print more than one line.  Or perhaps
   just change it so that a single check of the debug-enabled flag is
   needed.

   Improve interface between cipher and rdbx - perhaps generalize rdbx
   into 'nonce' datatype.

   Make rijndael_icm accept variable sized keys.

   Add rdbx functions that allow different-sized explicit sequence
   numbers to be used.

   Write uniform byte-buffering code for PRFs, preferably as macros.

   Consider eliminating low-level alloc functions in favor of len()
   functions, so that there need not be multiple allocations within a
   particular alloc() function.