Base de CVEs

An issue in SKYWORTH DIGITAL CO.,LTD SK-WR6640X Wi-Fi 6 Dual-Band Fiber Router (AX1800M) V1.0.3 allows a remote attacker to execute arbitrary code.

FearlessCMS é um sistema de gerenciamento de conteúdo baseado em arquivos planos, focado em simplicidade e código aberto. Nas versões 0.1.2b e anteriores, um administrador autenticado pode definir uma URL arbitrária de repositório Git por meio de admin/updater-handler.php e acionar perform_update, que repassa a URL para update.sh. O atualizador clona o repositório e substitui os diretórios ativos plugins/, admin/ e includes/ sem verificar a identidade, as assinaturas ou o conteúdo do repositório. Como o router.php permite que arquivos PHP existentes em plugins sejam executados pelo servidor de desenvolvimento PHP, conteúdo de atualização fornecido por um atacante pode executar PHP arbitrário com os privilégios do processo do servidor web e persistir como backdoor. Este problema foi corrigido na versão 0.1.3b.

O repositório de documentação da Salty constrói e publica o site docs.saltbox.dev. Antes do commit 649c9aea2daef1168eeb0415b44e65dbbde9f220, o arquivo .github/workflows/trigger-pr-build.yml registra um commit não confiável de fork no artefato pr_info, e o job workflow_run com segredos em .github/workflows/build-pr.yml faz checkout desse commit antes de executar pip install -r requirements.txt. Assim, um pull request de fork pode fornecer setup.py ou hooks de build PEP 517 escritos pelo atacante, cuja instalação é executada no workflow privilegiado do repositório base com CF_API_TOKEN, GH_TOKEN, MKDOCS_GIT_COMMITTERS_APIKEY e um GITHUB_TOKEN com permissão de escrita, permitindo divulgação de segredos e comprometimento posterior. A vulnerabilidade não é causada pela proteção de bloqueio de forks, e o caminho demonstrado exige controle do atacante sobre o conteúdo do fork, e não apenas sobre os metadados do artefato. Esta vulnerabilidade foi corrigida pelo commit 649c9aea2daef1168eeb0415b44e65dbbde9f220.

SAP S/4HANA (Manage Substitution/Validation Rules) does not sufficiently validate input processed by rule definition functionality that utilizes a domain-specific scripting language. An authenticated attacker with specific business privileges could submit specially crafted input, which is interpreted as executable ABAP code by the rule processing logic. Successful exploitation could allow the attacker to execute ABAP arbitrary code into the system, resulting in full compromise of the affected system and high impact on confidentiality, integrity, and availability of the system.

O IBM i 7.3, 7.4, 7.5 e 7.6 pode permitir que um atacante remoto autenticado obtenha informações sensíveis ou execute código arbitrário no sistema devido à sanitização imprópria de dados pela aplicação web HTTP Server Administration.

A IBM Maximo AI Service 9.1.0 e 9.2.0 podem permitir que um atacante remoto execute código arbitrário devido a controle impróprio da geração de código.

Improper Control of Generation of Code ('Code Injection') vulnerability in Royal Plugins SiteVault – Backup, Restore, Migration & Cloning sitevault-backup-restore-migration allows Remote Code Inclusion.This issue affects SiteVault – Backup, Restore, Migration & Cloning: from n/a through 1.5.19.

Floci 1.1.0 before 2.2.0 contains a code injection vulnerability in VtlTemplateEngine that allows unauthenticated attackers to execute commands via unrestricted Velocity mapping templates. Attackers can create a REST API with a MOCK integration whose template uses $util reflection to reach Runtime or ProcessBuilder, executing OS commands in the Floci JVM.

openapi-typescript-codegen through 0.31.0 contains a code injection vulnerability that allows attackers controlling an OpenAPI document to inject JavaScript by supplying unescaped values interpolated into single-quoted string literals. Attackers can embed a single quote in path keys, parameter names, servers[0].url, or info.version to execute arbitrary JavaScript when generated clients are imported or service methods called.

The Avada (Fusion) Builder plugin for WordPress is vulnerable to authorization bypass in all versions up to, and including, 7.16.1. This is due to the plugin not properly verifying authorization before dispatching a WordPress action hook whose name is taken from an attacker-supplied form-field value (via the notification email_message [field] placeholder and the {action_hook,...} dynamic-data token; the 3.16.1 trust gate is_content_request_supplied() only inspects $_POST['args']/$_GET['args'], never the $_POST['formData'] the public form-submit endpoint parses). This makes it possible for unauthenticated attackers to invoke arbitrary WordPress action hooks (multiple per request), causing state changes up to permanent, irreversible destruction of site content: a verified unauthenticated request permanently deleted trashed posts, pages, and comments via the core wp_scheduled_delete action. Other non-deny-listed hooks extend the impact to denial of service (e.g. wp_maybe_auto_update) and, where vulnerable third-party handlers are installed, further privileged writes. The same unauthenticated dynamic-data pipeline additionally exposes a blind arbitrary user/post-meta read; the read result is delivered only to the site owner and is not attacker-exfiltrable through the plugin's own email/response paths. Exploitation requires a published Avada form with AJAX submission and a notification whose email_message template includes an [all_fields] or explicit [field] placeholder - the default form configuration.