FiveM-Trigger-Exploits stoppen: Wie wir es mit Trigger Finder gelöst haben

Wenn Sie schon eine Weile einen FiveM-Server betreiben, kennen Sie dieses Problem: Ein Spieler mit einem Cheat-Menü gibt sich selbst Geld, spawnt Fahrzeuge oder füllt sein Inventar mit Items – ohne je die vorgesehene Oberfläche zu berühren. Er bricht nicht die Spiel-Engine, er ruft direkt die Netzwerk-Events Ihres Servers auf.

Das ist die häufigste Art, wie FiveM-Server ausgenutzt werden, und „sichere deine Events“ ist der Standardrat. Das Problem: Dieser Rat setzt voraus, dass Sie bereits wissen, welche Events offenliegen. Auf einem Server mit Dutzenden Ressourcen weiß das fast niemand. Dieser Beitrag erklärt, wie Trigger-Exploits funktionieren, warum sie sich von Hand so schwer beheben lassen und wie wir das ganze Problem in ein Werkzeug verwandelt haben: Trigger Finder.

Was ein Trigger-Exploit wirklich ist

In FiveM kommunizieren Skripte über die Client-Server-Grenze hinweg per Netzwerk-Events. Ein Client ruft TriggerServerEvent auf, und der Server führt den für diesen Event-Namen registrierten Handler aus. Genau so funktioniert legitimes Gameplay – und genau das missbraucht ein Cheat.

Ein Cheat-Menü kann jedes vom Server registrierte Netzwerk-Event mit beliebigen Argumenten auslösen. Hat eine Ressource ein Server-Event, das Geld hinzufügt, ein Item gibt oder ein Fahrzeug spawnt und den vom Client gesendeten Werten vertraut, ruft der Cheater es einfach direkt auf:

-- Verwundbar: Der Server vertraut allem, was der Client sendet
RegisterNetEvent("shop:buyItem", function(item, amount)
    local ply = FX.GetPlayerFromSource(source)
    -- Keine Preisprüfung, keine Validierung — der Client steuert alles
    ply.addItem(item, amount)
end)

-- Ein Cheat ruft einfach auf:
-- TriggerServerEvent("shop:buyItem", "gold_bar", 9999)

Warum es sich von Hand so schwer beheben lässt

Die Behebung eines einzelnen Events ist gut verstanden: serverseitig validieren, Client-Eingaben nie vertrauen. Die genauen Muster behandeln wir in unserem FiveM Lua Event-Sicherheitsleitfaden. Das Schwierige ist nicht, ein Event zu beheben, sondern zu wissen, wo sie alle stecken.

Ein typischer Roleplay-Server betreibt 50 bis über 300 Ressourcen, viele davon Skripte von Drittanbietern, die Sie nicht geschrieben haben. Jede kann Dutzende Netzwerk-Events registrieren – potenziell Tausende Events, verstreut über Dateien, die Sie nie geöffnet haben. Man kann nicht sichern, was man nicht sieht, und niemand liest manuell jede Ressource auf der Suche nach einem übersehenen addMoney-Handler.

Wie wir es gelöst haben

Statt noch mehr Dokumentation zu veröffentlichen, haben wir das Audit direkt in das ZeroTrust-Panel eingebaut. Die Idee war einfach: Wenn der gefährliche Teil eines Servers seine Event-Fläche ist, dann sollte jeder Betreiber diese gesamte Fläche auf einen Blick sehen können – nach Risiko sortiert und mit einem direkten Weg zu jedem Eintrag.

• Alles finden — jedes Event und jeden Trigger über alle Ressourcen automatisch erfassen, nicht nur die, an die Sie sich erinnern.
• Nach Risiko ordnen — die Handler hervorheben, die Cheater wirklich angreifen (Geld, Items, Waffen, Fahrzeuge, Jobs, ausgehendes HTTP), damit Sie dort beginnen, wo es zählt.
• Direkt zur Quelle — Ihnen die genaue Ressource, Datei und Zeile zeigen, damit die Behebung Sekunden dauert.

Das ist Trigger Finder

Trigger Finder ist ein im ZeroTrust-Dashboard integrierter Scanner. Sie starten einen serverseitig ausgelösten Scan, und er durchläuft Ihre Ressourcen und extrahiert jedes gefundene Event und jeden Trigger – versehen mit Ressource, Datei, Zeilennummer, Seite (Client oder Server) und Event-Namen.

Er erfasst Ihre gesamte Trigger-Fläche

Statt zu raten, erhalten Sie ein vollständiges, durchsuchbares Verzeichnis jedes von Ihrem Server offengelegten Netzwerk-Events. Jeder Trigger wird mit seinem Ort und seiner Flussrichtung erfasst – Client → Server, Server → Client, Client → Client oder Server → Server – sodass Sie sofort sehen, welche für einen bösartigen Client erreichbar sind.

Er markiert die gefährlichen automatisch

• Geld bewegen: addMoney, giveMoney, addAccountMoney, addBank, giveBank.
• Items vergeben: giveItem, addItem, addInventoryItem.
• Waffen ausgeben: giveWeapon, addWeapon.
• Fahrzeuge spawnen: addVehicle, spawnVehicle.
• Jobs ändern: setJob, setPlayerJob.
• Pickups erstellen oder ausgehende Anfragen senden: createPickup, PerformHttpRequest, SendWebhook.

Das Ergebnis ist eine Risikoaufschlüsselung für Ihren gesamten Server: wie viele Trigger sicher oder kritisch sind, welche Ressourcen die meisten gefährlichen Events enthalten und wie sich alles auf Client und Server verteilt.

Er sortiert alles in Kategorien

• Geld, Item-Vergabe und Inventar-Events für die Wirtschaft.
• Fahrzeug-Spawn und Job-Wechsel für gängige Roleplay-Exploits.
• RegisterNetEvent und AddEventHandler, um im falschen Kontext registrierte Events zu erkennen.
• Dynamische Events für alles, was zu keinem bekannten Muster passt.

Er bringt Sie zur exakten Zeile

Jeder Fund verweist auf seine Ressource → Datei → Zeile, mit einer Code-Kontextansicht, um den Trigger an Ort und Stelle zu lesen. Wenn Trigger Finder einen gefährlichen addItem-Handler markiert, wissen Sie genau, welches Skript und welche Zeile zu härten ist – ohne Suchen.

Er ist auf Ihren Server abstimmbar

Jeder Server ist anders, besonders mit eigenen Frameworks. Sie können eigene Schlüsselwörter und eine Liste gefährlicher Events konfigurieren, damit Trigger Finder die Funktionsnamen markiert, die für Ihre Skripte wichtig sind – nicht nur die Standardwerte.

Vom Finden zum Beheben

Trigger Finder sagt Ihnen, was zu sichern ist. Der nächste Schritt schließt die Lücke: Validieren Sie jedes markierte Event serverseitig, holen Sie Werte über serverseitige Methoden statt dem Client zu vertrauen, und prüfen Sie Zustand, Position und Berechtigungen des Spielers, bevor Sie handeln. Alle Muster – plus die empfehlenswerten FXServer-Sicherheits-Convars – stehen in unserem FiveM Lua Event-Sicherheitsleitfaden.

Hören Sie auf, Ihre Angriffsfläche zu raten

Man kann keine Angriffsfläche verteidigen, die man nie gesehen hat. Trigger Finder verwandelt den vagen Rat „sichere deine Events“ in eine konkrete Checkliste, erzeugt aus Ihrem tatsächlichen Server – damit Sie genau wissen, was offenliegt und wo Sie es beheben.