Safeguard
Vulnerability Analysis•

CVE-2024-1005: Medium Exposed Directory in NODERP

CVE-2024-1005 is a medium exposed files or directories flaw in NODERP. Restrict access, check for a vendor fix and review exposure. Steps inside.

Safeguard Security Team
4 min read

CVE-2024-1005 is a medium severity exposed files or directories flaw, scored 5.3, in NODERP up to 6.0.2. The public record names no fixed version and says the vendor did not respond. Restrict network access to the product, check your installed version against the one named in the record, and watch the vendor or project page for a patch.

What's affected

Affected: NODERP (Shanxi Diankeyun Technology) up to 6.0.2. The record's CVSS 3.1 score is 5.3 (medium), with vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N. The record names the file /runtime/log. The weakness is filed as CWE-552.

Fixed version: The record names no fixed version, and it notes that the vendor was contacted early and did not respond. No patched release is confirmed.

The record's kev flag is false, so this CVE is not in the CISA Known Exploited Vulnerabilities catalog. One thing to note: the VulDB wording in the description calls the issue critical, while the CVSS score in the record is 5.3, which is medium. Treat the numeric score and your own exposure as the guide, and know that both labels exist.

How to check if you're exposed

  1. Find the product in your inventory and confirm the version. Many of these small applications are installed from a source archive, so the version may live in a file or a database table and not in a package manager.
  2. Check which networks can reach the application, and whether it is exposed to the internet.
  3. Request the runtime log path from outside your network and see whether it answers. Check your web server rules to confirm that runtime and cache directories are not served.
  4. Check the vendor or project page for a release newer than the affected one.

What to do now

  1. Take the product off the internet if it is exposed. Put it behind a VPN or an allow list of known addresses.
  2. Restrict access at the network layer to the people and systems that need it.
  3. Watch the vendor or project page for a fixed release, and apply it when one appears. The record says the vendor did not respond to disclosure, so do not wait on it: plan to replace the product if it handles sensitive data.
  4. Review logs for the signs above and rotate administrator credentials if you see anything unusual.
  5. Add the product to your inventory and monitoring so a future fix or advisory reaches you. A free in-browser dependency scan covers the third party packages in software you build, though it does not inspect device firmware.

Why it matters

Files or directories accessible to outsiders means a path that was meant to be internal can be requested directly. In this record that path is a runtime log location. Logs often hold request details, file paths, error messages and sometimes tokens or user data.

No privileges and no user interaction are needed, which is why the issue is reachable remotely. The impact is limited to confidentiality in the CVSS vector, so the score is modest, but exposed logs are a common source of material for later attacks.

Smaller commercial and sample code projects often have no security contact and no release cadence. If no fix arrives, the choices are to harden around the product or to replace it.

The record states that the exploit has been disclosed to the public. That means details are available to others, not that attacks have been observed. Only CISA KEV or a vendor advisory can say that, and neither does here.

Quick check

Is this CVE exploited in the wild?

The record's kev flag is false, so it is not in the CISA Known Exploited Vulnerabilities catalog, and no source I read reports active exploitation. The record does say a public exploit exists. That is a reason to patch or contain it soon, not a report of attacks.

What if there is no patch?

Reduce exposure. Remove internet access, restrict the network, apply the log and credential checks above, and plan to replace the product if it holds sensitive data.

Sources

Last reviewed: 19 October 2026.

Never miss an update

Weekly insights on software supply chain security, delivered to your inbox.

Self-healing security runs on Safeguard.

Your first fix PR is minutes away.

No sales call required, even your agent can complete the purchase over MCP.