Skip to main content

CHIRP EUVDEUVD-2026-64616

| CVE-2026-78136 HIGH
Eval Injection (CWE-95)
2026-08-23 mitre GHSA-6rmm-3cfr-7939
7.8
CVSS 3.1 · Vendor: mitre
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Craft CSV with malicious TXSIG/RXSIG payload
  2. Delivery
    Deliver file via forum, email, or direct share
  3. Exploit
    Victim imports CSV into CHIRP Kenwood ITM driver
  4. Execution
    eval() executes attacker-controlled Python
  5. Impact
    Arbitrary code runs as CHIRP process user

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Eval input sanitization
MITRE ATT&CK

1 technique across 1 tactic: Execution

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Exploitation requires a user to actively import a crafted CSV file using CHIRP's Kenwood ITM driver - specifically, a file containing a malicious Python expression in the TXSIG or RXSIG columns processed by _clean_tmode in drivers/kenwood_itm.py. The CVSS UI:R metric confirms that exploitation cannot occur without this deliberate user action; no remote or unauthenticated network path exists. PR:N confirms the attacker requires no credentials or privileges - only the ability to deliver the file to the victim and induce import. Exploitation is further constrained to Kenwood ITM format CSV files specifically; other CHIRP driver formats are not affected by this code path. The vulnerability is limited to CHIRP builds prior to commit 39178db on any platform where CHIRP runs.

Impact

The CVSS 7.8 score with vector AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H accurately reflects the file-based local attack model: an attacker must deliver a crafted CSV and induce a user to import it, making this a social-engineering-dependent scenario rather than a remotely automatable exploit. The high C/I/A scores are justified by the full arbitrary code execution outcome. No EPSS score was provided in the input data, and the vulnerability is absent from CISA KEV, suggesting exploitation is not yet widespread. The existence of a public proof-of-concept repository (github.com/cduram/CHIRP-CodeExecution_via_Malicious_ImageFile) meaningfully elevates risk for active users, as the technical bar for exploitation is now low for anyone who can socially engineer a file import. CHIRP's user base is predominantly amateur radio hobbyists operating on personal machines; there is no indication of enterprise or critical infrastructure deployment, which limits aggregate impact. The attack is not automatable at scale due to the required user interaction.

Exploit ScenarioDerived

An attacker crafts a CHIRP CSV file with a malicious Python expression embedded in the TXSIG or RXSIG column (e.g., __import__('os').system('...')), then distributes it on a ham radio forum or via direct message as a legitimate-looking frequency file. When the victim imports the file through CHIRP's Kenwood ITM driver, eval() executes the embedded expression with the privileges of the CHIRP process. A public proof-of-concept on GitHub demonstrates this technique, lowering the skill threshold for exploitation.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Aug 23, 2026

Eval injection in chirpmyradio CHIRP's Kenwood ITM driver allows arbitrary Python code execution when a user opens a specially crafted CSV file. The vulnerable _clean_tmode function in drivers/kenwood_itm.py passes untrusted TXSIG and RXSIG CSV column values directly to Python's built-in eval() without sanitization, confirmed by the upstream commit diff. A proof-of-concept repository exists publicly, though no active exploitation is confirmed in CISA KEV. All CHIRP builds prior to commit 39178dbfc4fece083ab9ed20286d6ae3a91a718e are affected.

RemediationAI

Update CHIRP to a build that incorporates commit 39178dbfc4fece083ab9ed20286d6ae3a91a718e or any later commit; verify the installed build's commit hash against this anchor since no specific tagged release version is confirmed in the available data. The fix is available at https://github.com/kk7ds/chirp/commit/39178dbfc4fece083ab9ed20286d6ae3a91a718e. As a compensating control prior to patching, avoid importing CHIRP CSV files from untrusted sources - particularly files received via email, forums, or other external channels claiming to be Kenwood ITM frequency configurations. This control is effective because exploitation unconditionally requires user-initiated CSV import; its trade-off is that legitimate community-shared frequency files must be manually vetted or sourced only from trusted parties.

Affected VersionsENISA

CHIRP 0 <39178dbfc4fece083ab9ed20286d6ae3a91a718e

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

CHIRP (CPE: cpe:2.3:a:chirpmyradio:chirp:*:*:*:*:*:*:*:*) is a Python-based amateur/ham radio programming application. The vulnerable code in chirp/drivers/kenwood_itm.py calls Python's eval() directly on CSV field values extracted from the TXSIG and RXSIG columns: rtone = eval(generic_csv.get_datum_by_header(headers, line, 'TXSIG')) and ctone = eval(...). CWE-95 (Eval Injection - Improper Neutralization of Directives in Dynamically Evaluated Code) describes this root cause exactly: attacker-controlled string data is passed to an interpreter without sanitization. The fix, confirmed in commit 39178db, replaces both eval() calls with a purpose-built kenwood_tone.parse_qtdqt() parser that handles tone/DCS format parsing safely. The vulnerability is isolated to the Kenwood ITM driver, not all CHIRP drivers.

Know when Chirp gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (mitre) PRIMARY 7.8 HIGH
AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
vuln.today AI 7.8 HIGH

File-based attack requires local file open (AV:L, UI:R); no attacker privileges needed (PR:N); full arbitrary code execution yields C:H/I:H/A:H with no scope change.

3.1 AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
4.0 AV:L/AC:L/AT:N/PR:N/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
SUSE HIGH

Primary rating from Vendor (mitre).

CVSS VectorVendor: mitre

Attack Vector
Local
Attack Complexity
Low
Privileges Required
None
User Interaction
Required
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

Lifecycle Timeline

2
Patch available
Aug 23, 2026 - 01:16 EUVD
CVE Published
Aug 23, 2026 - 00:48 cve.org
HIGH 7.8

DescriptionCVE.org

chirpmyradio CHIRP before 39178db allows eval injection via crafted CSV data. This occurs in _clean_tmode in drivers/kenwood_itm.py.

Executive ViewAI

Why It Matters

CHIRP radio programming software contains a vulnerability that allows arbitrary code execution when users open malicious CSV files. Any organization using CHIRP for radio fleet management could face system compromise and operational disruption. The vulnerability affects all versions before a specific upstream patch.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.2%
Top 88% exploitable
Prevalence
Low
niche amateur radio programming tool, hobbyist-only user base
Social Media
5
Sightings
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment Vendor CIRCL GitHub

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Small
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

39
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +39
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Code Injection CRITICAL

Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.

Vendor StatusVendor

SUSE

Severity: Important
Product Status
openSUSE Leap 16.0 Fixed
openSUSE Tumbleweed Fixed

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy