On 10/03/2016 23:06, Viktor Dukhovni wrote: > On Thu, Mar 10, 2016 at 10:41:28PM +0100, Jakob Bohm wrote: > >>> Any ideas what i could be doing wrong? >> Make sure the intermediary is not included in the "CA storage" >> (hashed or single file) used by the client. Anything in that >> storage is considered valid and not checked for revocation or >> validity. > This is changing in OpenSSL 1.1.0, and may yet change in a future > OpenSSL 1.0.2 update. Only the trust-anchor (top-most certificate > from the trust-store) is not checked for expiration or revocation > in OpenSSL 1.1.0. > > Intermediate certificates are checked, whether they are from the > trust-store, or acquired from the peer. To get previous behaviour, > one needs to set the X509_V_FLAG_PARTIAL_CHAIN flag so that the > first certificate found in the trust store becomes the trust-anchor, > and chain construction stops there. > > Another way (in OpenSSL 1.1.0) to get an intermediate certificate > to terminate the chain is to decorate it with explicit auxiliary > trust EKUs via the "-trustout" and "-addtrust" options of "openssl > x509", and then add the decorated certificate to the trust store. > This will cause a lot of grief when both OpenSSL versions are used on the same system, (since 1.1.0 is not a drop in replacement for OpenSSL 1.0.x), with the same default trust store directory. It would have been much better to use a separate directory for untrusted chain-building intermediary certificates, just like some other libraries do. This is unlike the hash algorithm change between 0.9.8 and 1.0.x, since double hashing the shared trust store solved that issue completely. Enjoy Jakob -- Jakob Bohm, CIO, Partner, WiseMo A/S. https://www.wisemo.com Transformervej 29, 2860 S?borg, Denmark. Direct +45 31 13 16 10 This public discussion message is non-binding and may contain errors. WiseMo - Remote Service Management for PCs, Phones and Embedded -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mta.openssl.org/pipermail/openssl-users/attachments/20160310/41101bc8/attachment-0001.html>
