CVE-2026-115478
Beschrijving NL
obsidian-tc is een beheerde, agent-klare Model Context Protocol-server voor Obsidian-kluizen. Van 1.0.1 tot 1.31.4 regenereren `create_entity`, `link_entities`, `rename_entity`, `unlink_entities` en `delete_entity` geheugennotities van SQLite op het berekende `memory//.md` pad zonder op betrouwbare wijze het eigendom van notities of de consistentie van een mislukte levenscyclusbewerking te behouden. Tijdens gedeelde materialisatie kon een handgeschreven notitie of een wees die door een andere entiteit was achtergelaten wiens naam op hetzelfde pad was gezuiverd, zijn hele lichaam laten overschrijven op de volgende schrijfnaam met dat type en die naam, waarbij de frontmatter van een niet-bezit behouden bleef. `rename_entity` zaaide ook het bestemmingspad met een directe atomaire schrijf zonder het eigendom te valideren en kon daar een buitenlandse notitie overschrijven. Afzonderlijk hebben verschillende tools SQLite gemuteerd voordat het feilbare bestandssysteem werkte: `create_entity` en `link_entities` hebben de rij of relatie ingevoegd vóór materialisatie; `rename_entity` heeft de entiteit bijgewerkt, inclusief een gepensioneerde status, voordat de notitie werd bijgewerkt; `unlink_entities` heeft een relatie verwijderd voordat de bronnotitie opnieuw werd gematerialiseerd; en `delete_entity`s cascade heeft het doel en de relaties verwijderd voordat naburige notities opnieuw werden gematerialiseerd. Een latere fout in het bestandssysteem kan daarom een rij of relatie veranderen en de geheugengrafiek niet consistent zijn met de notities op de schijf, zelfs wanneer de bewerking is mislukt. Een geautoriseerde beller met de vereiste geheugen-tooltoestemmingen zou, zonder de intentie te hebben, het lichaam van een kluisnotitie buiten de entiteit die wordt geschreven kunnen vernietigen; `delete_entity` vereist bovendien zijn verwijderingsmachtiging en destructieve bevestiging, die deze geheugenfout niet omzeilt. Snapshots-before-write via `restore_note` voorkomen het overschrijven alleen wanneer snapshots zijn ingeschakeld en de notitie eerder via obsidian-tc is geschreven. Dit probleem is opgelost in versie 1.31.4.
Origineel (Engels) tonen
obsidian-tc is a governed, agent-ready Model Context Protocol server for Obsidian vaults. From 1.0.1 until 1.31.4, `create_entity`, `link_entities`, `rename_entity`, `unlink_entities` and `delete_entity` regenerate memory notes from SQLite at the computed `memory//.md` path without reliably preserving note ownership or the consistency of a failed lifecycle operation. During shared materialization, a hand-authored note or an orphan left by a different entity whose name sanitized to the same path could have its entire body overwritten on the next write naming that type and name, with non-owned frontmatter preserved. `rename_entity` also seeded the destination path with a direct atomic write without validating ownership and could overwrite a foreign note there. Separately, several tools mutated SQLite before fallible filesystem work: `create_entity` and `link_entities` inserted the row or relation before materialization; `rename_entity` updated the entity, including a retired status, before updating its note; `unlink_entities` removed a relation before rematerializing the source note; and `delete_entity`'s cascade removed the target and its relations before rematerializing neighbouring notes. A later filesystem failure could therefore leave a row or relation changed and the memory graph inconsistent with the notes on disk even when the operation failed. An authorized caller with the required memory-tool permissions could, without intending to, destroy the body of a vault note outside the entity being written; `delete_entity` additionally requires its deletion permission and destructive confirmation, which this memory flaw does not bypass. Snapshots-before-write through `restore_note` mitigate the overwrite only where snapshots are enabled and the note had previously been written through obsidian-tc. This issue is fixed in version 1.31.4.