ApostropheCMS: Fortsetzung bei Archiv-Duplikaten erlaubt Mitwirkenden das Überschreiben veröffentlichter Inhalte

Prüfumfang und Grenzen der Nachweise

Paket: @apostrophecms/import-export, Version 3.7.0.

Überprüfter Release-Tag: @apostrophecms/import-export@3.7.0, Commit 9500b8b0e1d630d5e07fbb5fd2c25ed0943845ce (September 30, 2026).

Überprüfter aktueller Stand (main): 5ce3732be0ebdebb4db0f8ef160c81e8671157e6.

Der Importer, der Gzip-Extraktor, die Zugriffskontrolle für Importe und die Kern-Berechtigungsimplementierung weisen keine Unterschiede zwischen diesem Release-Tag und dem geprüften Main-Branch auf. Bei diesem Nachtrag handelt es sich um eine statische Überprüfung der Fehlerbehebung. Die ursprünglichen End-to-End-Reproduktionen wurden nicht gegen den neuesten Release wiederholt oder auf einer Produktivumgebung getestet. Die aktuelle Ausnutzbarkeit und die tatsächlichen Auswirkungen erfordern daher weiterhin eine Validierung durch die Betreuer; die nachstehenden Beobachtungen belegen, dass die gemeldeten Sicherheitsprüfungen im öffentlichen Quellcode weiterhin fehlen. Das ursprünglich per E-Mail versandte PDF enthält das ursprüngliche Material zur Reproduktion; bitte beziehen Sie sich auf diesen bestehenden privaten Anhang.

Fortsetzung bei Archiv-Duplikaten erlaubt unbefugtes Ersetzen veröffentlichter Inhalte

Die Fortsetzung overrideDuplicates() akzeptiert weiterhin vom Client übermittelte Ersetzungsoptionen, anstatt diese an eine serverseitig verwaltete, dem Benutzer zugeordnete Duplikatanalyse zu binden. Die Ersetzungs- und Schreib-Helfer etablieren vor der Aktualisierung keine einheitliche kanonische Ressourcenidentität und keinen Autorisierungskontext. Dadurch bleibt die gemeldete Lücke zwischen den Rechten zur Entwurfsbearbeitung und dem zur Ersetzung ausgewählten veröffentlichten Ziel auf Quellcodeebene ungelöst.

Der ursprüngliche Bericht beschreibt, wie ein Mitwirkender durch das Ersetzen von Duplikaten bei einem für den Import aktivierten, lokalisierten Typ die Veröffentlichungsgrenze überschreitet. Diese End-to-End-Sequenz wurde auf 3.7.0 nicht wiederholt.

Vorgeschlagene Behebung: Den Fortsetzungsstatus an den initiierenden Benutzer, das Archiv, den Job, das zulässige Quell-/Ziel-Mapping, das Gebietsschema (Locale) und den Modus binden; inkonsistente Identitätsmetadaten ablehnen; Berechtigungen vom tatsächlich geladenen Ziel ableiten und Veröffentlichungsberechtigungen für veröffentlichte Ziele verlangen.

Quelle: overrideDuplicates(), replaceDocId() und insertOrUpdateDoc() im importer.).

Koordination

• Vivek R / Winfunc
• Ursprüngliches Melder-Team: Mufeed VH / Winfunc