[zeromq-dev] Vulnerability of devices to incoming messages

Jon Dyte jon at totient.co.uk
Wed Aug 11 21:12:17 CEST 2010

whilst on the subject of devices and the good points made within this thread
I do have some reservations about these more 'esoteric' uses and the 
existing devices.

initially we had
1) queue which conventionally takes XREP/XREQ pair
2) forwarder which conventionally is SUB/PUB
3) streamer which is UPSTREAM/DOWNSTREAM (or it's renames!)

as people are pointing out it's quite possible to combine sockets of 
other types in the devices
as well as connect other-than-intended peer sockets. some of these are 
really insightful ideas
but i do wonder whether the 'core' devices shouldnt stick to intended 

Most of the other uses seem to have involved people writing new code as 
well which is fine,
because I don't think these devices should cater for all situations, but 
equally not crash ....

I was under the impression that the sockets exchanged a 1 byte message 
on connection. Could
they also check they are compatible and terminate the connection if not?


More information about the zeromq-dev mailing list