While refactoring code related to establishing syslog connections, we unintentionally changed the behaviour of the user configuration parsing. This meant that we ignored the ‘useTLS’ setting on CVaaS. This bug was caused by a misunderstanding in how function arguments would be processed.
Note that if the customer syslog server was configured to use TCP, and the TLS endpoint of that syslog server was configured to accept only TLS connections, then the CVaaS-to-endpoint connection could not have been established. In that case, no messages would have been sent on the wire. We recommend ensuring your syslog endpoints are configured to support only TLS listening on TCP.
Tenants on the regions ausoutheast-1, apnortheast-1 or us-central1-a have been impacted by this issue since April 16th, 2025. All other regions have been impacted since March 24th, 2025. We were notified about this issue on May 7th, 2025, and we had deployed the fix on May 9th, after we had identified and fixed the underlying issue. All customers were notified about this issue on the same day the fix was deployed.
Upon fixing this issue in syslog events, we conducted a review of our other event notification systems affected by the refactor, and ensured security related settings were being respected. This issue was only possible due a gap in our automated testing, and as such we are implementing more thorough tests across our event notification systems.
We have reached out to any affected customers directly.
We believe CloudVision as-a-Service should enforce best practices when it comes to security, and as such we will be deprecating the use of insecure transport settings for all types of alert configuration. This change will affect syslog, email, SNMP & webhooks, meaning all of them will require a secure endpoint.
Starting August 2025, we will officially begin deprecation support for insecure transport settings in CloudVision as-a-Service. Customers using insecure settings will be notified with instructions to ensure continued service. New configurations will require secure settings.
By the end of September, secure settings will be enforced, and any alerts sent via insecure transport settings will no longer function.
If you have any questions please feel free to reach out to Arista TAC at support@arista.com or click here for additional ways to reach us.