djust: Unsigned client state snapshot is restored as trusted view state (privilege escalation / state injection)
djust provides Phoenix LiveView-style reactive server-side rendering for Django with Rust-powered performance. Prior to version 1.0.7, for views that opt into state snapshots, the snapshot `state_json` embedded in the client page was restored on reconnect as trusted view state with no integrity check. A client could edit the unsigned `state_json` in their page and return it in the reconnect mount frame to inject arbitrary view attributes — e.g. flip `is_admin` to `True`, or change `account_id` / `balance` — escalating privilege or tampering with business state held in public view attributes (the normal djust pattern). This issue is fixed in djust 1.0.7. State snapshots are signed; unsigned or forged snapshots are rejected on the back-navigation restore path. As a workaround, do not enable state snapshots; do not hold authorization/ownership state in public view attributes.
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2026-61591
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 3 Nov 2026, 16:11 UTC · Revision 1
Source evidence
djust: Unsigned client state snapshot is restored as trusted view state (privilege escalation / state injection)
core-osv · Original sourcePublished 16 Sept 2026, 21:57 UTC
djust provides Phoenix LiveView-style reactive server-side rendering for Django with Rust-powered performance. Prior to version 1.0.7, for views that opt into state snapshots, the snapshot `state_json` embedded in the client page was restored on reconnect as trusted view state with no integrity check. A client could edit the unsigned `state_json` in their page and return it in the reconnect mount frame to inject arbitrary view attributes — e.g. flip `is_admin` to `True`, or change `account_id` / `balance` — escalating privilege or tampering with business state held in public view attributes (the normal djust pattern). This issue is fixed in djust 1.0.7. State snapshots are signed; unsigned or forged snapshots are rejected on the back-navigation restore path. As a workaround, do not enable state snapshots; do not hold authorization/ownership state in public view attributes.
osv:CVE-2026-61591
Complete source record
{
"id": "30f4b9e2e6574baf0d75ecf6769a17ed8875ed12291556d55eb59201af8bd412",
"url": "https://osv.dev/vulnerability/CVE-2026-61591",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "djust: Unsigned client state snapshot is restored as trusted view state (privilege escalation / state injection)",
"summary": "djust provides Phoenix LiveView-style reactive server-side rendering for Django with Rust-powered performance. Prior to version 1.0.7, for views that opt into state snapshots, the snapshot `state_json` embedded in the client page was restored on reconnect as trusted view state with no integrity check. A client could edit the unsigned `state_json` in their page and return it in the reconnect mount frame to inject arbitrary view attributes — e.g. flip `is_admin` to `True`, or change `account_id` / `balance` — escalating privilege or tampering with business state held in public view attributes (the normal djust pattern). This issue is fixed in djust 1.0.7. State snapshots are signed; unsigned or forged snapshots are rejected on the back-navigation restore path. As a workaround, do not enable state snapshots; do not hold authorization/ownership state in public view attributes.",
"evidence": "osv:CVE-2026-61591",
"products": [],
"severity": "high",
"structured": {
"id": "CVE-2026-61591",
"aliases": [
"CVE-2026-61591",
"GHSA-c67v-vqrp-m5wj",
"PYSEC-2026-4040"
],
"metrics": [
{
"type": "CVSS_V3",
"score": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:N"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/djust-org/djust",
"type": "GIT",
"events": [
{
"introduced": "0"
},
{
"fixed": "e7f6751723e76219d3062f3391231fec3c736ab3"
}
],
"database_specific": {
"extracted_events": [
{
"range": [
{
"introduced": "0"
},
{
"fixed": "1.0.7"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StringRangeExpression"
},
{
"range": [
{
"fixed": "e7f6751723e76219d3062f3391231fec3c736ab3"
}
],
"source": "REFERENCES_TAG",
"original_tag": "v1.0.7"
},
{
"range": [
{
"introduced": "0"
},
{
"fixed": "1.0.7"
}
],
"source": "DESCRIPTION"
}
]
}
}
],
"versions": [
"v1.0.7rc1",
"v1.0.6",
"v1.0.6rc3",
"v1.0.6rc2",
"v1.0.6rc1",
"v1.0.5",
"v1.0.5rc5",
"v1.0.5rc4",
"v1.0.5rc3",
"v1.0.5rc2",
"v1.0.5rc1",
"v1.0.4",
"v1.0.4rc1",
"v1.0.3",
"v1.0.3rc2",
"v1.0.3rc1",
"v1.0.2",
"v1.0.2rc3",
"v1.0.2rc2",
"v1.0.2rc1",
"v1.0.1",
"v1.0.1rc1",
"v1.0.0",
"v1.0.0rc18",
"v1.0.0rc17",
"v1.0.0rc16",
"v1.0.0rc15",
"v1.0.0rc14",
"v1.0.0rc13",
"v1.0.0rc12",
"v1.0.0rc11",
"v1.0.0rc10",
"v1.0.0rc9",
"v1.0.0rc8",
"v1.0.0rc7",
"v1.0.0rc6",
"v1.0.0rc4",
"v1.0.0rc3",
"v1.0.0rc2",
"v1.0.0rc1",
"v0.9.7",
"v0.9.7rc3",
"v0.9.7rc2",
"v0.9.7rc1",
"v0.9.6",
"v0.9.6rc3",
"v0.9.6rc2",
"v0.9.6rc1",
"v0.9.5",
"v0.9.5rc4",
"v0.9.5rc3",
"v0.9.5rc2",
"v0.9.5rc1",
"v0.9.4",
"v0.9.4rc9",
"v0.9.4rc8",
"v0.9.4rc7",
"v0.9.4rc6",
"v0.9.4rc5",
"v0.9.4rc3",
"v0.9.4rc2",
"v0.9.4rc1",
"v0.9.3rc2",
"v0.9.2rc2",
"v0.9.3rc1",
"v0.9.2",
"v0.9.2rc1",
"v0.9.1",
"v0.9.0",
"v0.9.0rc5",
"v0.9.0rc4",
"v0.9.0rc3",
"v0.9.0rc2",
"v0.9.0rc1",
"v0.8.8rc2",
"v0.8.8rc1",
"v0.8.7rc1",
"v0.8.6rc1",
"v0.8.5rc1",
"v0.8.4rc1",
"v0.8.3rc1",
"v0.8.2rc1",
"v0.8.0rc1",
"v0.7.4rc1",
"v0.7.3rc1",
"v0.7.2rc1",
"v0.7.1rc1",
"v0.7.0rc1",
"v0.6.1rc1",
"v0.6.0rc1",
"v0.5.7rc1",
"v0.5.6rc1",
"v0.5.5rc1",
"v0.5.4rc1",
"v0.5.3rc1",
"v0.5.2rc1",
"v0.5.1rc4",
"v0.5.1rc2",
"v0.5.1rc1",
"v0.5.0rc2",
"v0.5.0rc1",
"v0.4.5rc2",
"v0.4.5rc1",
"v0.4.4",
"v0.4.4rc1",
"v0.4.3",
"v0.4.3rc1",
"v0.4.2",
"v0.4.2rc4",
"v0.4.2rc3",
"v0.4.2rc2",
"v0.4.2rc1",
"v0.4.1",
"v0.4.1rc2",
"v0.4.1rc1",
"v0.4.0",
"v0.4.0rc3",
"v0.3.8",
"v0.3.8rc1",
"v0.3.7",
"v0.3.7rc2",
"v0.3.7rc1",
"v0.3.6",
"v0.3.6rc4",
"v0.3.6rc3",
"v0.3.6rc2",
"v0.3.6rc1",
"v0.3.5",
"v0.3.5rc2",
"v0.3.5rc1",
"v0.3.4",
"v0.3.3rc3",
"v0.3.3rc2",
"v0.3.3rc1",
"v0.3.2rc1",
"v0.3.1",
"v0.3.0",
"v0.3.0rc5",
"v0.3.0rc4",
"v0.3.0rc3",
"v0.3.0rc2",
"v0.3.0rc1",
"v0.2.2",
"v0.2.2rc5",
"v0.2.2rc3",
"v0.2.2rc2",
"v0.2.2rc1",
"v0.2.1",
"v0.2.1a1",
"v0.2.0",
"v0.2.0a2",
"v0.2.0a1",
"v0.1.8",
"v0.1.7",
"v0.1.6",
"v0.1.5",
"v0.1.4",
"v0.1.3"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-61591.json"
}
}
],
"modified": "2026-10-28T02:30:30.362452660Z",
"provider": "osv",
"references": [
"https://github.com/djust-org/djust/releases/tag/v1.0.7",
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/61xxx/CVE-2026-61591.json",
"https://github.com/djust-org/djust/security/advisories/GHSA-c67v-vqrp-m5wj",
"https://nvd.nist.gov/vuln/detail/CVE-2026-61591"
],
"provider_metadata": {
"cwe_ids": [
"CWE-345",
"CWE-915"
],
"cna_assigner": "GitHub_M",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/61xxx/CVE-2026-61591.json"
}
},
"related_cves": [
{
"value": "CVE-2026-61591",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 497173,
"published_at": "2026-09-16T21:57:26.957+00:00"
}