MEDIUM 6.5

CVE-2026-2675: RTI Connext Professional Data Source Spoofing Vulnerability

RTI Connext Professional's security plugins contain a missing authentication check on a critical function, allowing an authenticated user to impersonate the source of data messages. This undermines the integrity of distributed data flows without requiring elevated privileges or user interaction. An attacker with valid credentials to the Connext system could inject falsified data that appears to originate from legitimate sources, potentially disrupting dependent applications that rely on data provenance.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N
Weaknesses (CWE)
CWE-306
Affected products
1 configuration(s)
Published / Modified
2026-06-17 / 2026-07-08

NVD description (verbatim)

Missing Authentication for Critical Function vulnerability in RTI Connext Professional (Security Plugins) allows Fake the Source of Data.This issue affects Connext Professional: from 7.4.0 before 7.7.0, from 7.0.0 before 7.3.1.3, from 6.1.0 before 6.1.*, from 6.0.0 before 6.0.*, from 5.3.0 before 5.3.*.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-2675 is a missing authentication vulnerability (CWE-306) affecting RTI Connext Professional's security plugins. The flaw permits an authenticated attacker to forge the source identity of data within the middleware, bypassing controls that normally ensure data authenticity. The vulnerability exists in multiple version branches: 7.4.0–7.6.x, 7.0.0–7.3.1.2, 6.1.0–6.1.x, 6.0.0–6.0.x, and 5.3.0–5.3.x. With network accessibility and valid credentials, an attacker can craft malicious data packets that the system accepts as originating from trusted producers, enabling man-in-the-middle style attacks within the DDS (Data Distribution Service) infrastructure.

Business impact

Organizations relying on Connext Professional for mission-critical distributed systems face data integrity risks. Financial systems, industrial control networks, autonomous systems, and real-time collaborative platforms could receive spoofed data without detection. Depending on downstream validation practices, this could lead to incorrect decisions, operational failures, or security breaches. Remediation delays increase exposure window for sophisticated adversaries targeting data authenticity as a vector.

Affected systems

RTI Connext Professional versions are affected across four major release lines. Versions 7.4.0 through 7.6.x, 7.0.0 through 7.3.1.2, 6.1.0 through 6.1.x, 6.0.0 through 6.0.x, and 5.3.0 through 5.3.x all contain the flaw. Organizations using Connext Professional in production should inventory deployed versions immediately. The vulnerability does not affect non-professional editions or deployments that do not utilize the security plugins.

Exploitability

The attack requires network access to the Connext middleware and valid authentication credentials. The CVSS score of 6.5 reflects low attack complexity but mandatory low-privilege user status. While not trivially exploitable by unauthenticated threat actors, the barrier is moderate: once insider access or credential compromise occurs, exploitation is straightforward and requires no special tools. No public exploit code is known at publication; however, the simplicity of the underlying flaw (missing authentication check) suggests rapid weaponization is possible if details proliferate.

Remediation

RTI has released patched versions for affected release streams. Organizations must upgrade to patched versions in each branch: verify against RTI's security advisory for the specific patch versions available for 7.7.0+, 7.3.1.3+, and corresponding patches for 6.x and 5.x lines. Patch testing should prioritize systems with the highest data integrity requirements. Where immediate patching is not feasible, implement network segmentation to restrict Connext access to authenticated, trusted entities only, and enhance monitoring of data source changes.

Patch guidance

Consult the RTI Connext Professional security bulletin for precise patch version numbers by release branch. Organizations should establish a staged rollout plan, testing patches in non-production environments first, particularly for systems with stringent real-time requirements. Given the MEDIUM severity and the requirement for authentication, patching can be scheduled within standard change windows, but should not be deferred beyond 60 days. Verify patch integrity and confirm successful deployment via version checks post-update.

Detection guidance

Monitor Connext middleware logs for anomalous source identity changes or data producer claims from unexpected endpoints. Implement network-level monitoring for DDS traffic patterns and source-destination relationships. Organizations with application-level validation of data provenance should review those controls and ensure they are not reliant on unverified source claims from the middleware. Consider enhanced logging of authentication events and data source transitions within Connext security plugins during the patching window to identify any exploitation attempts.

Why prioritize this

Although CVSS 6.5 classifies this as MEDIUM severity, the nature of the vulnerability—data source spoofing—poses significant business risk in sectors where data integrity is non-negotiable (finance, industrial, autonomous systems). The requirement for authentication reduces immediate risk from external threat actors but increases insider threat surface. Prioritize based on data criticality: systems handling real-time control, financial transactions, or safety-related data warrant faster patching. Not currently on the CISA KEV list, suggesting limited active exploitation, but this does not diminish the strategic importance of patching before adversaries discover and weaponize the flaw.

Risk score, explained

The CVSS 6.5 score reflects a network-accessible vulnerability with low attack complexity that requires low privileges. The impact vector shows no confidentiality or availability loss but high integrity impact—precise for a data spoofing flaw. The score appropriately captures the threat but should be contextualized with organizational risk: systems with strong downstream data validation will have lower practical risk than those relying on implicit trust in source identity. Consider raising priority for data-critical applications even if the base CVSS is moderate.

Frequently asked questions

Can an unauthenticated attacker exploit this vulnerability?

No. The vulnerability requires valid authentication credentials to the Connext Professional system. However, compromised credentials, insider threats, or adjacent system compromises that grant Connext access create realistic attack paths.

What is the difference between this and a typical man-in-the-middle attack?

A traditional MITM intercepts and modifies traffic in transit. This vulnerability allows a legitimate, authenticated user to simply claim a false source identity within the middleware itself, bypassing transport-layer defenses and making the spoofing appear as native middleware behavior rather than external tampering.

If I don't use the security plugins, am I affected?

This vulnerability specifically affects RTI Connext Professional deployments using the security plugins feature. Deployments without security plugins enabled are not vulnerable to this particular flaw, though they may lack other security protections.

How long should patching take as a priority?

Given the MEDIUM CVSS and required authentication, most organizations can plan patching within 60 days as part of standard maintenance windows. However, systems handling critical data (financial, safety, control) should be prioritized for faster patching within 30 days.

This analysis is based on vendor advisories and CVE metadata current as of the publication date. Patch version numbers and availability should be verified directly with RTI's security bulletins. Exploitation scenarios are theoretical and should not be tested without explicit authorization. Organizations should conduct their own risk assessments based on deployed versions, network architecture, and data criticality. This document does not constitute professional security advice and should complement, not replace, guidance from your security team and RTI support. Source: NVD (public-domain), retrieved 2026-07-27. Analysis generated by SEC.co (claude-haiku-4-5).