Drin­gen­des Sicher­heits­up­date schließt 22 Schwach­stel­len

Word­Press 7.1.4 wur­de am 28. Okto­ber 2026 ver­öf­fent­licht und ist ein wich­ti­ges Sicher­heits­up­date für Betrei­ber von Word­Press-Web­sites. Die neue Ver­si­on behebt zahl­rei­che Sicher­heits­pro­ble­me, dar­un­ter Cross-Site-Scrip­ting-Schwach­stel­len (XSS), unzu­rei­chen­de Berech­ti­gungs­prü­fun­gen, die mög­li­che Offen­le­gung unver­öf­fent­lich­ter Inhal­te und eine Race Con­di­ti­on wäh­rend des Word­Press-Core-Updates, die unter bestimm­ten Vor­aus­set­zun­gen zur Aus­füh­rung von Schad­code füh­ren konn­te.

Das Word­Press-Sicher­heits­team emp­fiehlt aus­drück­lich, betrof­fe­ne Web­sites unver­züg­lich zu aktua­li­sie­ren. Die Ver­öf­fent­li­chung betrifft nicht nur Web­sites mit umfang­rei­chen Erwei­te­run­gen oder beson­de­ren Benut­zer­rol­len. Auch Unter­neh­men, Agen­tu­ren und Betrei­ber klei­ne­rer Word­Press-Web­sites soll­ten den Patch­sta­tus zeit­nah über­prü­fen.

Beson­ders bemer­kens­wert: Die offi­zi­el­le Doku­men­ta­ti­on nennt ins­ge­samt 22 Sicher­heits­lü­cken, die auch Word­Press 7.0 und 6.9 betref­fen. Für ver­schie­de­ne älte­re Ver­si­ons­zwei­ge wur­den eben­falls Sicher­heits­kor­rek­tu­ren bereit­ge­stellt.

Wel­che Sicher­heits­lü­cken wur­den geschlos­sen? Wel­che Web­sites sind betrof­fen? War­um ist das Update beson­ders drin­gend? Und wie lässt sich Word­Press 7.1.4 instal­lie­ren, ohne die Funk­ti­ons­fä­hig­keit der Web­site zu gefähr­den?

War­um wur­de Word­Press 7.1.4 ver­öf­fent­licht?

Word­Press 7.1.4 wur­de ver­öf­fent­licht, um meh­re­re Sicher­heits­pro­ble­me im Word­Press Core zu behe­ben.

Im Unter­schied zu einer regu­lä­ren Funk­ti­ons­ver­si­on liegt der Schwer­punkt nicht auf neu­en Design­mög­lich­kei­ten, zusätz­li­chen Edi­tor-Funk­tio­nen oder einer erwei­ter­ten Benut­zer­ober­flä­che.

Statt­des­sen wur­den bestehen­de Funk­tio­nen sicher­heits­tech­nisch kor­ri­giert.

Die offi­zi­el­le Word­Press-Doku­men­ta­ti­on emp­fiehlt des­halb aus­drück­lich, Web­sites sofort zu aktua­li­sie­ren.

Zu den beho­be­nen Pro­ble­men gehö­ren unter­schied­li­che Angriffs­klas­sen. Eini­ge set­zen bestimm­te Benut­zer­rech­te vor­aus, ande­re betref­fen Infor­ma­tio­nen, die unter bestimm­ten Umstän­den auch für nicht ange­mel­de­te Besu­cher zugäng­lich waren.

Die­se Unter­schie­de sind für die Bewer­tung wich­tig: Nicht jede der beho­be­nen Schwach­stel­len lässt sich ohne Anmel­dung aus­nut­zen. Den­noch kön­nen auch Sicher­heits­lü­cken mit nied­ri­gen Benut­zer­be­rech­ti­gun­gen ein erheb­li­ches Risi­ko dar­stel­len.

Wel­che Sicher­heits­lü­cken behebt Word­Press 7.1.4?

Die Sicher­heits­kor­rek­tu­ren betref­fen meh­re­re zen­tra­le Word­Press-Kom­po­nen­ten.

Die Tabel­le fasst die offi­zi­ell beschrie­be­nen Sicher­heits­be­rei­che zusam­men. Sie stellt kei­ne indi­vi­du­el­le Bewer­tung der Aus­nutz­bar­keit jeder ein­zel­nen Schwach­stel­le dar.

