Minecraft-Server erhalten wichtigen Sicherheitspatch und Speicheroptimierungen.

AleForge Minecraft-Server laufen jetzt sicherer und effizienter. Wir haben einen obligatorischen Patch auf Infrastrukturebene für eine kritische Java-Sicherheitslücke veröffentlicht und parallel dazu die Speicherverwaltung unserer Minecraft-Server grundlegend überarbeitet.

Ähnlich wie bei den kürzlich in project-zomboid-servers-now-use-less-ram.md besprochenen Optimierungen wird Ihr Minecraft-Server nun während der gesamten Lebensdauer Ihrer Welt den RAM aktiv verwalten, anstatt ihn hartnäckig zu horten.

Der Sicherheitspatch: CVE-2026-91403

Eine kritische Java-Schwachstelle ( CVE-2026-91403 ) ermöglicht es Angreifern, sich gegenüber einem Java-Server als sichere Website auszugeben. Die verwendeten Zertifikate stammen von kompromittierten Zertifizierungsstellen (eMudhra), denen Java weiterhin standardmäßig vertraut.

Wir haben alle Java-Systemabbilder in unserer Infrastruktur erfolgreich neu erstellt und diese kompromittierten Zertifizierungsstellen vollständig aus dem Java-Vertrauensspeicher entfernt.

Um diese Korrektur anzuwenden, müssen Sie Ihren Java-Server neu starten. Ein Server, der online bleibt, führt weiterhin die alte, anfällige Java-Version im Speicher aus.

Vereinheitlichung der Java-Versionen

Aktuelle Minecraft-Server sollten Java 25 verwenden. Ältere Server sollten die neueste Java-Version verwenden, die von ihrer Version noch unterstützt wird.

Im Zuge dieses Updates wurden die alten „Performance“-Optionen (GraalVM) für Java aus dem Panel entfernt. Für einen dedizierten Minecraft-Server ist das aktuelle Standard-Temurin-Image die schnellere Laufzeitumgebung. Die älteren GraalVM-Builds, die wir angeboten haben, boten für dieselbe Java-Version kein Geschwindigkeits-Upgrade mehr gegenüber Temurin.

Das Problem mit dem Speicheraufblähen

Historisch gesehen benötigten optimale Minecraft-Serverkonfigurationen (wie die berühmten Aikar’s Flags) einen gesperrten Heap – das heißt, der Server beanspruchte beim Start sofort 100 % des verfügbaren Arbeitsspeichers und gab ihn nicht wieder frei. In Shared-Hosting-Umgebungen führt dieses Verhalten zu einer übermäßigen Speichernutzung und lässt keinen Spielraum für das Betriebssystem, die Netzwerkkommunikation außerhalb des Heaps oder die Chunk-Generierung, was häufig zu Abstürzen aufgrund von Speichermangel führt.

Wie wir es gelöst haben

Wir haben fünf neue, stark angepasste Startbefehlsvoreinstellungen bereitgestellt (Standard, Aikar, Aikar Large, ZGC, MeowIce, Java 8). In allen haben wir die folgenden Kernänderungen implementiert:

• Dynamische Speichergrenzen: Ihr Tarif legt weiterhin die maximale Speichergrenze fest, Java nutzt diese nun jedoch dynamisch (skaliert auf 85 % des in Ihrem Tarif enthaltenen Speichers) anstatt einer festen Heap-Größe. Die verbleibenden 15 % bleiben für Chunks, Netzwerkkommunikation und den restlichen Java-Code außerhalb des Heaps frei, wodurch ein Serverausfall unter hoher Last verhindert wird.
• Aktive Speicherdeduplizierung: Wir haben die String-Deduplizierung und die kompakten Objektheader von Java 25 aktiviert. Minecraft erzeugt Millionen temporärer Objekte (wie fallengelassene Gegenstände und Partikel) und Textstrings (Chat, Blockdaten). Jedes Objekt erhält nun einen kleineren Header, und doppelter Text wird nur einmal gespeichert. Dieselbe Welt benötigt dadurch deutlich weniger Arbeitsspeicher.
• Aggressive Speicherwiederherstellung: Solange der Server nicht genutzt wird oder leer ist, verkleinert sich der Heap-Speicher und gibt alle 5 Minuten Speicher an den Host zurück. Ein leerer Server hält seinen maximalen Arbeitsspeicher erst nach dem nächsten Neustart wieder.
• Optimierte Speicherbereinigung: Bei Standardkonfigurationen verwendet G1GC nun eine größere junge Generation, da Minecraft die meisten erzeugten Objekte in jedem Tick verwirft. Die Speicherbereinigung beginnt früher, wodurch die Sammlungszyklen kürzer bleiben und massive Lag-Spitzen vermieden werden.

Was Sie tun müssen

Starten Sie Ihren Minecraft-Server über das AleForge-Kontrollfeld neu.

Neue Server erhalten automatisch den optimierten Standardbefehl. Bestehende Server behalten ihren aktuellen Startbefehl, sofern Sie diesen nicht manuell im Reiter „Start“ ändern. Da die Sicherheitskorrektur jedoch im Systemabbild enthalten ist, wird der Sicherheitspatch durch einen Neustart automatisch angewendet, selbst wenn Sie Ihren benutzerdefinierten Startbefehl unverändert lassen.