Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[remote/downloader] Don't include headers in FetchBlobRequest #16595

Closed
wants to merge 1 commit into from

Conversation

Yannic
Copy link
Contributor

@Yannic Yannic commented Oct 27, 2022

Including the headers in the request is very inefficient as credentials should never change the content of the downloaded archive. In fact, given that Bazel verifies the checksum of the downloaded file, the credentials cannot possibly used in a way where they influence the outcome of the download (other than deciding whether or not the user is allowed to download the blob at all). Hence, the credentials should not be included in the request.

Users that need to send credentials to the remote downloader should do so by passing the credentials as metadata to the gRPC call.

Note that the remote downloader is behind an experimental flag, so this change does not need to go thorugh the incompatible change process.

Including the headers in the request is very inefficient as credentials
should never change the content of the downloaded archive. In fact,
given that Bazel verifies the checksum of the downloaded file, the
credentials cannot possibly used in a way where they influence
the outcome of the download (other than deciding whether or not
the user is allowed to download the blob at all). Hence, the
credentials should not be included in the request.

Users that need to send credentials to the remote downloader should
do so by passing the credentials as metadata to the gRPC call.

Note that the remote downloader is behind an experimental flag,
so this change does not need to go thorugh the incompatible change
process.
@Yannic Yannic requested a review from a team as a code owner October 27, 2022 21:51
@Yannic
Copy link
Contributor Author

Yannic commented Oct 27, 2022

@tjgq PTAL

@ShreeM01 ShreeM01 added team-Remote-Exec Issues and PRs for the Execution (Remote) team awaiting-review PR is awaiting review from an assigned reviewer labels Oct 27, 2022
@copybara-service copybara-service bot closed this in 9296068 Nov 2, 2022
@Yannic Yannic deleted the yannic-download-no-headers branch November 4, 2022 07:32
Yannic added a commit to EngFlow/bazel that referenced this pull request Nov 7, 2022
Including the headers in the request is very inefficient as credentials should never change the content of the downloaded archive. In fact, given that Bazel verifies the checksum of the downloaded file, the credentials cannot possibly used in a way where they influence the outcome of the download (other than deciding whether or not the user is allowed to download the blob at all). Hence, the credentials should not be included in the request.

Users that need to send credentials to the remote downloader should do so by passing the credentials as metadata to the gRPC call.

Note that the remote downloader is behind an experimental flag, so this change does not need to go thorugh the incompatible change process.

Closes bazelbuild#16595.

PiperOrigin-RevId: 485576157
Change-Id: I8afc7c818e4eed63ac1f70c3e4c2115a1d365830
Yannic added a commit to EngFlow/bazel that referenced this pull request Nov 7, 2022
meteorcloudy pushed a commit that referenced this pull request Nov 10, 2022
Including the headers in the request is very inefficient as credentials should never change the content of the downloaded archive. In fact, given that Bazel verifies the checksum of the downloaded file, the credentials cannot possibly used in a way where they influence the outcome of the download (other than deciding whether or not the user is allowed to download the blob at all). Hence, the credentials should not be included in the request.

Users that need to send credentials to the remote downloader should do so by passing the credentials as metadata to the gRPC call.

Note that the remote downloader is behind an experimental flag, so this change does not need to go thorugh the incompatible change process.

Closes #16595.

PiperOrigin-RevId: 485576157
Change-Id: I8afc7c818e4eed63ac1f70c3e4c2115a1d365830
tjgq pushed a commit to tjgq/bazel that referenced this pull request Apr 21, 2023
tjgq pushed a commit to tjgq/bazel that referenced this pull request Apr 28, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting-review PR is awaiting review from an assigned reviewer team-Remote-Exec Issues and PRs for the Execution (Remote) team
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants