Die Schwachstelle steckt in der Remoting-Komponente von Jenkins, über die der Controller mit seinen Agenten kommuniziert. Zum Schutz vor gefährlicher Deserialisierung setzt Jenkins einen Klassenfilter ein, der festlegt, welche Java-Klassen beim Entpacken übertragener Objekte überhaupt geladen werden dürfen. Dieser Filter greift jedoch nicht auf einem Ausweichpfad der Deserialisierungs-Implementierung: Wird eine Klasse über diesen Rückfallmechanismus aufgelöst, findet keine Prüfung statt. Dadurch lässt sich der Schutzmechanismus für Klassen umgehen, die sich im Klassenpfad des Jenkins-Kerns befinden. Ausnutzbar ist das durch Agentenprozesse, durch Code, der auf einem Agenten läuft, sowie durch Angreifer, die über die Berechtigung zum Verbinden eines Agenten verfügen. Eine umgangene Deserialisierungsprüfung ist besonders heikel, weil sich über präparierte Objekte in der Regel weitergehende Angriffe bis hin zur Codeausführung aufbauen lassen.