Continue reading the full briefing.
Why it matters: GitHub Advisory Database github.com/traefik/traefik/v3 participates in the path from source code to production. A weakness can inherit runner permissions, build secrets, trusted artifacts, or deployment access.
What to verify: Trace untrusted input through pull requests and jobs, review token scope, isolate runners, pin trusted dependencies, and rebuild affected artifacts after remediation.
Operational focus: Keep audit logs outside the workload account and verify they cover the affected control plane.
Open the original GitHub Advisory Database record
Microsoft named a Leader in the KuppingerCole Leadership Compass for Cloud Native Application Protection Platforms (CNAPP)
Learn why KuppingerCole named Microsoft a Leader in its Leadership Compass: Cloud Native Application Protection Platforms report. The post Microsoft named a Leader in the KuppingerCole Leadership Compass for Cloud Native Application Protection Platforms (CNAPP) appeared first on Microsoft Security Blog.
Why it matters: Microsoft Security Blog needs an account, region, identity path, exposure state, and provider-versus-tenant ownership decision.
What to verify: Confirm the affected version and reachable component, preserve useful telemetry, apply the publisher guidance, and record the evidence used to close the item.
Operational focus: Confirm whether the provider has remediated the platform or whether tenant configuration remains exposed.
USN-8615-2: Linux kernel (Raspberry Pi) vulnerabilities
It was discovered that a logic flaw existed in the XFRM ESP-in-TCP subsystem in the Linux kernel when handling socket buffer fragments. This flaw is known as Fragnesia. A local attacker could use this to escalate privileges, or possibly escape a container. (CVE-2026-43503) Several security issues were discovered in the Linux kernel. An attacker could possibly use these…
Why it matters: Ubuntu Security Notices may be embedded across servers, containers, appliances, and administration hosts. Package installation alone does not prove that the corrected code is running.
What to verify: Compare distribution package versions, identify the loaded kernel or library, plan required service restarts or reboots, and validate workload health after the change.
Operational focus: Review public endpoints, privileged identities, service accounts, and cross-account trust.
CVE-2026-65601: Traefik Gateway API HTTPRoute BackendRef ExtensionRef Namespace Confusion
## Summary There is a medium-severity namespace-confusion vulnerability in Traefik's Kubernetes Gateway API provider. When resolving `HTTPRoute.spec.rules[].backendRefs[].filters[].extensionRef`, Traefik used the backend Service namespace instead of the `HTTPRoute` namespace. A low-privileged route author holding a `ReferenceGrant` for a cross-namespace Service could therefore bind a Traefik `Middleware` from the backend namespace without a separate grant for that middleware. If the…
Why it matters: GitHub Advisory Database Traefik participates in the path from source code to production. A weakness can inherit runner permissions, build secrets, trusted artifacts, or deployment access.
What to verify: Trace untrusted input through pull requests and jobs, review token scope, isolate runners, pin trusted dependencies, and rebuild affected artifacts after remediation.
Operational focus: Keep audit logs outside the workload account and verify they cover the affected control plane.
Cloud response plan
Separate provider-side remediation from tenant-owned configuration. Check identities, public endpoints, workload images, service accounts, regions, and audit coverage before closing the issue.
- Map provider and package advisories to accounts, projects, regions, clusters, and managed services in use.
- Review public storage, load balancers, admin ports, and broad network rules.
- Remove stale keys, broad roles, unused service accounts, and persistent administrative access.
- Patch worker nodes, container images, agents, and self-managed control-plane components.
- Confirm centralized audit logging and alerting after every remediation.
Tenant checks
Verify the affected account and region, the identity path, public reachability, provider responsibility, and audit evidence.
- Confirm whether the provider has remediated the platform or whether tenant configuration remains exposed.
- Review public endpoints, privileged identities, service accounts, and cross-account trust.
- Keep audit logs outside the workload account and verify they cover the affected control plane.
Cloud team takeaway
Close cloud findings only after both the provider status and tenant configuration are understood, with centralized logs showing the repaired control is working.
References used in this briefing
- GitHub Advisory Database: rclone: S3 Redirect Sanitization Omits IBM IAM Bearer Tokens and SSE-C Keys
- NIST National Vulnerability Database: CVE-2026-14529: IBM WebSphere Application Server 9.0, and 8.5 and IBM WebSphere Application Server…
- GitHub Advisory Database: CVE-2026-65602: Traefik CRD IngressRouteTCP ServersTransport Cross-Provider Namespace Bypass
- Microsoft Security Blog: Microsoft named a Leader in the KuppingerCole Leadership Compass for Cloud Native Application Protection Platforms (CNAPP)
- Ubuntu Security Notices: USN-8615-2: Linux kernel (Raspberry Pi) vulnerabilities
- GitHub Advisory Database: CVE-2026-65601: Traefik Gateway API HTTPRoute BackendRef ExtensionRef Namespace Confusion
Need to add context to this briefing?
Send corrections, security tips, source updates, or collaboration notes through the contact page so the editorial team can review them properly.

