Home | History | Annotate | Line # | Download | only in man1
      1 =pod
      2 {- OpenSSL::safe::output_do_not_edit_headers(); -}
      3 
      4 =head1 NAME
      5 
      6 openssl-ts - Time Stamping Authority command
      7 
      8 =head1 SYNOPSIS
      9 
     10 B<openssl> B<ts>
     11 B<-help>
     12 
     13 B<openssl> B<ts>
     14 B<-query>
     15 [B<-config> I<configfile>]
     16 [B<-data> I<file_to_hash>]
     17 [B<-digest> I<digest_bytes>]
     18 [B<-I<digest>>]
     19 [B<-tspolicy> I<object_id>]
     20 [B<-no_nonce>]
     21 [B<-cert>]
     22 [B<-in> I<request.tsq>]
     23 [B<-out> I<request.tsq>]
     24 [B<-text>]
     25 {- $OpenSSL::safe::opt_r_synopsis -}
     26 {- $OpenSSL::safe::opt_provider_synopsis -}
     27 
     28 B<openssl> B<ts>
     29 B<-reply>
     30 [B<-config> I<configfile>]
     31 [B<-section> I<tsa_section>]
     32 [B<-queryfile> I<request.tsq>]
     33 [B<-passin> I<password_src>]
     34 [B<-signer> I<tsa_cert.pem>]
     35 [B<-inkey> I<filename>|I<uri>]
     36 [B<-I<digest>>]
     37 [B<-chain> I<certs_file.pem>]
     38 [B<-tspolicy> I<object_id>]
     39 [B<-in> I<response.tsr>]
     40 [B<-token_in>]
     41 [B<-out> I<response.tsr>]
     42 [B<-token_out>]
     43 [B<-text>]
     44 {- $OpenSSL::safe::opt_engine_synopsis -}{- $OpenSSL::safe::opt_provider_synopsis -}
     45 
     46 B<openssl> B<ts>
     47 B<-verify>
     48 [B<-data> I<file_to_hash>]
     49 [B<-digest> I<digest_bytes>]
     50 [B<-queryfile> I<request.tsq>]
     51 [B<-in> I<response.tsr>]
     52 [B<-token_in>]
     53 [B<-untrusted> I<files>|I<uris>]
     54 [B<-CAfile> I<file>]
     55 [B<-CApath> I<dir>]
     56 [B<-CAstore> I<uri>]
     57 {- $OpenSSL::safe::opt_v_synopsis -}
     58 {- $OpenSSL::safe::opt_provider_synopsis -}
     59 
     60 =head1 DESCRIPTION
     61 
     62 This command is a basic Time Stamping Authority (TSA) client and
     63 server application as specified in RFC 3161 (Time-Stamp Protocol, TSP). A
     64 TSA can be part of a PKI deployment and its role is to provide long
     65 term proof of the existence of a certain datum before a particular
     66 time. Here is a brief description of the protocol:
     67 
     68 =over 4
     69 
     70 =item 1.
     71 
     72 The TSA client computes a one-way hash value for a data file and sends
     73 the hash to the TSA.
     74 
     75 =item 2.
     76 
     77 The TSA attaches the current date and time to the received hash value,
     78 signs them and sends the timestamp token back to the client. By
     79 creating this token the TSA certifies the existence of the original
     80 data file at the time of response generation.
     81 
     82 =item 3.
     83 
     84 The TSA client receives the timestamp token and verifies the
     85 signature on it. It also checks if the token contains the same hash
     86 value that it had sent to the TSA.
     87 
     88 =back
     89 
     90 There is one DER encoded protocol data unit defined for transporting a
     91 timestamp request to the TSA and one for sending the timestamp response
     92 back to the client. This command has three main functions:
     93 creating a timestamp request based on a data file,
     94 creating a timestamp response based on a request, verifying if a
     95 response corresponds to a particular request or a data file.
     96 
     97 There is no support for sending the requests/responses automatically
     98 over HTTP or TCP yet as suggested in RFC 3161. The users must send the
     99 requests either by ftp or e-mail.
    100 
    101 =head1 OPTIONS
    102 
    103 =over 4
    104 
    105 =item B<-help>
    106 
    107 Print out a usage message.
    108 
    109 =item B<-query>
    110 
    111 Generate a TS query. For details see L</Timestamp Request generation>.
    112 
    113 =item B<-reply>
    114 
    115 Generate a TS reply. For details see L</Timestamp Response generation>.
    116 
    117 =item B<-verify>
    118 
    119 Verify a TS response. For details see L</Timestamp Response verification>.
    120 
    121 =back
    122 
    123 =head2 Timestamp Request generation
    124 
    125 The B<-query> command can be used for creating and printing a timestamp
    126 request with the following options:
    127 
    128 =over 4
    129 
    130 =item B<-config> I<configfile>
    131 
    132 The configuration file to use.
    133 Optional; for a description of the default value,
    134 see L<openssl(1)/COMMAND SUMMARY>.
    135 
    136 =item B<-data> I<file_to_hash>
    137 
    138 The data file for which the timestamp request needs to be
    139 created. stdin is the default if neither the B<-data> nor the B<-digest>
    140 parameter is specified. (Optional)
    141 
    142 =item B<-digest> I<digest_bytes>
    143 
    144 It is possible to specify the message imprint explicitly without the data
    145 file. The imprint must be specified in a hexadecimal format, two characters
    146 per byte, the bytes optionally separated by colons (e.g. 1A:F6:01:... or
    147 1AF601...). The number of bytes must match the message digest algorithm
    148 in use. (Optional)
    149 
    150 =item B<-I<digest>>
    151 
    152 The message digest to apply to the data file.
    153 Any digest supported by the L<openssl-dgst(1)> command can be used.
    154 The default is SHA-256. (Optional)
    155 
    156 =item B<-tspolicy> I<object_id>
    157 
    158 The policy that the client expects the TSA to use for creating the
    159 timestamp token. Either the dotted OID notation or OID names defined
    160 in the config file can be used. If no policy is requested the TSA will
    161 use its own default policy. (Optional)
    162 
    163 =item B<-no_nonce>
    164 
    165 No nonce is specified in the request if this option is
    166 given. Otherwise, a 64-bit long pseudo-random nonce is
    167 included in the request. It is recommended to use a nonce to
    168 protect against replay attacks. (Optional)
    169 
    170 =item B<-cert>
    171 
    172 The TSA is expected to include its signing certificate in the
    173 response. (Optional)
    174 
    175 =item B<-in> I<request.tsq>
    176 
    177 This option specifies a previously created timestamp request in DER
    178 format that will be printed into the output file. Useful when you need
    179 to examine the content of a request in human-readable
    180 format. (Optional)
    181 
    182 =item B<-out> I<request.tsq>
    183 
    184 Name of the output file to which the request will be written. Default
    185 is stdout. (Optional)
    186 
    187 =item B<-text>
    188 
    189 If this option is specified the output is human-readable text format
    190 instead of DER. (Optional)
    191 
    192 {- $OpenSSL::safe::opt_r_item -}
    193 
    194 =back
    195 
    196 =head2 Timestamp Response generation
    197 
    198 A timestamp response (TimeStampResp) consists of a response status
    199 and the timestamp token itself (ContentInfo), if the token generation was
    200 successful. The B<-reply> command is for creating a timestamp
    201 response or timestamp token based on a request and printing the
    202 response/token in human-readable format. If B<-token_out> is not
    203 specified the output is always a timestamp response (TimeStampResp),
    204 otherwise it is a timestamp token (ContentInfo).
    205 
    206 =over 4
    207 
    208 =item B<-config> I<configfile>
    209 
    210 The configuration file to use.
    211 Optional; for a description of the default value,
    212 see L<openssl(1)/COMMAND SUMMARY>.
    213 See L</CONFIGURATION FILE OPTIONS> for configurable variables.
    214 
    215 =item B<-section> I<tsa_section>
    216 
    217 The name of the config file section containing the settings for the
    218 response generation. If not specified the default TSA section is
    219 used, see L</CONFIGURATION FILE OPTIONS> for details. (Optional)
    220 
    221 =item B<-queryfile> I<request.tsq>
    222 
    223 The name of the file containing a DER encoded timestamp request. (Optional)
    224 
    225 =item B<-passin> I<password_src>
    226 
    227 Specifies the password source for the private key of the TSA. See
    228 description in L<openssl(1)>. (Optional)
    229 
    230 =item B<-signer> I<tsa_cert.pem>
    231 
    232 The signer certificate of the TSA in PEM format. The TSA signing
    233 certificate must have exactly one extended key usage assigned to it:
    234 timeStamping. The extended key usage must also be critical, otherwise
    235 the certificate is going to be refused. Overrides the B<signer_cert>
    236 variable of the config file. (Optional)
    237 
    238 =item B<-inkey> I<filename>|I<uri>
    239 
    240 The signer private key of the TSA in PEM format. Overrides the
    241 B<signer_key> config file option. (Optional)
    242 
    243 =item B<-I<digest>>
    244 
    245 Signing digest to use. Overrides the B<signer_digest> config file
    246 option. (Mandatory unless specified in the config file)
    247 
    248 =item B<-chain> I<certs_file.pem>
    249 
    250 The collection of certificates in PEM format that will all
    251 be included in the response in addition to the signer certificate if
    252 the B<-cert> option was used for the request. This file is supposed to
    253 contain the certificate chain for the signer certificate from its
    254 issuer upwards. The B<-reply> command does not build a certificate
    255 chain automatically. (Optional)
    256 
    257 =item B<-tspolicy> I<object_id>
    258 
    259 The default policy to use for the response unless the client
    260 explicitly requires a particular TSA policy. The OID can be specified
    261 either in dotted notation or with its name. Overrides the
    262 B<default_policy> config file option. (Optional)
    263 
    264 =item B<-in> I<response.tsr>
    265 
    266 Specifies a previously created timestamp response or timestamp token
    267 (if B<-token_in> is also specified) in DER format that will be written
    268 to the output file. This option does not require a request, it is
    269 useful e.g. when you need to examine the content of a response or
    270 token or you want to extract the timestamp token from a response. If
    271 the input is a token and the output is a timestamp response a default
    272 'granted' status info is added to the token. (Optional)
    273 
    274 =item B<-token_in>
    275 
    276 This flag can be used together with the B<-in> option and indicates
    277 that the input is a DER encoded timestamp token (ContentInfo) instead
    278 of a timestamp response (TimeStampResp). (Optional)
    279 
    280 =item B<-out> I<response.tsr>
    281 
    282 The response is written to this file. The format and content of the
    283 file depends on other options (see B<-text>, B<-token_out>). The default is
    284 stdout. (Optional)
    285 
    286 =item B<-token_out>
    287 
    288 The output is a timestamp token (ContentInfo) instead of timestamp
    289 response (TimeStampResp). (Optional)
    290 
    291 =item B<-text>
    292 
    293 If this option is specified the output is human-readable text format
    294 instead of DER. (Optional)
    295 
    296 {- $OpenSSL::safe::opt_engine_item -}
    297 
    298 {- $OpenSSL::safe::opt_provider_item -}
    299 
    300 =back
    301 
    302 =head2 Timestamp Response verification
    303 
    304 The B<-verify> command is for verifying if a timestamp response or
    305 timestamp token is valid and matches a particular timestamp request or
    306 data file. The B<-verify> command does not use the configuration file.
    307 
    308 =over 4
    309 
    310 =item B<-data> I<file_to_hash>
    311 
    312 The response or token must be verified against file_to_hash. The file
    313 is hashed with the message digest algorithm specified in the token.
    314 The B<-digest> and B<-queryfile> options must not be specified with this one.
    315 (Optional)
    316 
    317 =item B<-digest> I<digest_bytes>
    318 
    319 The response or token must be verified against the message digest specified
    320 with this option. The number of bytes must match the message digest algorithm
    321 specified in the token. The B<-data> and B<-queryfile> options must not be
    322 specified with this one. (Optional)
    323 
    324 =item B<-queryfile> I<request.tsq>
    325 
    326 The original timestamp request in DER format. The B<-data> and B<-digest>
    327 options must not be specified with this one. (Optional)
    328 
    329 =item B<-in> I<response.tsr>
    330 
    331 The timestamp response that needs to be verified in DER format. (Mandatory)
    332 
    333 =item B<-token_in>
    334 
    335 This flag can be used together with the B<-in> option and indicates
    336 that the input is a DER encoded timestamp token (ContentInfo) instead
    337 of a timestamp response (TimeStampResp). (Optional)
    338 
    339 =item B<-untrusted> I<files>|I<uris>
    340 
    341 A set of additional untrusted certificates which may be
    342 needed when building the certificate chain for the TSA's signing certificate.
    343 These do not need to contain the TSA signing certificate and intermediate CA
    344 certificates as far as the response already includes them.
    345 (Optional)
    346 
    347 Multiple sources may be given, separated by commas and/or whitespace.
    348 Each file may contain multiple certificates.
    349 
    350 =item B<-CAfile> I<file>, B<-CApath> I<dir>, B<-CAstore> I<uri>
    351 
    352 See L<openssl-verification-options(1)/Trusted Certificate Options> for details.
    353 At least one of B<-CAfile>, B<-CApath> or B<-CAstore> must be specified.
    354 
    355 {- $OpenSSL::safe::opt_v_item -}
    356 
    357 Any verification errors cause the command to exit.
    358 
    359 =back
    360 
    361 =head1 CONFIGURATION FILE OPTIONS
    362 
    363 The B<-query> and B<-reply> commands make use of a configuration file.
    364 See L<config(5)>
    365 for a general description of the syntax of the config file. The
    366 B<-query> command uses only the symbolic OID names section
    367 and it can work without it. However, the B<-reply> command needs the
    368 config file for its operation.
    369 
    370 When there is a command line switch equivalent of a variable the
    371 switch always overrides the settings in the config file.
    372 
    373 =over 4
    374 
    375 =item B<tsa> section, B<default_tsa>
    376 
    377 This is the main section and it specifies the name of another section
    378 that contains all the options for the B<-reply> command. This default
    379 section can be overridden with the B<-section> command line switch. (Optional)
    380 
    381 =item B<oid_file>
    382 
    383 This specifies a file containing additional B<OBJECT IDENTIFIERS>.
    384 Each line of the file should consist of the numerical form of the
    385 object identifier followed by whitespace then the short name followed
    386 by whitespace and finally the long name. (Optional)
    387 
    388 =item B<oid_section>
    389 
    390 This specifies a section in the configuration file containing extra
    391 object identifiers. Each line should consist of the short name of the
    392 object identifier followed by B<=> and the numerical form. The short
    393 and long names are the same when this option is used. (Optional)
    394 
    395 =item B<RANDFILE>
    396 
    397 At startup the specified file is loaded into the random number generator,
    398 and at exit 256 bytes will be written to it. (Note: Using a RANDFILE is
    399 not necessary anymore, see the L</HISTORY> section.
    400 
    401 =item B<serial>
    402 
    403 The name of the file containing the hexadecimal serial number of the
    404 last timestamp response created. This number is incremented by 1 for
    405 each response. If the file does not exist at the time of response
    406 generation a new file is created with serial number 1. (Mandatory)
    407 
    408 =item B<crypto_device>
    409 
    410 Specifies the OpenSSL engine that will be set as the default for
    411 all available algorithms. The default value is built-in, you can specify
    412 any other engines supported by OpenSSL (e.g. use chil for the NCipher HSM).
    413 (Optional)
    414 
    415 =item B<signer_cert>
    416 
    417 TSA signing certificate in PEM format. The same as the B<-signer>
    418 command line option. (Optional)
    419 
    420 =item B<certs>
    421 
    422 A file containing a set of PEM encoded certificates that need to be
    423 included in the response. The same as the B<-chain> command line
    424 option. (Optional)
    425 
    426 =item B<signer_key>
    427 
    428 The private key of the TSA in PEM format. The same as the B<-inkey>
    429 command line option. (Optional)
    430 
    431 =item B<signer_digest>
    432 
    433 Signing digest to use. The same as the
    434 B<-I<digest>> command line option. (Mandatory unless specified on the command
    435 line)
    436 
    437 =item B<default_policy>
    438 
    439 The default policy to use when the request does not mandate any
    440 policy. The same as the B<-tspolicy> command line option. (Optional)
    441 
    442 =item B<other_policies>
    443 
    444 Comma separated list of policies that are also acceptable by the TSA
    445 and used only if the request explicitly specifies one of them. (Optional)
    446 
    447 =item B<digests>
    448 
    449 The list of message digest algorithms that the TSA accepts. At least
    450 one algorithm must be specified. (Mandatory)
    451 
    452 =item B<accuracy>
    453 
    454 The accuracy of the time source of the TSA in seconds, milliseconds
    455 and microseconds. E.g. secs:1, millisecs:500, microsecs:100. If any of
    456 the components is missing zero is assumed for that field. (Optional)
    457 
    458 =item B<clock_precision_digits>
    459 
    460 Specifies the maximum number of digits, which represent the fraction of
    461 seconds, that  need to be included in the time field. The trailing zeros
    462 must be removed from the time, so there might actually be fewer digits,
    463 or no fraction of seconds at all. Supported only on UNIX platforms.
    464 The maximum value is 6, default is 0.
    465 (Optional)
    466 
    467 =item B<ordering>
    468 
    469 If this option is yes the responses generated by this TSA can always
    470 be ordered, even if the time difference between two responses is less
    471 than the sum of their accuracies. Default is no. (Optional)
    472 
    473 =item B<tsa_name>
    474 
    475 Set this option to yes if the subject name of the TSA must be included in
    476 the TSA name field of the response. Default is no. (Optional)
    477 
    478 =item B<ess_cert_id_chain>
    479 
    480 The SignedData objects created by the TSA always contain the
    481 certificate identifier of the signing certificate in a signed
    482 attribute (see RFC 2634, Enhanced Security Services).
    483 If this variable is set to no, only this signing certificate identifier
    484 is included in the SigningCertificate signed attribute.
    485 If this variable is set to yes and the B<certs> variable or the B<-chain> option
    486 is specified then the certificate identifiers of the chain will also
    487 be included, where the B<-chain> option overrides the B<certs> variable.
    488 Default is no.  (Optional)
    489 
    490 =item B<ess_cert_id_alg>
    491 
    492 This option specifies the hash function to be used to calculate the TSA's
    493 public key certificate identifier. Default is sha1. (Optional)
    494 
    495 =back
    496 
    497 =head1 EXAMPLES
    498 
    499 All the examples below presume that B<OPENSSL_CONF> is set to a proper
    500 configuration file, e.g. the example configuration file
    501 F<openssl/apps/openssl.cnf> will do.
    502 
    503 =head2 Timestamp Request
    504 
    505 To create a timestamp request for F<design1.txt> with SHA-256 digest,
    506 without nonce and policy, and without requirement for a certificate
    507 in the response:
    508 
    509   openssl ts -query -data design1.txt -no_nonce \
    510         -out design1.tsq
    511 
    512 To create a similar timestamp request with specifying the message imprint
    513 explicitly:
    514 
    515   openssl ts -query -digest b7e5d3f93198b38379852f2c04e78d73abdd0f4b \
    516          -no_nonce -out design1.tsq
    517 
    518 To print the content of the previous request in human readable format:
    519 
    520   openssl ts -query -in design1.tsq -text
    521 
    522 To create a timestamp request which includes the SHA-512 digest
    523 of F<design2.txt>, requests the signer certificate and nonce, and
    524 specifies a policy id (assuming the tsa_policy1 name is defined in the
    525 OID section of the config file):
    526 
    527   openssl ts -query -data design2.txt -sha512 \
    528         -tspolicy tsa_policy1 -cert -out design2.tsq
    529 
    530 =head2 Timestamp Response
    531 
    532 Before generating a response a signing certificate must be created for
    533 the TSA that contains the B<timeStamping> critical extended key usage extension
    534 without any other key usage extensions. You can add this line to the
    535 user certificate section of the config file to generate a proper certificate;
    536 
    537    extendedKeyUsage = critical,timeStamping
    538 
    539 See L<openssl-req(1)>, L<openssl-ca(1)>, and L<openssl-x509(1)> for
    540 instructions. The examples below assume that F<cacert.pem> contains the
    541 certificate of the CA, F<tsacert.pem> is the signing certificate issued
    542 by F<cacert.pem> and F<tsakey.pem> is the private key of the TSA.
    543 
    544 To create a timestamp response for a request:
    545 
    546   openssl ts -reply -queryfile design1.tsq -inkey tsakey.pem \
    547         -signer tsacert.pem -out design1.tsr
    548 
    549 If you want to use the settings in the config file you could just write:
    550 
    551   openssl ts -reply -queryfile design1.tsq -out design1.tsr
    552 
    553 To print a timestamp reply to stdout in human readable format:
    554 
    555   openssl ts -reply -in design1.tsr -text
    556 
    557 To create a timestamp token instead of timestamp response:
    558 
    559   openssl ts -reply -queryfile design1.tsq -out design1_token.der -token_out
    560 
    561 To print a timestamp token to stdout in human readable format:
    562 
    563   openssl ts -reply -in design1_token.der -token_in -text -token_out
    564 
    565 To extract the timestamp token from a response:
    566 
    567   openssl ts -reply -in design1.tsr -out design1_token.der -token_out
    568 
    569 To add 'granted' status info to a timestamp token thereby creating a
    570 valid response:
    571 
    572   openssl ts -reply -in design1_token.der -token_in -out design1.tsr
    573 
    574 =head2 Timestamp Verification
    575 
    576 To verify a timestamp reply against a request:
    577 
    578   openssl ts -verify -queryfile design1.tsq -in design1.tsr \
    579         -CAfile cacert.pem -untrusted tsacert.pem
    580 
    581 To verify a timestamp reply that includes the certificate chain:
    582 
    583   openssl ts -verify -queryfile design2.tsq -in design2.tsr \
    584         -CAfile cacert.pem
    585 
    586 To verify a timestamp token against the original data file:
    587 
    588   openssl ts -verify -data design2.txt -in design2.tsr \
    589         -CAfile cacert.pem
    590 
    591 To verify a timestamp token against a message imprint:
    592 
    593   openssl ts -verify -digest b7e5d3f93198b38379852f2c04e78d73abdd0f4b \
    594          -in design2.tsr -CAfile cacert.pem
    595 
    596 You could also look at the 'test' directory for more examples.
    597 
    598 =head1 BUGS
    599 
    600 =for openssl foreign manual procmail(1) perl(1)
    601 
    602 =over 2
    603 
    604 =item *
    605 
    606 No support for timestamps over SMTP, though it is quite easy
    607 to implement an automatic e-mail based TSA with L<procmail(1)>
    608 and L<perl(1)>. HTTP server support is provided in the form of
    609 a separate apache module. HTTP client support is provided by
    610 L<tsget(1)>. Pure TCP/IP protocol is not supported.
    611 
    612 =item *
    613 
    614 The file containing the last serial number of the TSA is not
    615 locked when being read or written. This is a problem if more than one
    616 instance of L<openssl(1)> is trying to create a timestamp
    617 response at the same time. This is not an issue when using the apache
    618 server module, it does proper locking.
    619 
    620 =item *
    621 
    622 Look for the FIXME word in the source files.
    623 
    624 =item *
    625 
    626 The source code should really be reviewed by somebody else, too.
    627 
    628 =item *
    629 
    630 More testing is needed, I have done only some basic tests (see
    631 test/testtsa).
    632 
    633 =back
    634 
    635 =head1 HISTORY
    636 
    637 OpenSSL 1.1.1 introduced a new random generator (CSPRNG) with an improved
    638 seeding mechanism. The new seeding mechanism makes it unnecessary to
    639 define a RANDFILE for saving and restoring randomness. This option is
    640 retained mainly for compatibility reasons.
    641 
    642 The B<-engine> option was deprecated in OpenSSL 3.0.
    643 
    644 =head1 SEE ALSO
    645 
    646 L<openssl(1)>,
    647 L<tsget(1)>,
    648 L<openssl-req(1)>,
    649 L<openssl-x509(1)>,
    650 L<openssl-ca(1)>,
    651 L<openssl-genrsa(1)>,
    652 L<config(5)>,
    653 L<ossl_store-file(7)>
    654 
    655 =head1 COPYRIGHT
    656 
    657 Copyright 2006-2024 The OpenSSL Project Authors. All Rights Reserved.
    658 
    659 Licensed under the Apache License 2.0 (the "License").  You may not use
    660 this file except in compliance with the License.  You can obtain a copy
    661 in the file LICENSE in the source distribution or at
    662 L<https://www.openssl.org/source/license.html>.
    663 
    664 =cut
    665