configure.ac: Replace with a new version.
[u/mdw/catacomb] / dsig.1
CommitLineData
c65df279 1.\" -*-nroff-*-
2.de VS
3.sp 1
4.RS
5.nf
6.ft B
7..
8.de VE
9.ft R
10.fi
11.RE
12.sp 1
13..
14.ie t \{\
15. if \n(.g \{\
16. fam P
17. \}
18.\}
19.de hP
20.IP
21.ft B
22\h'-\w'\\$1\ 'u'\\$1\ \c
23.ft P
24..
25.ie t .ds o \(bu
26.el .ds o o
27.TH dsig 1 "30 September 2004" "Straylight/Edgeware" "Catacomb cryptographic library"
28.SH NAME
29dsig \- compute and verify signatures on collections of files
30.SH SYNOPSIS
31.B dsig
32.RB [ \-k
33.IR keyring ]
34.I command
35.PP
36where
37.I command
38is one of:
39.PP
40.B help
41.RI [ command ...]
42.br
43.B show
44.RI [ item ...]
45.br
46.B sign
cd6eca43 47.RB [ \-0bpqvC ]
c65df279 48.RB [ \-c
49.IR comment ]
50.RB [ \-k
51.IR tag ]
52.RB [ \-e
53.IR expire ]
54.br
55\h'8n'
56.RB [ \-f
57.IR file ]
95d92463
MW
58.RB [ \-h
59.IR file ]
c65df279 60.RB [ \-o
61.IR output ]
62.br
63.B verify
f5e91c02 64.RB [ \-pqvjC ]
c65df279 65.RI [ file ]
66.SH DESCRIPTION
67The
68.B dsig
69command signs and verifies signatures on a collection of files. It
70provides a number of subcommands, by which the various operations may be
71carried out.
72.SS "Global options"
73Before the command name,
74.I "global options"
75may be given. The following global options are supported:
76.TP
77.BR "\-h, \-\-help " [ \fIcommand ...]
78Writes a brief summary of
79.BR dsig 's
80various options to standard output, and returns a successful exit
81status. With command names, gives help on those commands.
82.TP
83.B "\-v, \-\-version"
84Writes the program's version number to standard output, and returns a
85successful exit status.
86.TP
87.B "\-u, \-\-usage"
88Writes a very terse command line summary to standard output, and returns
89a successful exit status.
90.TP
91.BI "\-k, \-\-keyring " file
92Names the keyring file which
93.B key
94is to process. The default keyring, used if this option doesn't specify
95one, is the file named
96.B keyring
97in the current directory. See
98.BR key (1)
99and
100.BR keyring (5)
101for more details about keyring files.
102.SH "KEY SETUP"
103A
104.I sigalgspec
105has the form
106.IR sig \c
107.RB [ / \c
108.IR hash ].
109If a
110.B sig
111attribute is present on the key, then it must have this form; otherwise,
112the key's type must have the form
113.BI dsig- \c
114.IR sigalgspec .
115Algorithm selections are taken from appropriately-named attributes, or,
116failing that, from the
117.IR sigalgspec .
118.PP
119The signature algorithm is chosen according to the setting of
120.I sig
121as follows. Run
122.B dsig show sig
123for a list of supported signature algorithms.
124.TP
125.B rsapkcs1
126This is almost the same as the RSASSA-PKCS1-v1_5 algorithm described in
127RFC3447; the difference is that the hash is left bare rather than being
45c0fd36 128wrapped in a DER-encoded
c65df279 129.B DigestInfo
130structure. This doesn't affect security since the key can only be used
131with the one hash function anyway, and dropping the DER wrapping permits
132rapid adoption of new hash functions. Regardless, use of this algorithm
133is not recommended, since the padding method has been shown vulnerable
134to attack. Use the
135.B rsa
136algorithm of the
137.B key add
138command (see
139.BR key (1))
140to generate the key.
141.TP
142.B rsapss
143This is the RSASSA-PSS algorithm described in RFC3447. It is the
144preferred RSA-based signature scheme. Use the
145.B rsa
146algorithm of the
147.B key add
148command (see
149.BR key (1))
150to generate the key.
151.TP
152.B dsa
45c0fd36 153This is the DSA algorithm described in FIPS180-1 and FIPS180-2. Use the
c65df279 154.B dsa
155algorithm of the
156.B key add
157command (see
158.BR key (1))
159to generate the key.
160.TP
161.B ecdsa
162This is the ECDSA algorithm described in ANSI X9.62 and FIPS180-2. Use
163the
164.B ec
165algorithm of the
166.B key add
167command (see
168.BR key (1))
169to generate the key.
170.TP
171.B kcdsa
172This is the revised KCDSA (Korean Certificate-based Digital Signature
173Algorithm) described in
174.I The Revised Version of KCDSA
175.RB ( http://dasan.sejong.ac.kr/~chlim/pub/kcdsa1.ps ).
176Use the
177.B dh
178algorithm of the
179.B key add
180command with the
181.B \-LS
182options (see
183.BR key (1))
184to generate the key.
185.TP
186.B eckcdsa
187This is an unofficial elliptic-curve analogue of the KCDSA algorithm.
188Use the
189.B ec
190algorithm of the
191.B key add
192command (see
193.BR key (1))
194to generate the key.
195.PP
196As well as the signature algorithm itself, a hash function is used.
197This is taken from the
198.B hash
199attribute on the key, or, failing that, from the
200.I hash
201specified in the
202.IR sigalgspec ,
203or, if that is absent, determined by the signature algorithm as follows.
204.hP \*o
205For
206.BR rsapkcs1 ,
207.BR rsapss ,
208.BR dsa ,
209and
210.BR ecdsa ,
211the default hash function is
212.BR sha .
213.hP \*o
214For
45c0fd36 215.BR kcdsa
c65df279 216and
217.BR eckcdsa ,
218the default hash function is
219.BR has160 .
220.PP
221Run
222.B dsig show hash
223for a list of supported hash functions.
224.SH "COMMAND REFERENCE"
225.SS help
226The
227.B help
228command behaves exactly as the
229.B \-\-help
230option. With no arguments, it shows an overview of
231.BR dsig 's
232options; with arguments, it describes the named subcommands.
233.SS show
234The
235.B show
236command prints various lists of tokens understood by
237.BR dsig .
238With no arguments, it prints all of the lists; with arguments, it prints
239just the named lists, in order. The recognized lists can be enumerated
240using the
241.VS
242dsig show list
243.VE
244command. The lists are as follows.
245.TP
246.B list
247The lists which can be enumerated by the
248.B show
249command.
250.TP
251.B sig
252The signature algorithms which can be used in a key's
253.B sig
254attribute.
255.TP
256.B hash
257The hash functions which can be used in a key's
258.B hash
259attribute.
260.SS sign
261The
262.B sign
263command creates a signature for a collection of files. The default
264behaviour is to read a list of whitespace-separated file names (see
265below for the precise format) from standard input and write the
266an output file, containing hashes of the files and a digital signature
267made by the key
268.B dsig
269in the current keyring, to standard output, in plain text with binary
270values Base64-encoded. It is intended to be used in conjunction with
271.BR find (1).
272This behaviour can be modified by specifying command-line options.
273.TP
274.B "\-0, \-\-null"
275Read null-terminated filenames, rather than whitespace-separated names.
276This is the recommended mode of operation if you have a
277.BR find (1)
278which understands the
279.B \-print0
280option.
281.TP
282.B "\-b, \-\-binary"
283Produce output in raw binary rather than the textual output. This isn't
284a useful thing to do unless you're trying to debug
285.BR dsig .
286.TP
287.B "\-v, \-\-verbose"
288Makes
289.B dsig
290more verbose. At present, this just means that it'll print the hashes
291of files that it comes across in hex. (Use
292.BR hashsum (1)
293if this is the output you actually wanted.)
294.TP
295.B "\-q, \-\-quiet"
296Makes
297.B dsig
298less verbose.
299.TP
300.BI "\-c, \-\-comment " string
301Writes
302.I string
303as a comment in the output file. The comment's integrity is protected
304by the signature.
305.TP
cd6eca43
MW
306.BI "\-p, \-\-progress"
307Write a progress meter to standard error while processing large files.
308.TP
c65df279 309.BI "\-f, \-\-file " name
310Read filenames from
311.I name
312instead of from standard input.
313.TP
95d92463
MW
314.BI "\-h, \-\-hashes " name
315Rather than hashing files, read precomputed hashes from the file
316.IR name ,
317which should be in the format produced by
318.BR hashsum (1).
319.TP
c65df279 320.BI "\-o, \-\-output " name
321Write output to
322.I name
323instead of to standard output.
324.TP
325.BI "\-k, \-\-key " tag
326Use the key named
327.I tag
328rather than the default
329.BR dsig .
330.TP
331.BI "\-e, \-\-expire " date
332Set the signature to expire at
333.IR date .
334The default is to expire 28 days from creation. Use
335.B forever
336to make the signature not expire.
946c3f72 337.TP
338.B "\-C, \-\-nocheck"
339Don't check the private key for validity. This makes signing go much
340faster, but at the risk of using a duff key, and potentially leaking
341information about the private key.
c65df279 342.PP
343The whitespace-separated format for filenames allows quoting and
344escaping of strange characters. The backslash
345.RB ` \e '
346can be used to escape whitespace, quotes, or other special characters
347(including itself), and to represent special characters using the
348standard C escape sequences
349.RB ` \ea ',
350.RB ` \eb ',
351.RB ` \ef ',
352.RB ` \en ',
353.RB ` \et ',
354and
355.RB ` \eb '.
356A filename can be quoted in
357.BR ` ... ',
358.BR ' ... '
359or
360.BR """" ... """".
361Whitespace within quotes is part of the filename. The quotes must be at
362the beginning and end of the name.
363.SS verify
364The
365.B verify
366command will verify signatures made by the
367.B sign
368command. With no arguments, it expects to read a text-format signature
369file from standard input; with an argument, it examines the file it
370names to see whether it's text or binary.
371.PP
372Command-line options provided are:
373.TP
374.B "\-v, \-\-verbose"
375Produce more informational output. The default verbosity level is 1.
376.TP
377.B "\-q, \-\-quiet"
378Produce less information output.
946c3f72 379.TP
f5e91c02
MW
380.B "\-j, \-\-junk"
381Report files whose hashes have not been checked.
382.TP
cd6eca43
MW
383.BI "\-p, \-\-progress"
384Write a progress meter to standard error while processing large files.
385.TP
946c3f72 386.B "\-C, \-\-nocheck"
387Don't check the public key for validity. This makes verification go
388much faster, but at the risk of using a duff key, and potentially
389accepting false signatures.
c65df279 390.PP
391Output is written to standard output in a machine-readable format.
392Formatting errors cause the program to write a diagnostic to standard
393error and exit nonzero as usual. Lines begin with a keyword:
394.TP
395.BI "FAIL " reason
396An error prevented verification.
397.TP
398.BI "BAD " reason
399The signature is bad: some file had the wrong hash or the signature is
45c0fd36 400invalid.
c65df279 401.TP
402.BI "WARN " reason
403.B dsig
404encountered a situation which may or may not invalidate the signature.
405.TP
406.BI "OK " message
407The signature verified correctly.
408.TP
f5e91c02
MW
409.BI "JUNK " type " " name
410The file
411.I name
412was found (as a result of the search requested by the
413.RB ` \-j '
414option), but it was not mentioned in the signature file and therefore
415has not been checked.
416.TP
c65df279 417.BI "INFO " note
45c0fd36 418Any other information.
c65df279 419.PP
420The information written at the various verbosity levels is as follows.
421.hP 0.
422No output. Watch the exit status.
423.B dsig
424exits zero if the signature was good.
425.hP 1.
426All
427.BR OK ,
428.B FAIL
429and
430.B WARN
431messages are printed.
432.hP 2.
433As for level 1; also
434.B BAD
435messages are printed describing reasons why the signature verification
436failed, and an
437.B INFO
438message is printed showing the signature file's comment if any.
439.hP 3.
440As for level 2; also
441.B INFO
442messages are shown listing the signing program's identification string,
443the signing key, the signature and expiry dates, and actual signature
444verification.
445.hP 4.
446As for level 3; also
447.B INFO
448messages are printed for each file covered, showing its name and hash.
449.SH "OUTPUT FORMAT"
450There are two output formats: textual and binary. The hash used in the
451digital signature is always computed on the
452.I binary
453version of the data, regardless of the external representation.
454.SS "Textual format"
455Within the file, whitespace and comments between strings are ignored. A
456comment begins with a hash
457.RB (` # ')
458and extends until the next newline.
459.PP
460Strings are either quoted or whitespace-delimited. A string may be
461quoted by
462.BR ` ... ',
463.BR ' ... '
464or
465.BR """" ... """".
466The end-quote character can be backslash-escaped within the string. An
467occurrence of the unescaped end-quote character terminates the string.
468A whitespace-delimited string is terminated by any unescaped whitespace
469character. The C-language escape sequences
470.RB ` \ea ',
471.RB ` \eb ',
472.RB ` \ef ',
473.RB ` \en ',
474.RB ` \et ',
475and
476.RB ` \eb '
477are recognized within either kind of string.
478.PP
479Blocks within the file consist of sequences of strings. The first
480string is a
481.I tag
482\(en a simple string ending in a colon
483.RB (` : ')
484\(en which describes the format of the remaining strings.
485.SS "Binary format"
486The file consists of a sequence of blocks, each of which begins with a
487tag byte. The format of the test of the block depends on the tag.
488Strings are null-terminated; all integers are in network byte order.
489.PP
490A binary file always begins with an ident block, which has a tag of 0.
491.SS "Block types"
492The following block types are known. They must appear in the order
493given, and except where noted must appear exactly once each.
494.TP
495.BR "ident: " (0)
496Identification string of the generating program.
497.BR "keyid: " (1)
498The signing key's id, as eight hex digits (text) or a 32-bit integer
499(binary).
500.TP
501.BR "comment: " (2)
502The comment string set with the
503.B \-c
504option to the
505.B sign
506command. This block need not appear.
507.TP
508.BR "date: " (3)
509The date the signature was made. In a text file, this has the form
45c0fd36 510.IB yyyy-mm-dd
c65df279 511.IB hh:mm:ss
512.IR timezone ;
513in a binary file, it's a 64-bit integer representing the POSIX time.
514.TP
515.BR "expires: " (4)
516The expiry time of the signature, expressed as for
517.BR date: .
518A non-expiring signature is represented by the string
519.B forever
520in text files, or all-bits-set in binary.
521.TP
522.BR "file: " (5)
523A file hash. In text, this is two strings which are the Base-64-encoded
524hash and the file name; in binary, this is a 16-bit hash length, the raw
525hash, and the null-terminated filename. There can be any number of
526.B file:
527blocks.
528.TP
529.BR "signature: " (6)
530The signature. In text, this is the Base-64-encoded signature; in
531binary, it is a 16-bit length followed by the binary signature.
532.PP
533The signature covers the
534.I binary
535representations of the file's
536.BR date: ,
537.B expires:
538and
539.B file:
540blocks.
541.SH "SEE ALSO"
542.BR key (1),
543.BR hashsum (1),
544.BR catcrypt (1),
fa54fe1e 545.BR catsign (1),
c65df279 546.BR keyring (5).
547.SH AUTHOR
f387fcb1 548Mark Wooding, <mdw@distorted.org.uk>