1//
2// Copyright (C) 2010 The Android Open Source Project
3//
4// Licensed under the Apache License, Version 2.0 (the "License");
5// you may not use this file except in compliance with the License.
6// You may obtain a copy of the License at
7//
8//      http://www.apache.org/licenses/LICENSE-2.0
9//
10// Unless required by applicable law or agreed to in writing, software
11// distributed under the License is distributed on an "AS IS" BASIS,
12// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
13// See the License for the specific language governing permissions and
14// limitations under the License.
15//
16
17// Update file format: An update file contains all the operations needed
18// to update a system to a specific version. It can be a full payload which
19// can update from any version, or a delta payload which can only update
20// from a specific version.
21// The update format is represented by this struct pseudocode:
22// struct delta_update_file {
23//   char magic[4] = "CrAU";
24//   uint64 file_format_version;  // payload major version
25//   uint64 manifest_size;  // Size of protobuf DeltaArchiveManifest
26//
27//   // Only present if format_version >= 2:
28//   uint32 metadata_signature_size;
29//
30//   // The DeltaArchiveManifest protobuf serialized, not compressed.
31//   char manifest[manifest_size];
32//
33//   // The signature of the metadata (from the beginning of the payload up to
34//   // this location, not including the signature itself). This is a serialized
35//   // Signatures message.
36//   char metadata_signature_message[metadata_signature_size];
37//
38//   // Data blobs for files, no specific format. The specific offset
39//   // and length of each data blob is recorded in the DeltaArchiveManifest.
40//   struct {
41//     char data[];
42//   } blobs[];
43//
44//   // The signature of the entire payload, everything up to this location,
45//   // except that metadata_signature_message is skipped to simplify signing
46//   // process. These two are not signed:
47//   uint64 payload_signatures_message_size;
48//   // This is a serialized Signatures message.
49//   char payload_signatures_message[payload_signatures_message_size];
50//
51// };
52
53// The DeltaArchiveManifest protobuf is an ordered list of InstallOperation
54// objects. These objects are stored in a linear array in the
55// DeltaArchiveManifest. Each operation is applied in order by the client.
56
57// The DeltaArchiveManifest also contains the initial and final
58// checksums for the device.
59
60// The client will perform each InstallOperation in order, beginning even
61// before the entire delta file is downloaded (but after at least the
62// protobuf is downloaded). The types of operations are explained:
63// - REPLACE: Replace the dst_extents on the drive with the attached data,
64//   zero padding out to block size.
65// - REPLACE_BZ: bzip2-uncompress the attached data and write it into
66//   dst_extents on the drive, zero padding to block size.
67// - MOVE: Copy the data in src_extents to dst_extents. Extents may overlap,
68//   so it may be desirable to read all src_extents data into memory before
69//   writing it out. (deprecated)
70// - SOURCE_COPY: Copy the data in src_extents in the old partition to
71//   dst_extents in the new partition. There's no overlapping of data because
72//   the extents are in different partitions.
73// - BSDIFF: Read src_length bytes from src_extents into memory, perform
74//   bspatch with attached data, write new data to dst_extents, zero padding
75//   to block size. (deprecated)
76// - SOURCE_BSDIFF: Read the data in src_extents in the old partition, perform
77//   bspatch with the attached data and write the new data to dst_extents in the
78//   new partition.
79// - ZERO: Write zeros to the destination dst_extents.
80// - DISCARD: Discard the destination dst_extents blocks on the physical medium.
81//   the data read from those blocks is undefined.
82// - REPLACE_XZ: Replace the dst_extents with the contents of the attached
83//   xz file after decompression. The xz file should only use crc32 or no crc at
84//   all to be compatible with xz-embedded.
85// - PUFFDIFF: Read the data in src_extents in the old partition, perform
86//   puffpatch with the attached data and write the new data to dst_extents in
87//   the new partition.
88//
89// The operations allowed in the payload (supported by the client) depend on the
90// major and minor version. See InstallOperation.Type below for details.
91
92syntax = "proto2";
93
94package chromeos_update_engine;
95option optimize_for = LITE_RUNTIME;
96
97// Data is packed into blocks on disk, always starting from the beginning
98// of the block. If a file's data is too large for one block, it overflows
99// into another block, which may or may not be the following block on the
100// physical partition. An ordered list of extents is another
101// representation of an ordered list of blocks. For example, a file stored
102// in blocks 9, 10, 11, 2, 18, 12 (in that order) would be stored in
103// extents { {9, 3}, {2, 1}, {18, 1}, {12, 1} } (in that order).
104// In general, files are stored sequentially on disk, so it's more efficient
105// to use extents to encode the block lists (this is effectively
106// run-length encoding).
107// A sentinel value (kuint64max) as the start block denotes a sparse-hole
108// in a file whose block-length is specified by num_blocks.
109
110message Extent {
111  optional uint64 start_block = 1;
112  optional uint64 num_blocks = 2;
113}
114
115// Signatures: Updates may be signed by the OS vendor. The client verifies
116// an update's signature by hashing the entire download. The section of the
117// download that contains the signature is at the end of the file, so when
118// signing a file, only the part up to the signature part is signed.
119// Then, the client looks inside the download's Signatures message for a
120// Signature message that it knows how to handle. Generally, a client will
121// only know how to handle one type of signature, but an update may contain
122// many signatures to support many different types of client. Then client
123// selects a Signature message and uses that, along with a known public key,
124// to verify the download. The public key is expected to be part of the
125// client.
126
127message Signatures {
128  message Signature {
129    optional uint32 version = 1 [deprecated = true];
130    optional bytes data = 2;
131
132    // The DER encoded signature size of EC keys is nondeterministic for
133    // different input of sha256 hash. However, we need the size of the
134    // serialized signatures protobuf string to be fixed before signing;
135    // because this size is part of the content to be signed. Therefore, we
136    // always pad the signature data to the maximum possible signature size of
137    // a given key. And the payload verifier will truncate the signature to
138    // its correct size based on the value of |unpadded_signature_size|.
139    optional fixed32 unpadded_signature_size = 3;
140  }
141  repeated Signature signatures = 1;
142}
143
144message PartitionInfo {
145  optional uint64 size = 1;
146  optional bytes hash = 2;
147}
148
149// Describe an image we are based on in a human friendly way.
150// Examples:
151//   dev-channel, x86-alex, 1.2.3, mp-v3
152//   nplusone-channel, x86-alex, 1.2.4, mp-v3, dev-channel, 1.2.3
153//
154// All fields will be set, if this message is present.
155message ImageInfo {
156  optional string board = 1 [deprecated = true];
157  optional string key = 2 [deprecated = true];
158  optional string channel = 3 [deprecated = true];
159  optional string version = 4 [deprecated = true];
160
161  // If these values aren't present, they should be assumed to match
162  // the equivalent value above. They are normally only different for
163  // special image types such as nplusone images.
164  optional string build_channel = 5 [deprecated = true];
165  optional string build_version = 6 [deprecated = true];
166}
167
168message InstallOperation {
169  enum Type {
170    REPLACE = 0;     // Replace destination extents w/ attached data.
171    REPLACE_BZ = 1;  // Replace destination extents w/ attached bzipped data.
172    MOVE = 2 [deprecated = true];    // Move source extents to target extents.
173    BSDIFF = 3 [deprecated = true];  // The data is a bsdiff binary diff.
174
175    // On minor version 2 or newer, these operations are supported:
176    SOURCE_COPY = 4;    // Copy from source to target partition
177    SOURCE_BSDIFF = 5;  // Like BSDIFF, but read from source partition
178
179    // On minor version 3 or newer and on major version 2 or newer, these
180    // operations are supported:
181    REPLACE_XZ = 8;  // Replace destination extents w/ attached xz data.
182
183    // On minor version 4 or newer, these operations are supported:
184    ZERO = 6;     // Write zeros in the destination.
185    DISCARD = 7;  // Discard the destination blocks, reading as undefined.
186    BROTLI_BSDIFF = 10;  // Like SOURCE_BSDIFF, but compressed with brotli.
187
188    // On minor version 5 or newer, these operations are supported:
189    PUFFDIFF = 9;  // The data is in puffdiff format.
190  }
191  required Type type = 1;
192
193  // Only minor version 6 or newer support 64 bits |data_offset| and
194  // |data_length|, older client will read them as uint32.
195  // The offset into the delta file (after the protobuf)
196  // where the data (if any) is stored
197  optional uint64 data_offset = 2;
198  // The length of the data in the delta file
199  optional uint64 data_length = 3;
200
201  // Ordered list of extents that are read from (if any) and written to.
202  repeated Extent src_extents = 4;
203  // Byte length of src, equal to the number of blocks in src_extents *
204  // block_size. It is used for BSDIFF and SOURCE_BSDIFF, because we need to
205  // pass that external program the number of bytes to read from the blocks we
206  // pass it.  This is not used in any other operation.
207  optional uint64 src_length = 5;
208
209  repeated Extent dst_extents = 6;
210  // Byte length of dst, equal to the number of blocks in dst_extents *
211  // block_size. Used for BSDIFF and SOURCE_BSDIFF, but not in any other
212  // operation.
213  optional uint64 dst_length = 7;
214
215  // Optional SHA 256 hash of the blob associated with this operation.
216  // This is used as a primary validation for http-based downloads and
217  // as a defense-in-depth validation for https-based downloads. If
218  // the operation doesn't refer to any blob, this field will have
219  // zero bytes.
220  optional bytes data_sha256_hash = 8;
221
222  // Indicates the SHA 256 hash of the source data referenced in src_extents at
223  // the time of applying the operation. If present, the update_engine daemon
224  // MUST read and verify the source data before applying the operation.
225  optional bytes src_sha256_hash = 9;
226}
227
228// Hints to VAB snapshot to skip writing some blocks if these blocks are
229// identical to the ones on the source image. The src & dst extents for each
230// CowMergeOperation should be contiguous, and they're a subset of an OTA
231// InstallOperation.
232// During merge time, we need to follow the pre-computed sequence to avoid
233// read after write, similar to the inplace update schema.
234message CowMergeOperation {
235  enum Type {
236    COW_COPY = 0;  // identical blocks
237  }
238  optional Type type = 1;
239
240  optional Extent src_extent = 2;
241  optional Extent dst_extent = 3;
242}
243
244// Describes the update to apply to a single partition.
245message PartitionUpdate {
246  // A platform-specific name to identify the partition set being updated. For
247  // example, in Chrome OS this could be "ROOT" or "KERNEL".
248  required string partition_name = 1;
249
250  // Whether this partition carries a filesystem with post-install program that
251  // must be run to finalize the update process. See also |postinstall_path| and
252  // |filesystem_type|.
253  optional bool run_postinstall = 2;
254
255  // The path of the executable program to run during the post-install step,
256  // relative to the root of this filesystem. If not set, the default "postinst"
257  // will be used. This setting is only used when |run_postinstall| is set and
258  // true.
259  optional string postinstall_path = 3;
260
261  // The filesystem type as passed to the mount(2) syscall when mounting the new
262  // filesystem to run the post-install program. If not set, a fixed list of
263  // filesystems will be attempted. This setting is only used if
264  // |run_postinstall| is set and true.
265  optional string filesystem_type = 4;
266
267  // If present, a list of signatures of the new_partition_info.hash signed with
268  // different keys. If the update_engine daemon requires vendor-signed images
269  // and has its public key installed, one of the signatures should be valid
270  // for /postinstall to run.
271  repeated Signatures.Signature new_partition_signature = 5;
272
273  optional PartitionInfo old_partition_info = 6;
274  optional PartitionInfo new_partition_info = 7;
275
276  // The list of operations to be performed to apply this PartitionUpdate. The
277  // associated operation blobs (in operations[i].data_offset, data_length)
278  // should be stored contiguously and in the same order.
279  repeated InstallOperation operations = 8;
280
281  // Whether a failure in the postinstall step for this partition should be
282  // ignored.
283  optional bool postinstall_optional = 9;
284
285  // On minor version 6 or newer, these fields are supported:
286
287  // The extent for data covered by verity hash tree.
288  optional Extent hash_tree_data_extent = 10;
289
290  // The extent to store verity hash tree.
291  optional Extent hash_tree_extent = 11;
292
293  // The hash algorithm used in verity hash tree.
294  optional string hash_tree_algorithm = 12;
295
296  // The salt used for verity hash tree.
297  optional bytes hash_tree_salt = 13;
298
299  // The extent for data covered by FEC.
300  optional Extent fec_data_extent = 14;
301
302  // The extent to store FEC.
303  optional Extent fec_extent = 15;
304
305  // The number of FEC roots.
306  optional uint32 fec_roots = 16 [default = 2];
307
308  // Per-partition version used for downgrade detection, added
309  // as an effort to support partial updates. For most partitions,
310  // this is the build timestamp.
311  optional string version = 17;
312
313  // A sorted list of CowMergeOperation. When writing cow, we can choose to
314  // skip writing the raw bytes for these extents. During snapshot merge, the
315  // bytes will read from the source partitions instead.
316  repeated CowMergeOperation merge_operations = 18;
317
318  // Estimated size for COW image. This is used by libsnapshot
319  // as a hint. If set to 0, libsnapshot should use alternative
320  // methods for estimating size.
321  optional uint64 estimate_cow_size = 19;
322}
323
324message DynamicPartitionGroup {
325  // Name of the group.
326  required string name = 1;
327
328  // Maximum size of the group. The sum of sizes of all partitions in the group
329  // must not exceed the maximum size of the group.
330  optional uint64 size = 2;
331
332  // A list of partitions that belong to the group.
333  repeated string partition_names = 3;
334}
335
336// Metadata related to all dynamic partitions.
337message DynamicPartitionMetadata {
338  // All updatable groups present in |partitions| of this DeltaArchiveManifest.
339  // - If an updatable group is on the device but not in the manifest, it is
340  //   not updated. Hence, the group will not be resized, and partitions cannot
341  //   be added to or removed from the group.
342  // - If an updatable group is in the manifest but not on the device, the group
343  //   is added to the device.
344  repeated DynamicPartitionGroup groups = 1;
345
346  // Whether dynamic partitions have snapshots during the update. If this is
347  // set to true, the update_engine daemon creates snapshots for all dynamic
348  // partitions if possible. If this is unset, the update_engine daemon MUST
349  // NOT create snapshots for dynamic partitions.
350  optional bool snapshot_enabled = 2;
351
352  // If this is set to false, update_engine should not use VABC regardless. If
353  // this is set to true, update_engine may choose to use VABC if device
354  // supports it, but not guaranteed.
355  // VABC stands for Virtual AB Compression
356  optional bool vabc_enabled = 3;
357
358  // The compression algorithm used by VABC. Available ones are "gz", "brotli".
359  // See system/core/fs_mgr/libsnapshot/cow_writer.cpp for available options,
360  // as this parameter is ultimated forwarded to libsnapshot's CowWriter
361  optional string vabc_compression_param = 4;
362
363  // COW version used by VABC. The represents the major version in the COW
364  // header
365  optional uint32 cow_version = 5;
366}
367
368// Definition has been duplicated from
369// $ANDROID_BUILD_TOP/build/tools/releasetools/ota_metadata.proto. Keep in sync.
370message ApexInfo {
371  optional string package_name = 1;
372  optional int64 version = 2;
373  optional bool is_compressed = 3;
374  optional int64 decompressed_size = 4;
375}
376
377// Definition has been duplicated from
378// $ANDROID_BUILD_TOP/build/tools/releasetools/ota_metadata.proto. Keep in sync.
379message ApexMetadata {
380  repeated ApexInfo apex_info = 1;
381}
382
383message DeltaArchiveManifest {
384  // Only present in major version = 1. List of install operations for the
385  // kernel and rootfs partitions. For major version = 2 see the |partitions|
386  // field.
387  repeated InstallOperation install_operations = 1 [deprecated = true];
388  repeated InstallOperation kernel_install_operations = 2 [deprecated = true];
389
390  // (At time of writing) usually 4096
391  optional uint32 block_size = 3 [default = 4096];
392
393  // If signatures are present, the offset into the blobs, generally
394  // tacked onto the end of the file, and the length. We use an offset
395  // rather than a bool to allow for more flexibility in future file formats.
396  // If either is absent, it means signatures aren't supported in this
397  // file.
398  optional uint64 signatures_offset = 4;
399  optional uint64 signatures_size = 5;
400
401  // Only present in major version = 1. Partition metadata used to validate the
402  // update. For major version = 2 see the |partitions| field.
403  optional PartitionInfo old_kernel_info = 6 [deprecated = true];
404  optional PartitionInfo new_kernel_info = 7 [deprecated = true];
405  optional PartitionInfo old_rootfs_info = 8 [deprecated = true];
406  optional PartitionInfo new_rootfs_info = 9 [deprecated = true];
407
408  // old_image_info will only be present for delta images.
409  optional ImageInfo old_image_info = 10 [deprecated = true];
410
411  optional ImageInfo new_image_info = 11 [deprecated = true];
412
413  // The minor version, also referred as "delta version", of the payload.
414  // Minor version 0 is full payload, everything else is delta payload.
415  optional uint32 minor_version = 12 [default = 0];
416
417  // Only present in major version >= 2. List of partitions that will be
418  // updated, in the order they will be updated. This field replaces the
419  // |install_operations|, |kernel_install_operations| and the
420  // |{old,new}_{kernel,rootfs}_info| fields used in major version = 1. This
421  // array can have more than two partitions if needed, and they are identified
422  // by the partition name.
423  repeated PartitionUpdate partitions = 13;
424
425  // The maximum timestamp of the OS allowed to apply this payload.
426  // Can be used to prevent downgrading the OS.
427  optional int64 max_timestamp = 14;
428
429  // Metadata related to all dynamic partitions.
430  optional DynamicPartitionMetadata dynamic_partition_metadata = 15;
431
432  // If the payload only updates a subset of partitions on the device.
433  optional bool partial_update = 16;
434
435  // Information on compressed APEX to figure out how much space is required for
436  // their decompression
437  repeated ApexInfo apex_info = 17;
438}
439