Is RED using RC4 or AES256?

Hi, Josef, and welcome to the User BB!

RED is meant to offer a secure, remote Ethernet connection.  It is not a VPN device that can make or receive "calls" to/from any IP.

One important issue is that RED traffic is over UDP, not TCP, thus eliminating the exposure to reliability-layer collisions, the primary method used to crack RC4 and SHA1.

When first connected to the Internet, a RED calls a secure server in the cloud to request its configuration.  Once it has received that, it calls the one, single UTM that "owns" it.  To fool the remote site into connecting to somewhere else presumes that the attacker can overcome the security of your public authoritative name servers to redirect the RED's call to a different IP.  Not impossible, but highly unlikely.  After that, the attacker would have to have knowledge of your internal infrastructure, your UTM's configuration and a copy of the self-signed private certificate created when the UTM was first installed.

In order to attempt a man-in-the-middle attack, some serious investment to break the ISPs' security and/or your buildings' physical security would be required...

If you have something that would be worth millions of dollars of effort, you can afford to invest in equipment that builds an IPsec VPN using the strongest authentication and encryption tools.  If not, I think the level of security offered by RED is more than you need even if the security of the Control Channel offered by RC4-SHA1 is a problem for other cryptographic applications. 

Cheers - Bob

Hi Bob,

The main thing which confused me was seeing "AES256" on the datasheet but "cipher RC4-SHA" in the logs. So I'm curious if that's just a typo on the datasheet or if AES is really used. (Or is AES used just for encrypting the tunnel traffic?)

best regards,
Josef

The Data channel uses AES256. The Control channel uses RC4-SHA.

Cheers - Bob

Sorry for any short responses.  Posted from my iPhone.