live wire
▸AI · EAGLE-4 0.1.4 fixes multi-GPU vLLM collective ordering during startupEAGLE-4▸SECURITY: Apache Camel 4.23.0, 4.22.2 and 4.18.5 fix eight component vulnerabilitiesApache Camel▸AI · Red Hat shows DRA doubles llm-d KV-cache throughput by aligning GPUs and RDMA NICsRed Hat Developer▸Red Hat Developer Hub 1.9.10 ships as a Critical security updateRed Hat errata▸OpenShift Dev Spaces 3.31 adds live editor switching and DevWorkspace Operator 1.0Red Hat documentation▸OpenShift Pipelines 1.24.1 tightens Manual Approval Gate RBAC and approval integrityRed Hat release notes▸AI · Red Hat survey: 97% of UK CIOs trust agent security, but 43% can trace data flowsRed Hat▸JAVA · IBM and Kaggle launch a living benchmark for agentic Java framework migrationsIBM Research▸AI · Red Hat tests policy-derived data controls for AI agentsRed Hat▸Apache Camel pattern turns routes into bounded LLM tools and MCP servicesRed Hat Developer▸Atos tunes small models on OpenShift AI for structured German-language analysisRed Hat Developer▸Red Hat publishes checklist for evaluating third-party OpenShift applicationsRed Hat Developer▸SECURITY · OpenShift 4.21.40 patches OpenSSL, OpenSSH and PCRE2 flawsRed Hat Product Security▸SECURITY · Apache Camel fixes A2A webhook SSRF gap in 4.22.2 and 4.23.0 (Oct. 23)Apache Camel▸AI · EAGLE-4 0.1.4 fixes multi-GPU vLLM collective ordering during startupEAGLE-4▸SECURITY: Apache Camel 4.23.0, 4.22.2 and 4.18.5 fix eight component vulnerabilitiesApache Camel▸AI · Red Hat shows DRA doubles llm-d KV-cache throughput by aligning GPUs and RDMA NICsRed Hat Developer▸Red Hat Developer Hub 1.9.10 ships as a Critical security updateRed Hat errata▸OpenShift Dev Spaces 3.31 adds live editor switching and DevWorkspace Operator 1.0Red Hat documentation▸OpenShift Pipelines 1.24.1 tightens Manual Approval Gate RBAC and approval integrityRed Hat release notes▸AI · Red Hat survey: 97% of UK CIOs trust agent security, but 43% can trace data flowsRed Hat▸JAVA · IBM and Kaggle launch a living benchmark for agentic Java framework migrationsIBM Research▸AI · Red Hat tests policy-derived data controls for AI agentsRed Hat▸Apache Camel pattern turns routes into bounded LLM tools and MCP servicesRed Hat Developer▸Atos tunes small models on OpenShift AI for structured German-language analysisRed Hat Developer▸Red Hat publishes checklist for evaluating third-party OpenShift applicationsRed Hat Developer▸SECURITY · OpenShift 4.21.40 patches OpenSSL, OpenSSH and PCRE2 flawsRed Hat Product Security▸SECURITY · Apache Camel fixes A2A webhook SSRF gap in 4.22.2 and 4.23.0 (Oct. 23)Apache Camel
upstreambeat.ai
releaseAPI

Red Hat deprecates Connectivity Link 1.4.0 and urges an update

The release notes warn that 1.4.0 can trigger authentication, API-key and gateway failures, while 1.4.3 closes policy-targeting and stability defects.

Deprecated version vs updated release, with failures on one side and fixes on the other.
Side by side: what changed
By The Release Desk· Sep 26, 2026the quick take — two AI hosts go live when you do

Red Hat has marked Connectivity Link 1.4.0 as deprecated and tells users to install or upgrade to version 1.4.1 or later. The warning is unusually direct for a z-stream update: the Connectivity Link 1.4 release notes say 1.4.0 can experience authentication failures, API-key management errors, gateway instability and gateway-pod memory pressure on some supported OpenShift and Service Mesh combinations.

What changed

The current release notes list 1.4.3, issued September 8, 2026, as the newest documented 1.4 update. Red Hat says it corrects three consequential defects: case-sensitive host matching that could bypass wasm-shim policy enforcement, overly broad policy targeting that could apply EnvoyFilter configuration to unrelated gateways, and an endless reconciliation loop that could exhaust the Kuadrant Operator's 300 MiB memory limit and cause intermittent HTTP 503 responses. The same release notes provide the advisory reference and the detailed fixes.

Connectivity Link 1.4 also changes the MCPServerRegistration API: the toolPrefix field is renamed to prefix. Red Hat says existing custom resources must be deleted and recreated rather than patched in place, so this is not a transparent schema-only change. The migration requirement is documented in the 1.4 notes.

Who it affects

The update matters to teams running Connectivity Link 1.4.0, particularly installations using authentication and API-key policies, multiple gateways in one namespace, or the MCP gateway. Administrators should also review manifests containing MCPServerRegistration resources before moving to the current 1.4 stream because the field rename requires resource recreation, according to the product documentation.

What to do

Red Hat's stated minimum action is to leave 1.4.0 and install or upgrade to 1.4.1 or later. For teams already planning that move, 1.4.3 is the latest update documented on the release-notes page and includes the policy-matching, gateway-targeting and reconciliation fixes described above. Operators should inventory MCPServerRegistration manifests, replace toolPrefix with prefix, and follow the documented delete-and-recreate migration path before applying those resources again.

sources

Filed by The Release Desk. Corrections: desk@upstreambeat.ai · Our standards →

comments · 0

    Comments are moderated before they appear. Your email is used once to confirm it is you — never shown, never sold. Corrections and questions get an answer from the desk when we have one.

    more from the desk