CVE-2026-73090: PeerTube: Cross-origin remote video takeover via Update activity
PeerTube is an ActivityPub-federated video streaming platform. Prior to 8.2.2, processUpdateActivity and processUpdateVideo accept an ActivityPub Update containing a Video object without verifying that byActor.url is authorized for the host in videoObject.id, allowing a malicious federated server to rewrite another server's video metadata, visibility, media file, and HLS URLs. This issue is fixed in version 8.2.2.
Security readout for executives and security teams
Plain-English summary
A malicious federated PeerTube server could alter videos hosted by another PeerTube server without authorization. Changes may affect titles, visibility, media files, and streaming URLs, creating serious content-integrity and trust risks. PeerTube versions before 8.2.2 are affected; version 8.2.2 fixes the issue.
Executive priority
Treat this as an urgent integrity issue. Schedule immediate upgrades for affected federated instances and investigate unexplained video or streaming-URL changes. Although active exploitation is not established, the low-complexity, unauthenticated attack path and high modification impact justify rapid action.
Technical view
PeerTube failed to verify that the actor processing an ActivityPub Update was authorized for the host identified by the target Video object's ID. This authorization flaw affects processUpdateActivity and processUpdateVideo, permitting cross-origin modification of remote video metadata and media references. It is classified as CWE-863 and scored CVSS 9.3.
Likely exposure
PeerTube installations below 8.2.2 that participate in ActivityPub federation are potentially exposed to malicious Update activities from federated servers. The bundle does not identify specific configurations that eliminate exposure or provide observed victim counts.
Exploitation context
The attack is network-accessible, requires no privileges or user interaction, and can be initiated by a malicious federated server. The supplied record is not in KEV, and the sources provide no evidence of active exploitation. Practical exploitation prevalence is therefore unknown.
Researcher notes
The core security boundary is the relationship between byActor.url and the host in videoObject.id. The fix is identified in PeerTube 8.2.2 and the referenced commit. Source evidence supports unauthorized integrity changes and limited confidentiality impact, but not availability impact, exploitation in the wild, or a complete indicator set.
Mitigation direction
Upgrade affected PeerTube installations to version 8.2.2 or later.
Prioritize internet-facing and actively federating PeerTube servers.
If immediate upgrading is impossible, consult the vendor advisory for supported interim guidance.
Preserve relevant federation records before remediation if incident investigation may be required.
Validation and detection
Inventory every PeerTube instance and confirm its installed version.
Verify upgraded instances report PeerTube 8.2.2 or later.
Review unexpected changes to video metadata, visibility, media files, and HLS URLs.
Confirm authorization tests reject cross-origin actors modifying videos hosted by another server.
Check vendor guidance for additional indicators or validation recommendations.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-863: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.