-
Notifications
You must be signed in to change notification settings - Fork 114
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
Ensure that root-of-trust binary artifacts can be reproducibly built #861
Comments
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 17, 2020
Also check that it is consistent as part of cloud build. Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 17, 2020
Also check that it is consistent as part of cloud build. Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 17, 2020
Also check that it is consistent as part of cloud build. Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 17, 2020
Unfortunately, the artifacts are not actually reproducibly buildable right now, so we cannot enforce this yet, but I'm checking in the generated file that I get on my machine, which seems to differ between my machine and GCP. When we figure out the source of the discrepancy, then we can enforce that the hashes are actually checked in when changes are made to the source. Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 17, 2020
Unfortunately, the artifacts are not actually reproducibly buildable right now, so we cannot enforce this yet, but I'm checking in the generated file that I get on my machine, which seems to differ between my machine and GCP. When we figure out the source of the discrepancy, then we can enforce that the hashes are actually checked in when changes are made to the source. Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 17, 2020
Also add a cloud build step to build the Rust oak_loader binary. Unfortunately, the artifacts are not actually reproducibly buildable right now, so we cannot enforce this yet, but I'm checking in the generated file that I get on my machine, which seems to differ between my machine and GCP. When we figure out the source of the discrepancy, then we can enforce that the hashes are actually checked in when changes are made to the source. Ref project-oak#861
This was referenced Apr 17, 2020
tiziano88
added a commit
that referenced
this issue
Apr 19, 2020
Also add a cloud build step to build the Rust oak_loader binary. Unfortunately, the artifacts are not actually reproducibly buildable right now, so we cannot enforce this yet, but I'm checking in the generated file that I get on my machine, which seems to differ between my machine and GCP. When we figure out the source of the discrepancy, then we can enforce that the hashes are actually checked in when changes are made to the source. Ref #861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 20, 2020
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 20, 2020
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 20, 2020
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 20, 2020
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 21, 2020
tiziano88
added a commit
that referenced
this issue
Apr 21, 2020
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 22, 2020
Revert af85a1c since it is too annoying to keep the index in sync at each commit. Supersedes project-oak#895 Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 22, 2020
Revert af85a1c since it is too annoying to keep the index in sync at each commit. Supersedes project-oak#895 Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 22, 2020
Revert af85a1c since it is too annoying to keep the index in sync at each commit. Supersedes project-oak#895 Ref project-oak#861
tiziano88
added a commit
that referenced
this issue
Apr 23, 2020
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 23, 2020
The current version does not work because when running on merge events the PR number is not present, so we need to look it up based on commit SHA. Ref project-oak#861
tiziano88
added a commit
that referenced
this issue
Apr 23, 2020
The current version does not work because when running on merge events the PR number is not present, so we need to look it up based on commit SHA. Ref #861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 30, 2020
Use a separate branch, and a similar workflow to that used for Rust documentation, using GitHub Actions to push changes. Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 30, 2020
Use a separate branch, and a similar workflow to that used for Rust documentation, using GitHub Actions to push changes. Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 30, 2020
Use a separate branch, and a similar workflow to that used for Rust documentation, using GitHub Actions to push changes. Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 30, 2020
Use a separate branch, and a similar workflow to that used for Rust documentation, using GitHub Actions to push changes. Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 30, 2020
Use a separate branch, and a similar workflow to that used for Rust documentation, using GitHub Actions to push changes. Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 30, 2020
Use a separate branch, and a similar workflow to that used for Rust documentation, using GitHub Actions to push changes. Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 30, 2020
Use a separate branch, and a similar workflow to that used for Rust documentation, using GitHub Actions to push changes. Ref project-oak#861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
Apr 30, 2020
Use a separate branch, and a similar workflow to that used for Rust documentation, using GitHub Actions to push changes. Ref project-oak#861
tiziano88
added a commit
that referenced
this issue
May 1, 2020
Use a separate branch, and a similar workflow to that used for Rust documentation, using GitHub Actions to push changes. Ref #861
tiziano88
added a commit
to tiziano88/oak
that referenced
this issue
May 4, 2020
This was already done in the Rust doc generation GitHub action, and seems necessary here too now. Ref project-oak#861
tiziano88
added a commit
that referenced
this issue
May 4, 2020
This was already done in the Rust doc generation GitHub action, and seems necessary here too now. Ref #861
tiziano88
added a commit
that referenced
this issue
May 26, 2020
This should make it easier to actually understand what targets were affected by a PR. Ref. #861
tiziano88
added a commit
that referenced
this issue
May 27, 2020
This should make it easier to actually understand what targets were affected by a PR. Ref. #861
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
By "root-of-trust binary artifacts" I mean things like the executable oak_loader binary (C++ / Rust), and any Oak Module that may be used for declassification (e.g. the aggregator module), identified by a label with the corresponding hash.
The text was updated successfully, but these errors were encountered: