live wire
▸PLATFORM · Quay.io push and pull operations hit intermittent 500 errors during maintenanceRed Hat status▸INTEGRATION · Apache Camel exposes incident and web search as parallel tools for a local agentApache Camel▸AI · Red Hat makes confidential GPU AI GA and previews VM-isolated Agent Sandbox (Aug. 4)Red Hat Blog▸SECURITY · Red Hat fixes Important MariaDB GIS memory-corruption flaw in Hardened ImagesRed Hat Product Security▸SECURITY · Red Hat restores CVE pages after a CWE dependency outage; monitoring continuesRed Hat status▸PLATFORM · Red Hat implements a fix for docs.redhat.com degradation and begins monitoringRed Hat status▸AI · vLLM combines PCP, DCP and host-memory offload to serve 1M-token GLM-5.3 contextsvLLM▸AI · vLLM ships day-zero MiniMax-M3.1-Flash support across NVIDIA and AMD GPUsvLLM▸SECURITY · Red Hat revokes compromised eMudhra certificates across RHEL and OpenShift trust storesRed Hat Product Security▸SECURITY · Red Hat rates PHP2Shell request-handling flaws Important; fixes are rolling outRed Hat Product Security▸AI · IBM maps GPU observability and FinOps controls across OpenShift clustersIBM Community▸IDENTITY · Red Hat shows Data Grid authentication through Keycloak 26 on OpenShiftRed Hat Developer▸AI · Red Hat layers tenant isolation, tool authorization and rate limits onto MCP gatewaysRed Hat Developer▸DATA · Red Hat maps direct LDAP and LDAPS authentication for Data Grid on OpenShiftRed Hat Developer▸PLATFORM · Quay.io push and pull operations hit intermittent 500 errors during maintenanceRed Hat status▸INTEGRATION · Apache Camel exposes incident and web search as parallel tools for a local agentApache Camel▸AI · Red Hat makes confidential GPU AI GA and previews VM-isolated Agent Sandbox (Aug. 4)Red Hat Blog▸SECURITY · Red Hat fixes Important MariaDB GIS memory-corruption flaw in Hardened ImagesRed Hat Product Security▸SECURITY · Red Hat restores CVE pages after a CWE dependency outage; monitoring continuesRed Hat status▸PLATFORM · Red Hat implements a fix for docs.redhat.com degradation and begins monitoringRed Hat status▸AI · vLLM combines PCP, DCP and host-memory offload to serve 1M-token GLM-5.3 contextsvLLM▸AI · vLLM ships day-zero MiniMax-M3.1-Flash support across NVIDIA and AMD GPUsvLLM▸SECURITY · Red Hat revokes compromised eMudhra certificates across RHEL and OpenShift trust storesRed Hat Product Security▸SECURITY · Red Hat rates PHP2Shell request-handling flaws Important; fixes are rolling outRed Hat Product Security▸AI · IBM maps GPU observability and FinOps controls across OpenShift clustersIBM Community▸IDENTITY · Red Hat shows Data Grid authentication through Keycloak 26 on OpenShiftRed Hat Developer▸AI · Red Hat layers tenant isolation, tool authorization and rate limits onto MCP gatewaysRed Hat Developer▸DATA · Red Hat maps direct LDAP and LDAPS authentication for Data Grid on OpenShiftRed Hat Developer
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.

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.