@@ -3,7 +3,7 @@ Title: The Update Framework Specification
3
3
Shortname: TUF
4
4
Status: LS
5
5
Abstract: A framework for securing software update systems.
6
- Date: 2021-09-21
6
+ Date: 2021-12-14
7
7
Editor: Justin Cappos, NYU
8
8
Editor: Trishank Karthik Kuppusamy, Datadog
9
9
Editor: Joshua Lock, VMware
@@ -16,7 +16,7 @@ Boilerplate: copyright no, conformance no
16
16
Local Boilerplate: header yes
17
17
Markup Shorthands: css no, markdown yes
18
18
Metadata Include: This version off, Abstract off
19
- Text Macro: VERSION 1.0.26
19
+ Text Macro: VERSION 1.0.27
20
20
</pre >
21
21
22
22
Note: We strive to make the specification easy to implement, so if you come
@@ -216,13 +216,13 @@ when a client is unable to update.
216
216
217
217
### TUF Augmentation Proposal (TAP) support ### {#tuf-augmentation-proposal-tap-support}
218
218
219
- This major version (1.x.y) of the specification adheres to the following TAPS :
219
+ This major version (1.x.y) of the specification adheres to the following TAPs :
220
220
221
221
- [ TAP 6] ( https://github.com/theupdateframework/taps/blob/master/tap6.md ) :
222
222
Include specification version in metadata
223
223
- [ TAP 9] ( https://github.com/theupdateframework/taps/blob/master/tap9.md ) :
224
224
Mandatory Metadata signing schemes
225
- - [ Tap 10] ( https://github.com/theupdateframework/taps/blob/master/tap10.md ) :
225
+ - [ TAP 10] ( https://github.com/theupdateframework/taps/blob/master/tap10.md ) :
226
226
Remove native support for compressed metadata
227
227
- [ TAP 11] ( https://github.com/theupdateframework/taps/blob/master/tap11.md ) :
228
228
Using POUFs for Interoperability
@@ -399,7 +399,7 @@ publicly available in the [TAP directory](https://github.com/theupdateframework/
399
399
400
400
An application uses the framework to interact with one or more repositories.
401
401
A repository is a conceptual source of target files of interest to the
402
- application. Each repository has one or more mirrors which are the actual
402
+ application. Each repository MAY have one or more mirrors as the
403
403
providers of files to be downloaded. For example, each mirror may specify a
404
404
different host where files can be downloaded from over HTTP.
405
405
@@ -430,6 +430,13 @@ a repository are not specified by the framework. The names of these files
430
430
and directories are completely at the discretion of the application using
431
431
the framework.
432
432
433
+ However, when <a >CONSISTENT_SNAPSHOT</a >s are in use, there is a RECOMMENDED
434
+ mechanism for naming target files on the repository (see
435
+ [[ #consistent-snapshots]] ). If an application using the framework does not
436
+ follow these recommendations, but wishes to support self-contained consistent
437
+ snapshots the application MUST ensure that target files are persisted in a way
438
+ where each target file can be uniquely and consistently addressed.
439
+
433
440
### Metadata files ### {#metadata-files}
434
441
435
442
The filenames and directory structure of repository metadata are strictly
0 commit comments