Cross-Site-Scrip­ting: War­um sind die XSS-Schwach­stel­len rele­vant?

Meh­re­re der in Word­Press 7.1.4 geschlos­se­nen Sicher­heits­lü­cken betref­fen soge­nann­tes Cross-Site-Scrip­ting (XSS).

Bei einem XSS-Angriff gelingt es einem Angrei­fer, uner­wünsch­ten Skript­code in einen Kon­text ein­zu­schleu­sen, in dem die­ser anschlie­ßend im Brow­ser aus­ge­führt wer­den kann.

Beson­ders rele­vant ist gespei­cher­tes XSS. Dabei wird der schäd­li­che Inhalt zunächst gespei­chert und mög­li­cher­wei­se erst spä­ter beim Auf­ruf einer Sei­te oder Ver­wal­tungs­an­sicht aus­ge­führt.

Die offi­zi­el­le Doku­men­ta­ti­on zu Word­Press 7.1.4 nennt unter ande­rem gespei­cher­te XSS-Schwach­stel­len in fol­gen­den Berei­chen:

• Daten­schutz­funk­tio­nen zur Löschung per­so­nen­be­zo­ge­ner Daten
• Ver­ar­bei­tung von Block-Begren­zungs­zei­chen mit unge­wöhn­li­chen Leer­zei­chen
• Cus­to­mi­zer-Funk­tio­nen zur selek­ti­ven Aktua­li­sie­rung
• Inter­ac­ti­vi­ty-API-Bin­dings mit Java­Script-URLs
• Beschrif­tun­gen der Blö­cke für Kom­men­tar­pa­gi­nie­rung und Bei­trags­na­vi­ga­ti­on
• Ereig­nis­be­hand­lung inner­halb der Inter­ac­ti­vi­ty API
• Inter­ac­ti­vi­ty Rou­ter bei hoch­ge­la­de­nen Text­da­tei­en
• Kon­text-Namens­räu­me der Inter­ac­ti­vi­ty API
• Inter­ac­ti­vi­ty-API-Bin­dings mit mög­li­chen XSS- und Deni­al-of-Ser­vice-Aus­wir­kun­gen

Vie­le die­ser Schwach­stel­len set­zen min­des­tens die Rol­le Con­tri­bu­tor (Mit­ar­bei­ter) oder ver­gleich­ba­re Berech­ti­gun­gen vor­aus.

Das ist jedoch kei­ne voll­stän­di­ge Ent­war­nung.

In Unter­neh­men mit meh­re­ren Redak­teu­ren, exter­nen Autoren oder Gast­bei­trä­gen kön­nen sol­che Berech­ti­gun­gen an unter­schied­li­che Per­so­nen ver­ge­ben sein.

Auch kom­pro­mit­tier­te Benut­zer­kon­ten mit ein­ge­schränk­ten Rech­ten kön­nen ein Aus­gangs­punkt für wei­ter­ge­hen­de Angrif­fe sein.

Was bedeu­tet Con­tri­bu­tor+ oder Edi­tor+ bei Word­Press-Sicher­heits­lü­cken?

In der offi­zi­el­len Sicher­heits­do­ku­men­ta­ti­on wer­den meh­re­re Schwach­stel­len mit Bezeich­nun­gen wie Con­tri­bu­tor+, Aut­hor+ oder Edi­tor+ beschrie­ben.

Damit wird ange­ge­ben, wel­che Min­dest­be­rech­ti­gun­gen ein Benut­zer für den jewei­li­gen Angriffs­pfad benö­tigt.

Die­se Anga­ben sind wich­tig, weil nicht jede Schwach­stel­le die­sel­ben Vor­aus­set­zun­gen hat.

Ein Angriff mit Contributor+-Voraussetzung bedeu­tet nicht auto­ma­tisch, dass jeder anony­me Web­site-Besu­cher die Sicher­heits­lü­cke aus­nut­zen kann.

Umge­kehrt soll­ten ein­ge­schränk­te Benut­zer­rol­len nicht als grund­sätz­lich ver­trau­ens­wür­dig betrach­tet wer­den.

Beson­ders kri­tisch: Race Con­di­ti­on beim Word­Press-Core-Update

Eine der sicher­heits­re­le­van­ten Kor­rek­tu­ren betrifft den Aktua­li­sie­rungs­pro­zess von Word­Press selbst.

Laut offi­zi­el­ler Doku­men­ta­ti­on wur­de eine Race Con­di­ti­on wäh­rend des Core-Updates beho­ben, die unter bestimm­ten Vor­aus­set­zun­gen zu Remo­te Code Exe­cu­ti­on füh­ren konn­te.

Eine Race Con­di­ti­on ent­steht, wenn meh­re­re Ver­ar­bei­tungs­schrit­te zeit­lich ungüns­tig inein­an­der­grei­fen und dadurch ein uner­war­te­ter Zustand ent­steht.

Sol­che Feh­ler kön­nen sicher­heits­re­le­vant wer­den, wenn Datei­en, Berech­ti­gun­gen oder ande­re Sys­tem­zu­stän­de wäh­rend einer Aktua­li­sie­rung nicht wie vor­ge­se­hen ver­ar­bei­tet wer­den.

Remo­te Code Exe­cu­ti­on bedeu­tet, dass ein Angrei­fer unter geeig­ne­ten Vor­aus­set­zun­gen eige­nen Code auf dem betrof­fe­nen Sys­tem aus­füh­ren kann.

Wich­tig: Die offi­zi­el­le Ver­si­ons­do­ku­men­ta­ti­on benennt die mög­li­che Aus­wir­kung, beschreibt dort aber nicht sämt­li­che tech­ni­schen Vor­aus­set­zun­gen für eine erfolg­rei­che Aus­nut­zung.

Des­halb wäre es unse­ri­ös, aus die­ser Mel­dung abzu­lei­ten, dass jede nicht aktua­li­sier­te Word­Press-Web­site unmit­tel­bar und ohne wei­te­re Vor­aus­set­zun­gen aus der Fer­ne über­nom­men wer­den kann.

Den­noch ist die mög­li­che Code­aus­füh­rung ein gewich­ti­ger Grund, das Sicher­heits­up­date unver­züg­lich zu instal­lie­ren.

Word­Press Inter­ac­ti­vi­ty API: War­um wur­den so vie­le Sicher­heits­pro­ble­me beho­ben?

Ein auf­fäl­li­ger Schwer­punkt von Word­Press 7.1.4 liegt auf der Word­Press Inter­ac­ti­vi­ty API.

Die­se Schnitt­stel­le ermög­licht inter­ak­ti­ve Funk­tio­nen in Word­Press-Blö­cken, ohne dass für jede Inter­ak­ti­on eine voll­stän­di­ge neue Sei­te gela­den wer­den muss.

Sie wird unter ande­rem für dyna­mi­sche Benut­zer­ober­flä­chen und inter­ak­ti­ve Inhal­te ein­ge­setzt.

Die offi­zi­el­le Doku­men­ta­ti­on nennt meh­re­re Sicher­heits­pro­ble­me rund um:

• Java­Script-URLs inner­halb von Bin­dings
• Ereig­nis­be­hand­lung und Event-Hand­ler-Bin­dings
• Kon­text-Namens­räu­me und Pro­to­ty­pe Pol­lu­ti­on
• uner­war­te­tes Laden von Admi­nis­tra­ti­ons­sei­ten durch bestimm­te Ele­men­te
• gespei­cher­tes Cross-Site-Scrip­ting
• Deni­al-of-Ser­vice-Sze­na­ri­en

Die Anzahl der Kor­rek­tu­ren ver­deut­licht, wie wich­tig eine siche­re Ver­ar­bei­tung dyna­mi­scher Inhal­te ist.

Für Web­site-Betrei­ber bedeu­tet das nicht, dass die Inter­ac­ti­vi­ty API grund­sätz­lich unsi­cher ist.

Viel­mehr zeigt das Update, dass auch moder­ne Word­Press-Kom­po­nen­ten kon­ti­nu­ier­lich über­prüft und ver­bes­sert wer­den müs­sen.

Daten­schutz: Unver­öf­fent­lich­te Cus­to­mi­zer-Ände­run­gen konn­ten sicht­bar wer­den

Eine wei­te­re Sicher­heits­kor­rek­tur betrifft den Word­Press Cus­to­mi­zer.

Laut offi­zi­el­ler Doku­men­ta­ti­on bestand eine Schwach­stel­le, durch die unver­öf­fent­lich­te Cus­to­mi­zer-Ände­run­gen für nicht ange­mel­de­te Besu­cher sicht­bar wer­den konn­ten.

Sol­che Ände­run­gen sind nor­ma­ler­wei­se noch nicht für die öffent­li­che Web­site vor­ge­se­hen.

Je nach Inhalt kön­nen dar­in bei­spiels­wei­se vor­be­rei­te­te Anpas­sun­gen oder noch nicht frei­ge­ge­be­ne Infor­ma­tio­nen ent­hal­ten sein.

Die Schwach­stel­le ver­deut­licht, dass Infor­ma­ti­ons­si­cher­heit nicht aus­schließ­lich vor der Aus­füh­rung von Schad­code schüt­zen muss.

Auch die unbe­ab­sich­tig­te Offen­le­gung inter­ner oder unver­öf­fent­lich­ter Inhal­te ist ein Sicher­heits­pro­blem.

Wel­che Berech­ti­gungs­pro­ble­me wur­den mit Word­Press 7.1.4 kor­ri­giert?

Die Ver­öf­fent­li­chung ent­hält außer­dem eine Kor­rek­tur für benut­zer­de­fi­nier­te Word­Press-Rol­len mit Mode­ra­ti­ons­rech­ten für Kom­men­ta­re.

Unter bestimm­ten Umstän­den konn­ten sol­che Rol­len Noti­zen zu Bei­trä­gen lesen, bear­bei­ten oder löschen, obwohl sie die betref­fen­den Bei­trä­ge selbst nicht bear­bei­ten durf­ten.

Das ist beson­ders für Web­sites mit indi­vi­du­ell ange­pass­ten Benut­zer­rol­len rele­vant.

Sol­che Rol­len kom­men bei­spiels­wei­se in redak­tio­nel­len Teams, grö­ße­ren Unter­neh­mens­web­sites oder bei kom­ple­xen Ver­öf­fent­li­chungs­pro­zes­sen vor.

Die Sicher­heits­kor­rek­tur unter­streicht die Bedeu­tung des Prin­zips der mini­ma­len Berech­ti­gun­gen.

Benut­zer soll­ten aus­schließ­lich die Rech­te erhal­ten, die sie für ihre tat­säch­li­chen Auf­ga­ben benö­ti­gen.

Sind auch älte­re Word­Press-Ver­sio­nen betrof­fen?

Ja. Die Sicher­heits­pro­ble­me betref­fen nicht aus­schließ­lich Word­Press 7.1.

Das Word­Press-Sicher­heits­team hat für zahl­rei­che älte­re Ver­si­ons­zwei­ge eben­falls Sicher­heits­kor­rek­tu­ren ver­öf­fent­licht.

Die offi­zi­el­le Doku­men­ta­ti­on nennt unter ande­rem fol­gen­de Ver­sio­nen:

Word­Press weist aus­drück­lich dar­auf hin, dass die­se Sicher­heits­kor­rek­tu­ren für älte­re Ver­si­ons­zwei­ge als zusätz­li­che Unter­stüt­zung bereit­ge­stellt wer­den.

Regu­lär aktiv unter­stützt wird nach Anga­ben des Word­Press-Pro­jekts nur die jeweils neu­es­te Word­Press-Ver­si­on.

Word­Press 4.6 und älte­re Ver­sio­nen erhal­ten laut der offi­zi­el­len Doku­men­ta­ti­on kei­ne Sicher­heits­up­dates mehr.

Für Unter­neh­men soll­te die Bereit­stel­lung älte­rer Sicher­heits­ver­sio­nen des­halb kei­ne dau­er­haf­te Alter­na­ti­ve zu einer geplan­ten Migra­ti­on auf einen aktu­el­len Word­Press-Ver­si­ons­zweig sein.

Wie kann Word­Press 7.1.4 instal­liert wer­den?

Die Aktua­li­sie­rung kann grund­sätz­lich über das Word­Press-Dash­board vor­ge­nom­men wer­den.

1. Im Word­Press-Backend anmel­den.
2. Den Menü­punkt Dash­board > Aktua­li­sie­run­gen öff­nen.
3. Prü­fen, ob Word­Press 7.1.4 zur Instal­la­ti­on ange­bo­ten wird.
4. Vor der Aktua­li­sie­rung eine voll­stän­di­ge Daten­si­che­rung erstel­len.
5. Das Sicher­heits­up­date instal­lie­ren.
6. Die erfolg­rei­che Aktua­li­sie­rung und die ange­zeig­te Ver­si­ons­num­mer kon­trol­lie­ren.
7. Die wich­tigs­ten Web­site-Funk­tio­nen über­prü­fen.

Alter­na­tiv stellt Word­Press die offi­zi­el­len Instal­la­ti­ons­pa­ke­te über die Down­load-Sei­te bereit.

Bei kom­ple­xen Unter­neh­mens­web­sites soll­te die Aktua­li­sie­rung mög­lichst kon­trol­liert erfol­gen.

Das gilt ins­be­son­de­re für Web­sites mit indi­vi­du­ell ent­wi­ckel­ten The­mes, umfang­rei­chen Erwei­te­run­gen, Shop­sys­te­men, Mehr­spra­chig­keit oder geschäfts­kri­ti­schen Schnitt­stel­len.

War­um soll­te vor dem Sicher­heits­up­date ein Back­up erstellt wer­den?

Auch wenn Word­Press 7.1.4 pri­mär Sicher­heits­pro­ble­me behebt, ver­än­dert das Update ver­schie­de­ne Datei­en des Word­Press Core.

Des­halb soll­te vor der Instal­la­ti­on eine aktu­el­le Daten­si­che­rung vor­han­den sein.

Ein voll­stän­di­ges Back­up umfasst ins­be­son­de­re:

• die Word­Press-Datei­en
• die Word­Press-Daten­bank
• instal­lier­te Plug­ins und The­mes
• indi­vi­du­el­le Anpas­sun­gen und Kon­fi­gu­ra­tio­nen
• rele­van­te Ser­ver- und Anwen­dungs­ein­stel­lun­gen

Wich­tig ist außer­dem, dass die Daten­si­che­rung im Bedarfs­fall tat­säch­lich wie­der­her­ge­stellt wer­den kann.

Ein Back­up ist aller­dings kein Grund, ein drin­gen­des Sicher­heits­up­date unnö­tig auf­zu­schie­ben.

Ziel soll­te ein mög­lichst kur­zer, kon­trol­lier­ter Aktua­li­sie­rungs­pro­zess sein.

Wel­che Funk­tio­nen soll­ten nach dem Update getes­tet wer­den?

Nach der Aktua­li­sie­rung soll­te nicht aus­schließ­lich kon­trol­liert wer­den, ob die Start­sei­te erreich­bar ist.

Je nach Web­site sind ins­be­son­de­re fol­gen­de Funk­tio­nen rele­vant:

• Auf­ruf der Start­sei­te und wich­ti­ger Unter­sei­ten
• Anmel­dung im Word­Press-Backend
• Bear­bei­tung und Ver­öf­fent­li­chung von Bei­trä­gen
• Dar­stel­lung von Guten­berg-Blö­cken
• Inter­ak­ti­ve Funk­tio­nen und dyna­mi­sche Blö­cke
• Kon­takt­for­mu­la­re und Anfra­ge­pro­zes­se
• Menüs, Navi­ga­ti­on und Such­funk­tio­nen
• Coo­kie-Con­sent- und Daten­schutz­funk­tio­nen
• Shop‑, Buchungs- und Zah­lungs­pro­zes­se, sofern vor­han­den
• Mehr­spra­chig­keit und Schnitt­stel­len zu Dritt­sys­te­men

Bei indi­vi­du­ell ent­wi­ckel­ten Word­Press-Lösun­gen kön­nen wei­te­re Funk­ti­ons­prü­fun­gen erfor­der­lich sein.

Wird Word­Press 7.1.4 auto­ma­tisch instal­liert?

Word­Press ver­fügt über Mecha­nis­men für auto­ma­ti­sche Hin­ter­grund­ak­tua­li­sie­run­gen.

Ob ein bestimm­tes Sicher­heits­up­date auto­ma­tisch instal­liert wird, hängt jedoch von der jewei­li­gen Web­site- und Hos­ting-Kon­fi­gu­ra­ti­on ab.

Auto­ma­ti­sche Aktua­li­sie­run­gen kön­nen bei­spiels­wei­se durch Hos­ting-Ein­stel­lun­gen, Ver­wal­tungs­werk­zeu­ge, indi­vi­du­el­le Kon­fi­gu­ra­tio­nen oder Plug­ins beein­flusst wer­den.

