K2 Cloud Adds Native OVN Traffic Mirroring for NTA/NDR Deployment in Public Cloud

K2 Cloud has implemented traffic mirroring for virtual machine interfaces inside overlay networks built on OVN, solving a long-standing gap that prevented NTA/NDR systems from operating in Russian public clouds. The company contributed the feature upstream, and the patch was accepted into the main OVN codebase. The solution supports source, destination, and mirroring session objects together with optional match/action filters that eliminate duplicate packets, reduce load on sensors, and allow traffic distribution across multiple analyzers. Testing with Positive Technologies PT NAD showed sustained throughput above 3 Gbit/s with approximately 400 000 packets per second and minimal packet loss. The feature works inside a single availability zone; multi-AZ deployments require one PT NAD sensor per zone. Management is available through the web console, an EC2-compatible API, and the official Terraform provider.

HabrTranslated from Russian

Read at source

K2 Cloud has become the first Russian public cloud to support native traffic mirroring from virtual-machine interfaces for NTA/NDR systems. The implementation was achieved by extending OVN overlay-network capabilities and contributing the changes upstream, where the patch was accepted into the main code base.

Why cloud traffic visibility was missing

Until this development, no Russian public cloud offered the ability to mirror VM traffic. PT Network Attack Discovery (PT NAD) from Positive Technologies and similar tools require an exact copy of network packets to perform signature analysis, indicator-of-compromise checks, sandbox integration, and behavioral anomaly detection. Without this copy the systems cannot function.

How the mirroring works

Mirroring is performed after the packet has passed the load balancer and cloud firewall for inbound traffic, and immediately after the VM for outbound traffic. The original packet continues to its destination while an identical copy is sent to the designated PT NAD sensor. The feature operates across any project networks, including different VPCs, and mirrors exactly the same traffic that would be seen by tcpdump inside the VM.

Filters solve duplicate, one-sided, and elephant-flow problems

  • Inbound filter rules drop traffic originating from other VMs inside the same VPC to prevent duplicate packets from reaching the sensor.
  • Outbound rules explicitly allow traffic to the default gateway so that DNS and DHCP sessions remain complete.
  • Heavy but legitimate flows such as backups can be excluded by IP, port, and protocol to reduce sensor load.

Filters are applied only to the cloned packets and have no effect on the original traffic.

Operational constraints and performance

Mirroring is limited to a single availability zone; each additional zone requires its own PT NAD instance. Load testing conducted jointly with Positive Technologies demonstrated more than 3 Gbit/s of mirrored HTTP traffic, roughly 400 000 packets per second, and 30 000 HTTP transactions per second with negligible packet loss. The official PT NAD rating is 2 Gbit/s; higher rates are achievable with multiqueue configuration on the capture interface.

Deployment notes

Administrators must remove the automatically assigned IP address from the capture interface by uninstalling the c2-ec2-netutils package, otherwise the DPDK-based sensor will not start. Disk IOPS should be monitored when raw traffic storage is enabled. All resources—sources, destinations, sessions, and filters—can be managed through the web console, the EC2-compatible API, or the K2 Cloud Terraform provider.

Meridian digestThe week's most consequential security stories, distilled into one briefing.See the digest

More in Other

Mail.ru Reduces Lifetime 1TB Cloud Storage Promo to Standard 8GB Quota for Select Users
Kimi K3 Open Model Surpasses Closed AI Leaders with Million-Token Context and 896 Experts
Innostage Completes Functional Testing of PT NGFW 1.10.3 Across 156 Criteria