Get desktop application:
View/edit binary Protocol Buffers messages
Insert a new VBMeta structure into the log. This request will effectively create 2 log entries: - VBMeta itself - Vendor annotations, which includes a reference to the VBMeta.
VBMeta structure as described in https://android.googlesource.com/platform/external/avb/+/master/README.md. In case of chained partitions, each VBMeta is added via a separate call. The default size for gRPC payload is about 4MB. We expect vbmeta to be in the order of 64kB.
Serialized SignedVBMetaPrimaryAnnotation. This annotation contains the hash of the vbmeta structure. It is signed using the manufacturer key. See types/types.go.
Inclusion proof and the leaf that was added to the log, which contains the annotation on VBMeta. It is required to have the complete leaf to validate the inclusion proof. For on-device verification, only these first 2 fields are required to validate the inclusion.
Inclusion proof and leaf that was added to the log, which contains the full vbmeta partition. These fields are NOT required for validation but can still be recorded by a vendor to prove that the complete VBMeta was submitted.
Upload (or copy) the complete firmware image.
Inclusion proof and leaf for the firmware image. The leaf contains the URL where the image was stored. It is not required for vendors to keep this information. However, this can be used for their records to ensure the correctness of the log.
Serialized SignedVBMetaBuildAnnotation. This annotation contains the hash of the full build image. See types/types.go.
Bytes of the binary images. The hash value of the concatenation of these chunk is contained in SignedVBMetaBuildAnnotation. This is ignored if any of the requests origin_url is set.
Origin location of image. It is used to get a copy of the binary image from another server (e.g., Google Cloud Storage).
Used in: ,