Zugriff verweigert-Fehler beim Versuch, einige Website-Texte anzupassen

[jordan-violet]

Außerdem, da ich diesen Weg eingeschlagen habe, erhalte ich nun Folgendes, wenn ich versuche, bestimmte Website-Texte zu bearbeiten:

[tobiaseigen]

Ich kann dies reproduzieren. Diese URL funktioniert nicht:

/admin/customize/site_texts?q=confirm%20old

[Moin]

@tobiaseigen

/admin/customize/site_texts?q=confirm%20old

Ich kann mich nicht erinnern, dass der Link jemals ohne einen Locale-Parameter funktioniert hat

/admin/customize/site_texts?q=confirm%20old&locale=en funktioniert für mich einwandfrei.

Und ich denke, die Tatsache, dass Sie den Text „confirm old email“ nicht anpassen können, ist beabsichtigt. Es ist eine E-Mail, die nur an das Personal gesendet wird.

@codinghorror

Jedoch

der Hacker hat die alte E-Mail-Bestätigungsvorlage für Mitarbeiter bearbeitet, sodass sie den Link „Ja, bestätige diese alte E-Mail-Änderung“ enthielt, und sobald dies an die alte E-Mail-Adresse gesendet und geklickt wurde, hatte der Hacker plötzlich die Erlaubnis, die alte E-Mail-Adresse in eine neue zu ändern, die er kontrolliert

Beachten Sie, dass dies ein sehr ausgeklügelter, tiefgreifender Angriff ist und auf vielen Ebenen mit bereits dringend empfohlenen Praktiken hätte gestoppt werden können. Lesen Sie einfach die Hinweise mit der Glühbirne oben.

Dennoch glauben wir bei Discourse fest daran, standardmäßig sicher zu sein, und wir denken, dass wir nach sorgfältiger Analyse dieser Geschichte noch mehr tun können. Infolgedessen haben wir gerade eine Änderung implementiert (Link), sodass niemand, nicht einmal ein Administrator, diese spezielle E-Mail-Vorlage ändern kann. Wir glauben, dass es sich um einen seltenen Fall handelt, der es aber wert ist, angegangen zu werden, weil:

• Diese spezielle E-Mail-Vorlage wird nur an Mitarbeiter gesendet, wenn die E-Mail geändert wird, da sowohl die alte als auch die neue E-Mail-Adresse bestätigt werden müssen. Für einen normalen Benutzer muss nur die neue E-Mail-Adresse bestätigt werden. Das Ändern dieser Vorlage aus kosmetischen Designgründen würde also nur von Mitarbeitern gesehen werden, niemals von normalen Benutzern, und ist daher unwichtig.
• Das Risiko, Administratoren die Änderung dieser Vorlage zu erlauben, ist zu hoch, wie die obige ECHTE WELT-Geschichte zeigt, die tatsächlich passiert ist und der entscheidende Schritt war, der dem Angreifer den Zugriff auf die vollständige Discourse-Datenbank ermöglichte.

[tobiaseigen]

Ist das auch ein #ux-Fehler? Es sollte nicht möglich sein, auf einer kryptischen „Zugriff verweigert“-Seite zu landen, wenn man nach Seitentexten sucht und diese dann bearbeitet.

[RGJ (Richard - Communiteq)]

Es scheint, dass die benutzerdefinierte Nachricht nicht in der Benutzeroberfläche ankommt?

[Moin]

@Moin

Es ist eine E-Mail, die nur an Mitarbeiter gesendet wird

Es wurde mir zur Kenntnis gebracht, dass seit Moin’s Beitrag die Einstellung require change email confirmation hinzugefügt wurde. Das bedeutet, dass die Nachricht jetzt an mehr als nur an Mitarbeiter gesendet werden kann.

Der ursprüngliche Grund für die Sperrung von Bearbeitungen an dieser Vorlage war zu der Zeit gültig, aber heute ist der Schutz, den sie bietet, anders. Ein Angreifer, der ein Admin-Passwort kennt, kann einfach:

1. Das Passwort verwenden, um die Zwei-Faktor-Authentifizierung für dieses Konto einzurichten.
2. Ein neues Konto erstellen.
3. Den 2FA-Code verwenden, um dem neuen Konto Admin-Rechte zu gewähren.

Von dort aus können sie das Backup an ihre eigene E-Mail-Adresse senden, ohne dass ein Admin auf einen Link klicken muss, um eine Adressänderung zu bestätigen.

Die Frage ist also: Macht die Sperrung von Bearbeitungen an dieser Vorlage noch Sinn? Sie wird jetzt an normale Benutzer gesendet und schützt den Download eines Backups nicht mehr.

Außerdem ist Data Explorer jetzt immer installiert und kann verwendet werden, um auf die Datenbank zuzugreifen.