<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[wolfSSL - Embedded SSL Library — Does wolfCrypt Support CMS_CADES option in openssl/crypto/cms.c?]]></title>
		<link>https://www.wolfssl.com/forums/topic1579-does-wolfcrypt-support-cmscades-option-in-opensslcryptocmsc.html</link>
		<atom:link href="https://www.wolfssl.com/forums/feed-rss-topic1579.xml" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in Does wolfCrypt Support CMS_CADES option in openssl/crypto/cms.c?.]]></description>
		<lastBuildDate>Sat, 25 Jul 2020 04:14:47 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Does wolfCrypt Support CMS_CADES option in openssl/crypto/cms.c?]]></title>
			<link>https://www.wolfssl.com/forums/post5376.html#p5376</link>
			<description><![CDATA[<p>Thank you. Our first order of business is to build wolfcrypt into our C++ program, after that we can evaluate the CAdES-BES porting. We are struggling at the moment.</p><p>Yes we can refactor and use wc_PKCS7_* family of APIs.</p><p>Is there an utility in WC to convert client key and PK certificates from PEM to and from DER?</p><p>Now the biggest problem we face is the linking of wolfcrypt object files, compiled in clang, with the rest of the program compiled with clang++.</p><p>Does wolfcrypt require the runtime to provide&nbsp; `strncasecmp&#039;? I ask because of this linker error:<br /></p><div class="codebox"><pre><code>Error: TA/libseccamdemo64.a.p/.._subprojects_wolfssl_wolfcrypt_src_ecc.c.o(.text+0x1c34): undefined reference to `strncasecmp&#039;</code></pre></div><p>We are facing what look like C vs C++ linker problems:<br /></p><div class="codebox"><pre><code>Error: /pkg/qct/software/llvm/release/arm/8.0.12/aarch64-none-elf/lib/libc++.a(.text._ZNSt3__117iostream_categoryEv+0x4c): undefined reference to `__dso_handle&#039;
Error: /pkg/qct/software/llvm/release/arm/8.0.12/aarch64-none-elf/lib/libc++.a(.text._ZNSt3__117__libcpp_sscanf_lEPKcP15__locale_structS1_z+0x60): undefined reference to `uselocale&#039;</code></pre></div>]]></description>
			<author><![CDATA[null@example.com (thomas.zeng)]]></author>
			<pubDate>Sat, 25 Jul 2020 04:14:47 +0000</pubDate>
			<guid>https://www.wolfssl.com/forums/post5376.html#p5376</guid>
		</item>
		<item>
			<title><![CDATA[Re: Does wolfCrypt Support CMS_CADES option in openssl/crypto/cms.c?]]></title>
			<link>https://www.wolfssl.com/forums/post5372.html#p5372</link>
			<description><![CDATA[<p>Hi thomas.zeng,</p><p>wolfCrypt&#039;s PKCS#7/CMS implementation doesn&#039;t have support for CAdES-BES currently.&nbsp; This is something our team could look into adding for you if needed, under our consulting services.&nbsp; We would need to add re-implement CMS CAdES-BES support ourselves in wolfCrypt instead of porting the pull request you mentioned, for licensing reasons.</p><p>wolfSSL does have an OpenSSL compatibility layer which includes a large number of the most commonly-used OpenSSL API.&nbsp; Our compatibility layer does have some OpenSSL PKCS7 API support, which can be seen in the &lt;wolfssl/openssl/pkcs7.h&gt; header file:</p><p><a href="https://github.com/wolfSSL/wolfssl/blob/master/wolfssl/openssl/pkcs7.h">https://github.com/wolfSSL/wolfssl/blob … sl/pkcs7.h</a></p><p>We don&#039;t yet have the CMS_sign() API wrapped yet, or the CMS_ContentInfo structure.&nbsp; It looks like there may be some work required to fill out missing OpenSSL CMS API support if you would require that.&nbsp; Another route would be to switch to the wolfCrypt PKCS7/CMS API instead of using the OpenSSL compatibility layer.</p><p>Is this something you would be interested in exploring further?</p><p>Best Regards,<br />Chris</p>]]></description>
			<author><![CDATA[null@example.com (chrisc)]]></author>
			<pubDate>Thu, 23 Jul 2020 20:08:54 +0000</pubDate>
			<guid>https://www.wolfssl.com/forums/post5372.html#p5372</guid>
		</item>
		<item>
			<title><![CDATA[Does wolfCrypt Support CMS_CADES option in openssl/crypto/cms.c?]]></title>
			<link>https://www.wolfssl.com/forums/post5367.html#p5367</link>
			<description><![CDATA[<p>We have a desire to port a version of libcryto, wolfCrypt is in the running as an option, to a TEE environment that is fairly similar to a RTOS in terms of system libraries availability.</p><p>Our current implementation makes use of openssl/crypto/cms.c:</p><p>CMS_ContentInfo *CMS_sign(X509 *signcert, EVP_PKEY *pkey,<br />&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; STACK_OF(X509) *certs, BIO *data,<br />&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; unsigned int flags)</p><p>but with CMS_CADES in the &quot;flags&quot; argument to pick-up the new patch in OPENSSL 3.0.0-alpha4. <a href="https://github.com/openssl/openssl/pull/7893">https://github.com/openssl/openssl/pull/7893</a>.</p><p>Question: the above patched added ASN.1 support for the CAdES-BES compliant, &quot;ESS signing-certificate-v2&quot; syntax. </p><p>Is it easy to port the above patch to wolfCrypt?</p>]]></description>
			<author><![CDATA[null@example.com (thomas.zeng)]]></author>
			<pubDate>Wed, 22 Jul 2020 20:17:30 +0000</pubDate>
			<guid>https://www.wolfssl.com/forums/post5367.html#p5367</guid>
		</item>
	</channel>
</rss>