Web­site-Betrei­ber soll­ten des­halb nicht allein dar­auf ver­trau­en, dass Word­Press 7.1.4 bereits auto­ma­tisch instal­liert wur­de.

Ent­schei­dend ist die tat­säch­li­che Kon­trol­le des Ver­si­ons­stands und der erfolg­rei­chen Instal­la­ti­on.

Wich­tig: Word­Press 7.1.4 behebt nicht die kri­ti­schen PHP-Sicher­heits­lü­cken

Beson­de­re Auf­merk­sam­keit ver­dient die Unter­schei­dung zwi­schen Sicher­heits­lü­cken im Word­Press Core und Sicher­heits­lü­cken in der zugrun­de lie­gen­den PHP-Lauf­zeit­um­ge­bung.

Erst weni­ge Tage vor der Ver­öf­fent­li­chung von Word­Press 7.1.4 wur­den am 21. Okto­ber 2026 kri­ti­sche PHP-Sicher­heits­up­dates ver­öf­fent­licht.

Die­se betref­fen unter ande­rem die Schwach­stel­len CVE-2026–109618 und CVE-2026–109619, die auch unter der Bezeich­nung PHP2Shell dis­ku­tiert wer­den.

Das BSI bewer­tet die­se PHP-Schwach­stel­len mit Kri­ti­k­ali­tät 3 / Oran­ge.

Word­Press 7.1.4 und die PHP-Sicher­heits­up­dates schlie­ßen unter­schied­li­che Sicher­heits­lü­cken.

Eine Web­site kann des­halb Word­Press 7.1.4 ver­wen­den und den­noch durch eine ver­al­te­te PHP-Ver­si­on gefähr­det sein.

Umge­kehrt schützt eine aktu­el­le PHP-Ver­si­on nicht auto­ma­tisch vor Sicher­heits­lü­cken in einem ver­al­te­ten Word­Press Core.

Für einen wirk­sa­men Schutz müs­sen bei­de Ebe­nen unab­hän­gig von­ein­an­der über­prüft wer­den.

War­um ist Word­Press 7.1.4 für Unter­neh­men beson­ders wich­tig?

Word­Press wird nicht nur für ein­fa­che Blogs ver­wen­det, son­dern auch für Unter­neh­mens­web­sites, Online­shops, Kun­den­por­ta­le und ande­re geschäfts­kri­ti­sche Anwen­dun­gen.

Eine erfolg­rei­che Aus­nut­zung von Sicher­heits­lü­cken kann des­halb erheb­li­che Fol­gen haben.

Je nach Angriffs­sze­na­rio sind bei­spiels­wei­se fol­gen­de Aus­wir­kun­gen denk­bar:

• Mani­pu­la­ti­on von Web­site-Inhal­ten
• Aus­füh­rung uner­wünsch­ter Skrip­te im Brow­ser
• Offen­le­gung nicht ver­öf­fent­lich­ter Infor­ma­tio­nen
• Unbe­rech­tig­te Ände­run­gen an bestimm­ten Inhal­ten
• Beein­träch­ti­gung der Web­site-Ver­füg­bar­keit
• Ver­trau­ens­ver­lust bei Kun­den und Geschäfts­part­nern
• Zusätz­li­cher Auf­wand für Unter­su­chung, Wie­der­her­stel­lung und Kom­mu­ni­ka­ti­on

Die­se mög­li­chen Fol­gen bedeu­ten nicht, dass jede der mit Word­Press 7.1.4 beho­be­nen Schwach­stel­len sämt­li­che genann­ten Aus­wir­kun­gen ermög­licht.

Sie ver­deut­li­chen jedoch, war­um regel­mä­ßi­ge Sicher­heits­up­dates ein wesent­li­cher Bestand­teil des pro­fes­sio­nel­len Web­site-Betriebs sind.

Pra­xis­leit­fa­den: Word­Press 7.1.4 sicher und kon­trol­liert instal­lie­ren

1. Aktu­el­len Ver­si­ons­stand prü­fen:
   Kon­trol­lie­re, wel­che Word­Press-Ver­si­on auf der Web­site instal­liert ist.
