RabbitMQ App-ID Misidentified

[jeff6strings]

We have a Security Policy Rule with Application rabbitmq, and Service is application-default. In the same Security Policy Rule, we allowed the dependant applications amqp and SSL. When we test traffic, in the Traffic log, we see it matching the zones and interfaces and IP addresses as we expect, but the rabbitmq application is identified as web-browsing, and so it is hitting the interzone-default rule.

After creating an Application Override for each port (TCP 5672 and 5671) and using the built-in app ID of rabbitmq in the override policy, the application is identified correctly in the traffic logs.

Is it possible the signature of the version of RabbitMQ we are using is different from the built-in App-ID?

I appreciate any help.

Jeff

[OtakarKlier]

Hello,

Prior to running a app override, have you tried adding web-browsing to the policy? The PAN usually needs a few packets to try and identify the application and maybe see's it was web-browsing prior to rabbitmq? Just a thought as I have seen this with other apps in the past.

The issue I have with the override is that it bypasses threat detection and should only be used when you are absolutely certain its clean traffic.

I always stick with the default apps and maybe change a port/service but thats about it.

Just a thought.

[BPry]

@OtakarKlier,

The app-id for RabbitMQ assumes that you are using encryption, but it doesn't sound like you are in your environment based off of that web-browsing identification. In that case, I would expect that simply adding web-browsing would allow the traffic to work as expected like @OtakarKlier mentioned would allow the app-id to work without needing the application-override. 

[jeff6strings]

Thanks for the replies.

We don't have decryption, and the web-browsing App-ID is already in the same security policy. I asked our developer who is working with RabbitMQ for the script he is testing and the response when it is run, and it is using an HTTP header; script message output (partial): "Error getting HTTP response". I'm assuming it's HTTP but not port 80, and instead, I confirmed it is using TCP 5672.

Once I enabled the App Override, the traffic is allowed and identified correctly. Could the problem be we are not using decryption? I know the built-in App-IDs use signatures, so could our version of RabbitMQ not have the same signature? If so, is it possible for a signature to be different? My concern is if the version of RabbitMQ we have is not official or maybe altered.

Again, I appreciate any help.

Jeff

[jeff6strings]

Bumping. Appreciate any help.

Jeff

[ksaifu]

Hello @jeff6strings , Good Day, We also just yesterday are having this same issue. I know its been a while, But have you been able to find a fix for it?

Cheers.

[Brandon_Wertz]

---

@ksaifu wrote:

Hello @jeff6strings , Good Day, We also just yesterday are having this same issue. I know its been a while, But have you been able to find a fix for it?

Cheers.

---

This is a pretty old thread, but reading through it, it appears that ultimately SSL decrypt (not using it) was/is the problem.  Ultimately if you're wanting to ensure correct security policy using APP-ID SSL decrypt is pretty much mandatory.  So "the fix" in this case is probably using SSL decryption.