[zeromq-dev] Is there a reasonable way to use an existing PKI and D/TLS with 0MQ?

Patrik VV. paddor at gmail.com
Wed Feb 14 02:06:55 CET 2018


Hi

WARNING: I’m no infosec expert.

I’m just thinking out loud, so please bear with me. To my understanding, the keys used by the crypto primitives (NaCl/TweetNaCl) used in CurveZMQ are just 32 secret bytes. You already have about 2000 secrets for those 2000 identities, their current format just isn’t usable. Can’t you just convert those secrets to 32 secret bytes each using a cryptographically secure hash function? Of course it should be a hash function that gives you a hash of 32 bytes or more to avoid losing entropy.

I’m sure you could automate this process and store the converted identities as zcerts using CZMQ. See [1]

Regards,
Patrik

[1] http://czmq.zeromq.org/czmq-master:zcert

> On 13 Feb 2018, at 23:42, Luca Boccassi <luca.boccassi at gmail.com> wrote:
> 
>> On Tue, 2018-02-13 at 17:03 -0500, John Lane Schultz wrote:
>> I’m new to 0MQ, so please excuse my ignorance about it.  I read the
>> guide book, the blog entries on CurveZMQ, looked at the directory of
>> 0MQ GitHub repositories, and googled around to see if anyone had
>> added a D/TLS layer into 0MQ. I didn’t find much of anything.
>> 
>> I did find the email below from 4 years ago, that seems to answer a
>> similar question from back then.  Is it still the situation that 0MQ
>> doesn’t readily support using D/TLS to secure its communications?
>> 
>> I ask because we have an existing PKI managing more than 2000
>> distributed identities and we use D/TLS to secure our mutually
>> authenticated (the “Ironhouse Pattern") point-to-point
>> communications.  If it matters, we use Ephemeral Diffie-Hellman key
>> exchanges with long term RSA keys.
>> 
>> From my reading, 0MQ looks really appealing to get away from low-
>> level programming OpenSSL D/TLS, UDP, and TCP sockets, but not being
>> able to use our existing security infrastructure would probably be a
>> deal breaker.
>> 
>> I’d greatly appreciate any information on the current state of
>> affairs of 0MQ security layers and whether or not adding D/TLS
>> support to 0MQ is reasonable or not.
>> 
>> Thanks!
>> John
> 
> Hi,
> 
> The situation is the same - security is only supported through Curve or
> Kerberos.
> 
> Not for any particular reason if not that nobody has contributed any
> other implementation. This is probably due to the fact that SSL is
> awfully, awfully complex (but I understand your requirements.
> 
>> From ph at imatix.com  Fri Oct  4 00:46:06 2013
>> From: ph at imatix.com (Pieter Hintjens)
>> Date: Fri, 4 Oct 2013 00:46:06 +0200
>> Subject: [zeromq-dev] Using other kinds of certificates with CurveZMQ
>> In-Reply-To: <F321E1DDD74B4747BE218256F9B069F313064041 at GQ1-EX10-MB05.
>> y.corp.yahoo.com>
>> References: <F321E1DDD74B4747BE218256F9B069F313064041 at GQ1-EX10-MB05.y
>> .corp.yahoo.com>
>> Message-ID: <CADL5_shGNyOg8=NBsQW7eOBnu4qsKD_1pVWXp4PJda3MJePtpg at mail
>> .gmail.com>
>> 
>> On Fri, Oct 4, 2013 at 12:34 AM, Steve Carney <carney at yahoo-
>> inc.com> wrote:
>> 
>>> I have an infrastructure with existing certificates that is not
>>> ready to
>>> move to CurveCP yet.    Does CurveZMQ have an underlying framework
>>> (due
>>> using SASL) that I could use to implement SSL authentication (with
>>> and
>>> without encryption)?
>> 
>> No, CurveZMQ has its own properties. I've described this
>> superficially
>> here: http://hintjens.com/blog:48
>> 
>>> I also have simple proprietary certificates that I?d like to
>>> support as part
>>> of establishing a client-server connection.  A simple cleartext key
>>> exchange
>>> would be sufficient.  Could CurveZMQ be leveraged for this as well?
>> 
>> Not directly... The keys that CurveZMQ uses are specific to the
>> elliptic curve cryptography used.  However you could use your
>> existing
>> certificates and some (non-ZeroMQ) transport to exchange CurveZMQ
>> certificates.
>> 
>> -Pieter
>> _______________________________________________
>> zeromq-dev mailing list
>> zeromq-dev at lists.zeromq.org
>> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
> 
> -- 
> Kind regards,
> Luca Boccassi
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20180214/a273d6e2/attachment.htm>


More information about the zeromq-dev mailing list