2. Sicher­heits­up­date prio­ri­sie­ren:
   Da Word­Press aus­drück­lich zur sofor­ti­gen Aktua­li­sie­rung rät, soll­te das Update nicht unnö­tig auf­ge­scho­ben wer­den.
3. Daten­si­che­rung erstel­len:
   Siche­re Daten­bank, Datei­en und rele­van­te Kon­fi­gu­ra­tio­nen.
4. Tech­ni­sche Vor­aus­set­zun­gen kon­trol­lie­ren:
   Prü­fe die Kom­pa­ti­bi­li­tät mit PHP, The­me, Plug­ins und indi­vi­du­el­len Erwei­te­run­gen.
5. Word­Press aktua­li­sie­ren:
   Instal­lie­re Word­Press 7.1.4 bezie­hungs­wei­se die pas­sen­de Sicher­heits­ver­si­on des ver­wen­de­ten Ver­si­ons­zweigs.
6. Erfolg­rei­che Instal­la­ti­on veri­fi­zie­ren:
   Kon­trol­lie­re die Ver­si­ons­an­zei­ge und mög­li­che Update-Feh­ler­mel­dun­gen.
7. Funk­ti­ons­prü­fung durch­füh­ren:
   Tes­te Front­end, Backend, For­mu­la­re, Navi­ga­ti­on und wei­te­re geschäfts­kri­ti­sche Funk­tio­nen.
8. Plug­ins und The­mes prü­fen:
   Instal­lie­re zusätz­lich erfor­der­li­che Sicher­heits­up­dates für Erwei­te­run­gen.
9. PHP-Patch­sta­tus kon­trol­lie­ren:
   Stel­le sicher, dass auch die zugrun­de lie­gen­de PHP-Lauf­zeit­um­ge­bung sicher­heits­ak­tu­ell ist.
10. Aktua­li­sie­rung doku­men­tie­ren:
    Hal­te Update­zeit­punkt, Ver­si­ons­stand, Funk­ti­ons­prü­fung und mög­li­che Beson­der­hei­ten fest.

Fazit: Word­Press 7.1.4 soll­te ohne unnö­ti­gen Zeit­ver­zug instal­liert wer­den

Mit Word­Press 7.1.4 wur­de am 28. Okto­ber 2026 ein umfang­rei­ches Sicher­heits­up­date ver­öf­fent­licht, das zahl­rei­che sicher­heits­re­le­van­te Pro­ble­me im Word­Press Core behebt.

Beson­ders rele­vant sind die ver­schie­de­nen XSS-Schwach­stel­len, die Kor­rek­tu­ren inner­halb der Inter­ac­ti­vi­ty API, Berech­ti­gungs­pro­ble­me und die Race Con­di­ti­on im Aktua­li­sie­rungs­pro­zess mit mög­li­cher Remo­te Code Exe­cu­ti­on.

Die Ver­öf­fent­li­chung ver­deut­licht, dass selbst eta­blier­te Con­tent-Manage­ment-Sys­te­me kon­ti­nu­ier­lich auf neue Sicher­heits­pro­ble­me über­prüft wer­den müs­sen.

Für Unter­neh­men bedeu­tet das: Sicher­heits­up­dates soll­ten nicht aus­schließ­lich als tech­ni­sche Rou­ti­ne betrach­tet wer­den.

Sie sind Bestand­teil eines umfas­sen­den Sicher­heits- und Risi­ko­ma­nage­ments.

Eine pro­fes­sio­nel­le Word­Press-War­tung umfasst des­halb die zeit­na­he Bewer­tung von Sicher­heits­mel­dun­gen, kon­trol­lier­te Aktua­li­sie­run­gen, Daten­si­che­run­gen, Funk­ti­ons­prü­fun­gen und die regel­mä­ßi­ge Über­prü­fung der zugrun­de lie­gen­den Ser­ver­um­ge­bung.

Möch­test Du Dei­ne Word­Press-Web­site tech­nisch aktu­ell hal­ten und Sicher­heits­up­dates kon­trol­liert ein­spie­len las­sen?
Wir unter­stüt­zen Dich bei Word­Press-War­tung, Updates, tech­ni­scher Opti­mie­rung und der lau­fen­den Betreu­ung Dei­ner Web­site.
Sprich uns ger­ne an.

Herz­li­che Grü­ße
Dein Team von Stra­te­gie­pool