<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Problems in understanding DCAP in Intel® Software Guard Extensions (Intel® SGX)</title>
    <link>https://community.intel.com/t5/Intel-Software-Guard-Extensions/Problems-in-understanding-DCAP/m-p/1170833#M3192</link>
    <description>&lt;P&gt;Hello, I have already read the documentation and looked at the sample code, but I still have basic understanding problems with DCAP. I do not quite understand the interaction or the extension by PCE.&lt;/P&gt;&lt;P&gt;Every platform has a PCK private key. With various information you can get a suitable certificate with chain and CRLs from the Provisioning Certification Service. I know that the PCE signs the QE with the PCK private key and that the signature can be verified later with the chain and the certificate.&amp;nbsp;&lt;/P&gt;&lt;P&gt;So far so good. To what extent do QE and PCE work together to create a Quote? How which information is written&amp;nbsp;to the Quote, which is later necessary for verification? What about original Attestation Key?&lt;/P&gt;&lt;P&gt;I quote from the API documentation [0]:&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;P&gt;For Intel® SGX DCAP, the QE will generate the ECDSA Attestation Key (AK) and include a hash of the AK in the QE.REPORT.ReportData&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;Why?&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;P&gt;This PCE certification data will ultimately be embedded in the ECDSA Quote generated by the QE.&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;Which "PCE certification data"?&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;P&gt;The AK is then used to signed application enclave Reports to prove that the enclave is running with Intel® SGX protections at a given TCB. This is called the ECDSA Quote. The Attestation infrastructure owner can verify the ECDSA attestation key using the PCK Certificate&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;What is the connection between AK and PCK-Cert?&lt;/P&gt;&lt;P&gt;[0]&amp;nbsp;&lt;A href="https://download.01.org/intel-sgx/dcap-1.0/docs/SGX_ECDSA_QuoteGenReference_DCAP_API_Linux_1.0.pdf"&gt;https://download.01.org/intel-sgx/dcap-1.0/docs/SGX_ECDSA_QuoteGenReference_DCAP_API_Linux_1.0.pdf&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Fri, 24 Apr 2020 15:33:37 GMT</pubDate>
    <dc:creator>Golsch__Lennard</dc:creator>
    <dc:date>2020-04-24T15:33:37Z</dc:date>
    <item>
      <title>Problems in understanding DCAP</title>
      <link>https://community.intel.com/t5/Intel-Software-Guard-Extensions/Problems-in-understanding-DCAP/m-p/1170833#M3192</link>
      <description>&lt;P&gt;Hello, I have already read the documentation and looked at the sample code, but I still have basic understanding problems with DCAP. I do not quite understand the interaction or the extension by PCE.&lt;/P&gt;&lt;P&gt;Every platform has a PCK private key. With various information you can get a suitable certificate with chain and CRLs from the Provisioning Certification Service. I know that the PCE signs the QE with the PCK private key and that the signature can be verified later with the chain and the certificate.&amp;nbsp;&lt;/P&gt;&lt;P&gt;So far so good. To what extent do QE and PCE work together to create a Quote? How which information is written&amp;nbsp;to the Quote, which is later necessary for verification? What about original Attestation Key?&lt;/P&gt;&lt;P&gt;I quote from the API documentation [0]:&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;P&gt;For Intel® SGX DCAP, the QE will generate the ECDSA Attestation Key (AK) and include a hash of the AK in the QE.REPORT.ReportData&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;Why?&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;P&gt;This PCE certification data will ultimately be embedded in the ECDSA Quote generated by the QE.&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;Which "PCE certification data"?&lt;/P&gt;&lt;BLOCKQUOTE&gt;&lt;P&gt;The AK is then used to signed application enclave Reports to prove that the enclave is running with Intel® SGX protections at a given TCB. This is called the ECDSA Quote. The Attestation infrastructure owner can verify the ECDSA attestation key using the PCK Certificate&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;What is the connection between AK and PCK-Cert?&lt;/P&gt;&lt;P&gt;[0]&amp;nbsp;&lt;A href="https://download.01.org/intel-sgx/dcap-1.0/docs/SGX_ECDSA_QuoteGenReference_DCAP_API_Linux_1.0.pdf"&gt;https://download.01.org/intel-sgx/dcap-1.0/docs/SGX_ECDSA_QuoteGenReference_DCAP_API_Linux_1.0.pdf&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 24 Apr 2020 15:33:37 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Software-Guard-Extensions/Problems-in-understanding-DCAP/m-p/1170833#M3192</guid>
      <dc:creator>Golsch__Lennard</dc:creator>
      <dc:date>2020-04-24T15:33:37Z</dc:date>
    </item>
    <item>
      <title>Hello Klei, the SGX Explained</title>
      <link>https://community.intel.com/t5/Intel-Software-Guard-Extensions/Problems-in-understanding-DCAP/m-p/1170834#M3193</link>
      <description>&lt;P&gt;Hello Lennard, the &lt;A href="https://eprint.iacr.org/2016/086.pdf"&gt;SGX Explained&lt;/A&gt; document has a thorough explanation of&amp;nbsp;this process in section 5.8 and its subsections. I highly recommend you read it.&lt;/P&gt;&lt;P&gt;Regards,&lt;BR /&gt;Jesus&lt;/P&gt;</description>
      <pubDate>Tue, 28 Apr 2020 01:05:00 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Software-Guard-Extensions/Problems-in-understanding-DCAP/m-p/1170834#M3193</guid>
      <dc:creator>JesusG_Intel</dc:creator>
      <dc:date>2020-04-28T01:05:00Z</dc:date>
    </item>
  </channel>
</rss>

