Does the FIX protocol offers a solution for ciphering data? - quickfix

I have a program that uses FIX protocol and the QuickFix engine (in my case, for c++) in order to do inter process communication. My question is, since the data is transferred in plaintext, does the standard of the protocol OR the engine offers a cryptography solution to cipher/decipher the data? Thank you in advance.

You can use SSL with QuickFIX.
https://raw.githubusercontent.com/quickfix/quickfix/master/README.SSL
You could also send data through stunnel. https://www.stunnel.org/
The protocol itself does not offer such functionality although you could specify the encryption method through tag 98/EncryptMethod.

Related

Zeek Packet Analysis for all protocols

I realize Zeek is capable of analyzing packets for a specific protocol using the API. I want to be able to retrieve all packets without being specific to a protocol and create a packets.log type file with uids that can be correlated with the conn.log. I have been searching through the API documentation trying to find a way to do this (all protocols) but have been unsuccessful. Does anyone have any suggestions? Thank you.

Swift how do I send AT commands to OBD2 device?

I already know how to establish a wifi connection with the OBD2 adapter, but I have no idea how to request information from it. Like 010C is the command to return the engine RPM in hex form, but how do I even send "010C" to the OBD2 adapter? I can find answers and even OBD frameworks for languages like Java and Python, but nothing for swift. Thanks.
If you have already established a socket communication to the WiFi adapter, then either bind the socket to a pair of NSStreams and send/receive data using those or use the CoreFoundation API or the low-level posix API to send/receive data.
Chances are you might want something more high-level though. I have created an OBD2 library for iOS and macOS at https://github.com/mickeyl/LTSupportAutomotive. It's written in Objective-C and would need Swift bridging headers to make it useful for you, but that might be a good way for you to dive more into the topic.
Our java implementation requires converting String messages, like "010C" or "ATZ" to byte[] and then sending those bytes to the OBD2 adapter. I imagine you'll have to do the same for swift.
Here is a resource on working with OBD2 adapters that may help you: http://elmelectronics.com/DSheets/ELM327DS.pdf
You need to know OBD protocol such as: ISO 9141-2, KW-2000, ISO 14230-4, SAE J1850 and CAN ISO 15765-4 (11 bit or 29bit).
Take a look at this reference to get more information.
You can find PID OBD2 here.

Does Crate work only with HTTP protocol?

I couldn't find this information on tech specs...
Although REST is very convenient to a variety of scenarios, a native protocol sounds like much more high speed. Does the current implementation support native binary protocol ?
Yes, it's possible to use the native transport protocol.
Nodes connecting via this protocol know the cluster state and routing information which makes them faster. Right now, only the Java client supports this protocol.
Generally speaking we found that the HTTP protocol isn't much slower if you connect with high parallelity. Just connect asynchronously with many connections.

Is it reliable to use RPC over Internet?

Is it reliable to use RPC over Internet ? My boss mentioned ISP's will do filtering if they detect a binary protocol being transferred over wire. I still didn't under stand the reason why ISP should block binary protocols. ISP's purpose is to route the packets as soon as possible.
What are the general opinions in using RPC over Internet ? I can have alternatives to use a well known protocol like HTTP or HTTPS and transfer my content over that. But still what are the issues if I just plainly use a binary protocol in a not-so popular port ?
I would say you answered your own question. If some ISP's filter binary protocols then it isn't reliable.
As for why ISP's would block the protocol I don't know.
If you're worried about reliability then use HTTP as you have that available.

Determine mailbox access protocol using C#

I racked my brain about how can i determine what protocol is used by a mailbox.
I'm creating a simple C# application that get an email adress and read all the mails, first of all i have to know how to access to this mailbox (which protocol to use) - i'm looking for a way to check what it the appropriate protocol (and please don't suggest me to try accessing all of them).
BTW, I don't have any limit which framework to use.
hanks in advance!!!
I'll appriciate a quick (and good :)) respone!
There's no way to tell just from an address what access methods might work. There are the 2 core protocols (POP3 and IMAP) and their SSL variants. Additionally, there's all the other info you need related to the address (mail server running POP3/IMAP/etc.)
The general use case here is handled by getting the appropriate data (including protocol) from the user.