Allow IPv6 address entry in tools>ping - Loosens valid character check
[tomato/davidwu.git] / release / src / router / openssl / doc / apps / ts.pod
blob7fb6caa96e54cb0ec5b6f33b81bb4e81e60b19c8
1 =pod
3 =head1 NAME
5 ts - Time Stamping Authority tool (client/server)
7 =head1 SYNOPSIS
9 B<openssl> B<ts>
10 B<-query>
11 [B<-rand> file:file...]
12 [B<-config> configfile]
13 [B<-data> file_to_hash]
14 [B<-digest> digest_bytes]
15 [B<-md2>|B<-md4>|B<-md5>|B<-sha>|B<-sha1>|B<-mdc2>|B<-ripemd160>|B<...>]
16 [B<-policy> object_id]
17 [B<-no_nonce>]
18 [B<-cert>]
19 [B<-in> request.tsq]
20 [B<-out> request.tsq]
21 [B<-text>]
23 B<openssl> B<ts>
24 B<-reply>
25 [B<-config> configfile]
26 [B<-section> tsa_section]
27 [B<-queryfile> request.tsq]
28 [B<-passin> password_src]
29 [B<-signer> tsa_cert.pem]
30 [B<-inkey> private.pem]
31 [B<-chain> certs_file.pem]
32 [B<-policy> object_id]
33 [B<-in> response.tsr]
34 [B<-token_in>]
35 [B<-out> response.tsr]
36 [B<-token_out>]
37 [B<-text>]
38 [B<-engine> id]
40 B<openssl> B<ts>
41 B<-verify>
42 [B<-data> file_to_hash]
43 [B<-digest> digest_bytes]
44 [B<-queryfile> request.tsq]
45 [B<-in> response.tsr]
46 [B<-token_in>]
47 [B<-CApath> trusted_cert_path]
48 [B<-CAfile> trusted_certs.pem]
49 [B<-untrusted> cert_file.pem]
51 =head1 DESCRIPTION
53 The B<ts> command is a basic Time Stamping Authority (TSA) client and server
54 application as specified in RFC 3161 (Time-Stamp Protocol, TSP). A
55 TSA can be part of a PKI deployment and its role is to provide long
56 term proof of the existence of a certain datum before a particular
57 time. Here is a brief description of the protocol:
59 =over 4
61 =item 1.
63 The TSA client computes a one-way hash value for a data file and sends
64 the hash to the TSA.
66 =item 2.
68 The TSA attaches the current date and time to the received hash value,
69 signs them and sends the time stamp token back to the client. By
70 creating this token the TSA certifies the existence of the original
71 data file at the time of response generation.
73 =item 3.
75 The TSA client receives the time stamp token and verifies the
76 signature on it. It also checks if the token contains the same hash
77 value that it had sent to the TSA.
79 =back
81 There is one DER encoded protocol data unit defined for transporting a time
82 stamp request to the TSA and one for sending the time stamp response
83 back to the client. The B<ts> command has three main functions:
84 creating a time stamp request based on a data file,
85 creating a time stamp response based on a request, verifying if a
86 response corresponds to a particular request or a data file.
88 There is no support for sending the requests/responses automatically
89 over HTTP or TCP yet as suggested in RFC 3161. The users must send the
90 requests either by ftp or e-mail.
92 =head1 OPTIONS
94 =head2 Time Stamp Request generation
96 The B<-query> switch can be used for creating and printing a time stamp
97 request with the following options:
99 =over 4
101 =item B<-rand> file:file...
103 The files containing random data for seeding the random number
104 generator. Multiple files can be specified, the separator is B<;> for
105 MS-Windows, B<,> for VMS and B<:> for all other platforms. (Optional)
107 =item B<-config> configfile
109 The configuration file to use, this option overrides the
110 B<OPENSSL_CONF> environment variable. Only the OID section
111 of the config file is used with the B<-query> command. (Optional)
113 =item B<-data> file_to_hash
115 The data file for which the time stamp request needs to be
116 created. stdin is the default if neither the B<-data> nor the B<-digest>
117 parameter is specified. (Optional)
119 =item B<-digest> digest_bytes
121 It is possible to specify the message imprint explicitly without the data
122 file. The imprint must be specified in a hexadecimal format, two characters
123 per byte, the bytes optionally separated by colons (e.g. 1A:F6:01:... or
124 1AF601...). The number of bytes must match the message digest algorithm 
125 in use. (Optional)
127 =item B<-md2>|B<-md4>|B<-md5>|B<-sha>|B<-sha1>|B<-mdc2>|B<-ripemd160>|B<...>
129 The message digest to apply to the data file, it supports all the message
130 digest algorithms that are supported by the openssl B<dgst> command.
131 The default is SHA-1. (Optional)
133 =item B<-policy> object_id
135 The policy that the client expects the TSA to use for creating the
136 time stamp token. Either the dotted OID notation or OID names defined
137 in the config file can be used. If no policy is requested the TSA will
138 use its own default policy. (Optional)
140 =item B<-no_nonce>
142 No nonce is specified in the request if this option is
143 given. Otherwise a 64 bit long pseudo-random none is
144 included in the request. It is recommended to use nonce to
145 protect against replay-attacks. (Optional)
147 =item B<-cert>
149 The TSA is expected to include its signing certificate in the
150 response. (Optional)
152 =item B<-in> request.tsq
154 This option specifies a previously created time stamp request in DER
155 format that will be printed into the output file. Useful when you need
156 to examine the content of a request in human-readable
158 format. (Optional)
160 =item B<-out> request.tsq
162 Name of the output file to which the request will be written. Default
163 is stdout. (Optional)
165 =item B<-text>
167 If this option is specified the output is human-readable text format
168 instead of DER. (Optional)
170 =back
172 =head2 Time Stamp Response generation
174 A time stamp response (TimeStampResp) consists of a response status
175 and the time stamp token itself (ContentInfo), if the token generation was
176 successful. The B<-reply> command is for creating a time stamp
177 response or time stamp token based on a request and printing the
178 response/token in human-readable format. If B<-token_out> is not
179 specified the output is always a time stamp response (TimeStampResp),
180 otherwise it is a time stamp token (ContentInfo).
182 =over 4
184 =item B<-config> configfile
186 The configuration file to use, this option overrides the
187 B<OPENSSL_CONF> environment variable. See B<CONFIGURATION FILE
188 OPTIONS> for configurable variables. (Optional)
190 =item B<-section> tsa_section
192 The name of the config file section conatining the settings for the
193 response generation. If not specified the default TSA section is
194 used, see B<CONFIGURATION FILE OPTIONS> for details. (Optional)
196 =item B<-queryfile> request.tsq
198 The name of the file containing a DER encoded time stamp request. (Optional)
200 =item B<-passin> password_src
202 Specifies the password source for the private key of the TSA. See
203 B<PASS PHRASE ARGUMENTS> in L<openssl(1)|openssl(1)>. (Optional)
205 =item B<-signer> tsa_cert.pem
207 The signer certificate of the TSA in PEM format. The TSA signing
208 certificate must have exactly one extended key usage assigned to it:
209 timeStamping. The extended key usage must also be critical, otherwise
210 the certificate is going to be refused. Overrides the B<signer_cert>
211 variable of the config file. (Optional)
213 =item B<-inkey> private.pem
215 The signer private key of the TSA in PEM format. Overrides the
216 B<signer_key> config file option. (Optional)
218 =item B<-chain> certs_file.pem
220 The collection of certificates in PEM format that will all
221 be included in the response in addition to the signer certificate if
222 the B<-cert> option was used for the request. This file is supposed to
223 contain the certificate chain for the signer certificate from its
224 issuer upwards. The B<-reply> command does not build a certificate
225 chain automatically. (Optional)
227 =item B<-policy> object_id
229 The default policy to use for the response unless the client
230 explicitly requires a particular TSA policy. The OID can be specified
231 either in dotted notation or with its name. Overrides the
232 B<default_policy> config file option. (Optional)
234 =item B<-in> response.tsr
236 Specifies a previously created time stamp response or time stamp token
237 (if B<-token_in> is also specified) in DER format that will be written
238 to the output file. This option does not require a request, it is
239 useful e.g. when you need to examine the content of a response or
240 token or you want to extract the time stamp token from a response. If
241 the input is a token and the output is a time stamp response a default
242 'granted' status info is added to the token. (Optional)
244 =item B<-token_in>
246 This flag can be used together with the B<-in> option and indicates
247 that the input is a DER encoded time stamp token (ContentInfo) instead
248 of a time stamp response (TimeStampResp). (Optional)
250 =item B<-out> response.tsr
252 The response is written to this file. The format and content of the
253 file depends on other options (see B<-text>, B<-token_out>). The default is
254 stdout. (Optional)
256 =item B<-token_out>
258 The output is a time stamp token (ContentInfo) instead of time stamp
259 response (TimeStampResp). (Optional)
261 =item B<-text>
263 If this option is specified the output is human-readable text format
264 instead of DER. (Optional)
266 =item B<-engine> id
268 Specifying an engine (by its unique B<id> string) will cause B<ts>
269 to attempt to obtain a functional reference to the specified engine,
270 thus initialising it if needed. The engine will then be set as the default
271 for all available algorithms. Default is builtin. (Optional)
273 =back
275 =head2 Time Stamp Response verification
277 The B<-verify> command is for verifying if a time stamp response or time
278 stamp token is valid and matches a particular time stamp request or
279 data file. The B<-verify> command does not use the configuration file.
281 =over 4
283 =item B<-data> file_to_hash
285 The response or token must be verified against file_to_hash. The file
286 is hashed with the message digest algorithm specified in the token. 
287 The B<-digest> and B<-queryfile> options must not be specified with this one.
288 (Optional)
290 =item B<-digest> digest_bytes
292 The response or token must be verified against the message digest specified
293 with this option. The number of bytes must match the message digest algorithm
294 specified in the token. The B<-data> and B<-queryfile> options must not be
295 specified with this one. (Optional)
297 =item B<-queryfile> request.tsq
299 The original time stamp request in DER format. The B<-data> and B<-digest>
300 options must not be specified with this one. (Optional)
302 =item B<-in> response.tsr
304 The time stamp response that needs to be verified in DER format. (Mandatory)
306 =item B<-token_in>
308 This flag can be used together with the B<-in> option and indicates
309 that the input is a DER encoded time stamp token (ContentInfo) instead
310 of a time stamp response (TimeStampResp). (Optional)
312 =item B<-CApath> trusted_cert_path
314 The name of the directory containing the trused CA certificates of the
315 client. See the similar option of L<verify(1)|verify(1)> for additional
316 details. Either this option or B<-CAfile> must be specified. (Optional)
319 =item B<-CAfile> trusted_certs.pem
321 The name of the file containing a set of trusted self-signed CA 
322 certificates in PEM format. See the similar option of 
323 L<verify(1)|verify(1)> for additional details. Either this option 
324 or B<-CApath> must be specified.
325 (Optional)
327 =item B<-untrusted> cert_file.pem
329 Set of additional untrusted certificates in PEM format which may be
330 needed when building the certificate chain for the TSA's signing
331 certificate. This file must contain the TSA signing certificate and
332 all intermediate CA certificates unless the response includes them.
333 (Optional)
335 =back
337 =head1 CONFIGURATION FILE OPTIONS
339 The B<-query> and B<-reply> commands make use of a configuration file
340 defined by the B<OPENSSL_CONF> environment variable. See L<config(5)|config(5)>
341 for a general description of the syntax of the config file. The
342 B<-query> command uses only the symbolic OID names section
343 and it can work without it. However, the B<-reply> command needs the
344 config file for its operation.
346 When there is a command line switch equivalent of a variable the
347 switch always overrides the settings in the config file.
349 =over 4
351 =item B<tsa> section, B<default_tsa>    
353 This is the main section and it specifies the name of another section
354 that contains all the options for the B<-reply> command. This default
355 section can be overriden with the B<-section> command line switch. (Optional)
357 =item B<oid_file>
359 See L<ca(1)|ca(1)> for description. (Optional)
361 =item B<oid_section>
363 See L<ca(1)|ca(1)> for description. (Optional)
365 =item B<RANDFILE>
367 See L<ca(1)|ca(1)> for description. (Optional)
369 =item B<serial>
371 The name of the file containing the hexadecimal serial number of the
372 last time stamp response created. This number is incremented by 1 for
373 each response. If the file does not exist at the time of response
374 generation a new file is created with serial number 1. (Mandatory)
376 =item B<crypto_device>
378 Specifies the OpenSSL engine that will be set as the default for 
379 all available algorithms. The default value is builtin, you can specify 
380 any other engines supported by OpenSSL (e.g. use chil for the NCipher HSM).
381 (Optional)
383 =item B<signer_cert>
385 TSA signing certificate in PEM format. The same as the B<-signer>
386 command line option. (Optional)
388 =item B<certs>
390 A file containing a set of PEM encoded certificates that need to be
391 included in the response. The same as the B<-chain> command line
392 option. (Optional)
394 =item B<signer_key>
396 The private key of the TSA in PEM format. The same as the B<-inkey>
397 command line option. (Optional)
399 =item B<default_policy>
401 The default policy to use when the request does not mandate any
402 policy. The same as the B<-policy> command line option. (Optional)
404 =item B<other_policies>
406 Comma separated list of policies that are also acceptable by the TSA
407 and used only if the request explicitly specifies one of them. (Optional)
409 =item B<digests>
411 The list of message digest algorithms that the TSA accepts. At least
412 one algorithm must be specified. (Mandatory)
414 =item B<accuracy>
416 The accuracy of the time source of the TSA in seconds, milliseconds
417 and microseconds. E.g. secs:1, millisecs:500, microsecs:100. If any of
418 the components is missing zero is assumed for that field. (Optional)
420 =item B<clock_precision_digits>
422 Specifies the maximum number of digits, which represent the fraction of 
423 seconds, that  need to be included in the time field. The trailing zeroes
424 must be removed from the time, so there might actually be fewer digits,
425 or no fraction of seconds at all. Supported only on UNIX platforms.
426 The maximum value is 6, default is 0.
427 (Optional)
429 =item B<ordering>
431 If this option is yes the responses generated by this TSA can always
432 be ordered, even if the time difference between two responses is less
433 than the sum of their accuracies. Default is no. (Optional)
435 =item B<tsa_name>
437 Set this option to yes if the subject name of the TSA must be included in
438 the TSA name field of the response. Default is no. (Optional)
440 =item B<ess_cert_id_chain>
442 The SignedData objects created by the TSA always contain the
443 certificate identifier of the signing certificate in a signed
444 attribute (see RFC 2634, Enhanced Security Services). If this option
445 is set to yes and either the B<certs> variable or the B<-chain> option
446 is specified then the certificate identifiers of the chain will also
447 be included in the SigningCertificate signed attribute. If this
448 variable is set to no, only the signing certificate identifier is
449 included. Default is no. (Optional)
451 =back
453 =head1 ENVIRONMENT VARIABLES
455 B<OPENSSL_CONF> contains the path of the configuration file and can be
456 overriden by the B<-config> command line option.
458 =head1 EXAMPLES
460 All the examples below presume that B<OPENSSL_CONF> is set to a proper
461 configuration file, e.g. the example configuration file 
462 openssl/apps/openssl.cnf will do.
464 =head2 Time Stamp Request
466 To create a time stamp request for design1.txt with SHA-1 
467 without nonce and policy and no certificate is required in the response:
469   openssl ts -query -data design1.txt -no_nonce \
470         -out design1.tsq
472 To create a similar time stamp request with specifying the message imprint
473 explicitly:
475   openssl ts -query -digest b7e5d3f93198b38379852f2c04e78d73abdd0f4b \
476          -no_nonce -out design1.tsq
478 To print the content of the previous request in human readable format:
480   openssl ts -query -in design1.tsq -text
482 To create a time stamp request which includes the MD-5 digest 
483 of design2.txt, requests the signer certificate and nonce,
484 specifies a policy id (assuming the tsa_policy1 name is defined in the
485 OID section of the config file):
487   openssl ts -query -data design2.txt -md5 \
488         -policy tsa_policy1 -cert -out design2.tsq
490 =head2 Time Stamp Response
492 Before generating a response a signing certificate must be created for
493 the TSA that contains the B<timeStamping> critical extended key usage extension
494 without any other key usage extensions. You can add the
495 'extendedKeyUsage = critical,timeStamping' line to the user certificate section
496 of the config file to generate a proper certificate. See L<req(1)|req(1)>,
497 L<ca(1)|ca(1)>, L<x509(1)|x509(1)> for instructions. The examples
498 below assume that cacert.pem contains the certificate of the CA,
499 tsacert.pem is the signing certificate issued by cacert.pem and
500 tsakey.pem is the private key of the TSA.
502 To create a time stamp response for a request:
504   openssl ts -reply -queryfile design1.tsq -inkey tsakey.pem \
505         -signer tsacert.pem -out design1.tsr
507 If you want to use the settings in the config file you could just write:
509   openssl ts -reply -queryfile design1.tsq -out design1.tsr
511 To print a time stamp reply to stdout in human readable format:
513   openssl ts -reply -in design1.tsr -text
515 To create a time stamp token instead of time stamp response:
517   openssl ts -reply -queryfile design1.tsq -out design1_token.der -token_out
519 To print a time stamp token to stdout in human readable format:
521   openssl ts -reply -in design1_token.der -token_in -text -token_out
523 To extract the time stamp token from a response:
525   openssl ts -reply -in design1.tsr -out design1_token.der -token_out
527 To add 'granted' status info to a time stamp token thereby creating a
528 valid response:
530   openssl ts -reply -in design1_token.der -token_in -out design1.tsr
532 =head2 Time Stamp Verification
534 To verify a time stamp reply against a request:
536   openssl ts -verify -queryfile design1.tsq -in design1.tsr \
537         -CAfile cacert.pem -untrusted tsacert.pem
539 To verify a time stamp reply that includes the certificate chain:
541   openssl ts -verify -queryfile design2.tsq -in design2.tsr \
542         -CAfile cacert.pem
544 To verify a time stamp token against the original data file:
545   openssl ts -verify -data design2.txt -in design2.tsr \
546         -CAfile cacert.pem
548 To verify a time stamp token against a message imprint:
549   openssl ts -verify -digest b7e5d3f93198b38379852f2c04e78d73abdd0f4b \
550          -in design2.tsr -CAfile cacert.pem
552 You could also look at the 'test' directory for more examples.
554 =head1 BUGS
556 If you find any bugs or you have suggestions please write to
557 Zoltan Glozik <zglozik@opentsa.org>. Known issues:
559 =over 4
561 =item * No support for time stamps over SMTP, though it is quite easy
562 to implement an automatic e-mail based TSA with L<procmail(1)|procmail(1)> 
563 and L<perl(1)|perl(1)>. HTTP server support is provided in the form of 
564 a separate apache module. HTTP client support is provided by
565 L<tsget(1)|tsget(1)>. Pure TCP/IP protocol is not supported.
567 =item * The file containing the last serial number of the TSA is not
568 locked when being read or written. This is a problem if more than one
569 instance of L<openssl(1)|openssl(1)> is trying to create a time stamp
570 response at the same time. This is not an issue when using the apache
571 server module, it does proper locking.
573 =item * Look for the FIXME word in the source files.
575 =item * The source code should really be reviewed by somebody else, too.
577 =item * More testing is needed, I have done only some basic tests (see
578 test/testtsa).
580 =back
582 =cut
584 =head1 AUTHOR
586 Zoltan Glozik <zglozik@opentsa.org>, OpenTSA project (http://www.opentsa.org)
588 =head1 SEE ALSO
590 L<tsget(1)|tsget(1)>, L<openssl(1)|openssl(1)>, L<req(1)|req(1)>, 
591 L<x509(1)|x509(1)>, L<ca(1)|ca(1)>, L<genrsa(1)|genrsa(1)>, 
592 L<config(5)|config(5)>
594 =cut