From 410dc86792d6109050e767a1d76de12a5b9f0129 Mon Sep 17 00:00:00 2001 From: Tigran Najaryan <4194920+tigrannajaryan@users.noreply.github.com> Date: Tue, 22 Mar 2022 13:57:34 -0400 Subject: [PATCH] Define that DownloadFile content hash method is SHA256 (#68) Resolves https://github.com/open-telemetry/opamp-spec/issues/67 Without specifying the hashing method it was useless for the purposes it claims to exist for >The hash of the file content. Can be used by the Agent to verify that the file was downloaded correctly. You can't verify that the hash matches the content if you don't know the hashing method. Now it is precisely defined to be SHA256 of the content. --- specification.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/specification.md b/specification.md index 9637ecd..9a7b311 100644 --- a/specification.md +++ b/specification.md @@ -1923,7 +1923,7 @@ There are 3 levels of hashes:

File Hash

-The hash of the addon file content. This is stored in the [hash](#hash) field in +The hash of the addon file content. This is stored in the [content_hash](#content_hash) field in the [DownloadableFile](#downloadablefile-message) message. This value SHOULD be used by the Agent to determine if the particular file it has is different on the Server and needs to be re-downloaded. @@ -2046,9 +2046,9 @@ The URL from which the file can be downloaded using HTTP GET request. The server at the specified URL SHOULD support range requests to allow for resuming downloads. -

content_hash

+#### content_hash -The hash of the file content. Can be used by the Agent to verify that the file +The SHA256 hash of the file content. Can be used by the Agent to verify that the file was downloaded correctly. #### signature