CVE-2026-47690 in hubinfo

Summary

by MITRE • 07/22/2026

MeltanoHub is the source code for hub.meltano.com, the central place for Meltano plugins. Versions of the repo prior to commit 923820de8f64d753951fbbd54f7282a3d5f75173 were vulnerable to exfiltration of `GITHUB_TOKEN` with write permissions to the repository. The vulnerable workflow used pull_request_target, which runs in the context of the base repository with access to secrets. Commit 923820de8f64d753951fbbd54f7282a3d5f75173 fixes the issue. No known workarounds are available.

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Analysis

by VulDB Data Team • 07/22/2026

The MeltanoHub repository represents the central hub for Meltano plugins, serving as a critical infrastructure component for the data integration platform. This repository contains sensitive authentication tokens and access credentials that enable automated workflows and continuous integration processes. The vulnerability discovered in versions prior to commit 923820de8f64d753951fbbd54f7282a3d5f75173 exposed a fundamental security flaw in the repository's workflow configuration that could lead to complete compromise of the project's automation infrastructure. The issue specifically affected the GitHub Actions workflows that were configured to execute on pull requests targeting the main branch.

The technical flaw stems from the improper use of the pull_request_target event trigger within GitHub Actions workflows. This particular event type executes in the context of the base repository rather than the forked repository where the pull request originates, thereby granting the workflow access to secrets and permissions that should remain restricted. When a malicious actor submits a pull request containing malicious code, the workflow runs with elevated privileges including write access to the repository and full access to the GITHUB_TOKEN. This token typically contains credentials that can be used to push changes, modify repository settings, or extract additional sensitive information from the environment.

The operational impact of this vulnerability extends far beyond simple code execution. With write permissions to the repository, an attacker could modify the codebase to include backdoors, steal additional secrets from the environment, or even inject malicious code into legitimate workflows that would execute on subsequent commits. The exposure of the GITHUB_TOKEN with full repository write access creates a persistent threat vector that remains active until the vulnerability is addressed. This type of flaw aligns with CWE-862, which describes insufficient authorization, and represents a critical security misconfiguration in automated CI/CD systems.

The remediation implemented in commit 923820de8f64d753951fbbd54f7282a3d5f75173 demonstrates the correct approach to addressing this vulnerability by switching from pull_request_target to the standard pull_request event. This change ensures that workflows execute in the context of the forked repository and do not have access to sensitive secrets or elevated permissions. The fix aligns with the principle of least privilege and follows best practices established by security frameworks such as those outlined in the MITRE ATT&CK framework for CI/CD environment compromise techniques. Organizations using similar automation patterns should review their workflows to ensure they are not inadvertently exposing sensitive credentials through improper event triggers.

Security practitioners should recognize this vulnerability pattern as a common misconfiguration in modern DevOps environments where automation workflows are configured without proper security boundaries. The lack of available workarounds emphasizes the importance of proactive security configuration and continuous monitoring of CI/CD pipeline configurations. Regular security audits of automated workflows, implementation of secret scanning tools, and adherence to secure coding practices for deployment pipelines are essential defensive measures that should be implemented across all software development environments where automation is utilized.

Responsible

GitHub M

Reservation

05/19/2026

Disclosure

07/22/2026

Moderation

accepted

CPE

ready

EPSS

0.00000

KEV

no

Activities

very low

Sources

Do you want to use VulDB in your project?

Use the official API to access entries easily!