Michael Steiner
Michael Steiner
**Description** Currently we just get the creator-name as-is from the untrusted part. To make it secure, we will have to pass the signed-proproposal to ecc which then will have to...
**Description** The auction example doesn't match our FPC Lite programming model restrictions yet is our main test scenario our integration tests automatically exercise. Hence, would be desirable to replace it...
Given our multi-party settings, no single entity can be trusted to build the enclaves which are attested to. Assuming open source, the easiest approach is reproducible build. SGX SDK 2.6,...
**Is your feature request related to a problem? Please describe.** Our current protocols (in `docs/design/fabric-v2+`) currently support multiple per-chaincode enclaves only, either via single enclave endorsers (#274) or multi-enclave endorsers...
**Is your feature request related to a problem? Please describe.** To harden the enclaves, it would be good to protect them against LVI attacks. **Describe the solution you'd like** Follow...
- precondition for #15 to really be useful - simplifies install procedure as there is now a debian repo which automatically updates the base packages and includes a driver which...
clients are not part of any org in the fabric network and do not try any peer. Hence they will have to do all verification including attestation verification to bootstrap,...
Options - GoTee: code (https://github.com/epfl-dcsl/gotee), paper ( https://www.usenix.org/conference/atc19/presentation/ghosn). No development since before paper got published. Also seems missing aspects like attestation or alike - Graphene based: Status 2020-03-10: Michael talked...