Late escalation at 21:00 ET: djust wasn't done. GHSA published four more djust advisories between 22:02 and 22:09 UTC — after First Watch had already locked the day's story at eight CVEs — pushing the release's total to twelve. The worst of the new four needs no prior authentication at all: the WebSocket/SSE mount path resolves the view to load from a client-supplied dotted path and calls __import__() on it before checking the result is a LiveView subclass or running any auth, so an anonymous client can force the server to execute the import-time side effects of any importable Python module. That's RCE-by-proxy on any host with a side-effectful dependency, and it's arguably worse than this morning's WebSocket auth-bypass because it doesn't require the attacker to already be inside an authenticated session.
Separately, rmcp — the Rust MCP SDK — disclosed two issues in the same window. Its Streamable HTTP transport allocates a session before validating the request body and never releases it on failure, so a single unauthenticated POST leaks one permanent session-table entry; researchers sustained over 2,000 leaks/sec, extrapolating to roughly 75GB/day of resident memory. A second rmcp advisory found its OAuth Protected Resource discovery skips the RFC 9728 resource-parameter check, letting a malicious MCP server redirect the flow and steal the resulting access token. Anyone running MCP infrastructure on rmcp's HTTP transport should treat both as one patch cycle.
The bright spot holds even with the escalation: all twelve djust CVEs — this morning's, First Watch's, and tonight's — ship in the same 1.0.7 release, so it's still one upgrade, not four.
→ Operational priority for the night if you run djust, confirm you're on 1.0.7 — this is the third pass today flagging it, and tonight's arbitrary-module-import bug is the most severe of the twelve. If you run an MCP server on rmcp's Streamable HTTP transport, patch that too; the session leak is a trivial unauthenticated DoS.