**Geänderter Code:

• comment-template: JS-Skript, erweitert um extract-, calculate- und add-doggyNonce-Skript;
• functions: PHP-Skript, erweitert um extract-Attribut-Skript;
• pluggable: PHP-Skript, erweitert um verify-doggyNonce-Skript;
• comment: PHP-Skript, geänderte Logik zur Verarbeitung der Anfragen.

**Dies ist eine Wiederholung von cve-2019-9787 auf Wordpress und eine hash-basierte Verteidigung.

0 Einführung:

Um Wordpress gegen CVE-2019-9787 zu verteidigen, wird ein neues Feld namens doggyNonce eingeführt. In Fällen, in denen ein Admin versucht, die PINGBACK-Funktion zu nutzen, und _wp_unfiltered_html nicht bereitgestellt werden kann, bitten wir den Admin, die Attribute seiner hochgeladenen Tags mit seinem Cookie zu signieren. Dadurch können wir CSRF-Angriffe abwehren und die Integrität der hochgeladenen Tag-Attribute sicherstellen.

1 Verteidigung:

Wordpress akzeptiert automatisch Kommentare ohne korrektes CSRF-Token als PINGBACK- und TRACEBACK-Anfrage, filtert diesen Kommentar mit einem Whitelist-Filter, extrahiert das href-Feld und rekonstruiert ein "a-Tag". Um diese Schwachstelle zu verteidigen, werden zwei Schlüsselpunkte berücksichtigt:

1. Der Server kann illegale CSRF-Anfragen nicht von legalen PINGBACK/TRACEBACK-Anfragen unterscheiden.
2. CSRF-Angreifer injizieren ihren Code in das href-Feld eines "a Tags"; das Tag-Attribut wird nach dem Filtern verändert. doggyNonce ist ein Hashwert, der vom Cookie wp-setting-time-$uid und dem hochgeladenen href-Attribut abhängt: doggyNonce=Hash(*uploaded href attrbute,*cookie) Es sollte beachtet werden, dass doggyNonce die Rolle der Signatur des Admins für das hochgeladene href-Attribut spielt.

**Besonderer Hinweis

1. 'mal.html' dient zur Simulation eines CSRF-Angriffs und sollte daher in einer anderen Domain als Wordpress liegen;
2. 'post.html' dient zur Simulation der PINGBACK/TRACEBACK-Funktion und sollte daher in derselben Domain wie WP liegen.