MEDIUM 6.3

CVE-2026-12787: Remote Code Execution in zhilink ADP via Unsafe Deserialization

A remote code execution vulnerability exists in zhilink's ADP Application Developer Platform version 1.0.0. An authenticated attacker can exploit a flaw in the testConnection endpoint by manipulating the jdbcUrl parameter to trigger unsafe deserialization, potentially allowing arbitrary code execution on the affected system. The vulnerability has already been disclosed publicly, and the vendor has not responded to disclosure attempts.

Source data · NVD / CISA · public domain

CVSS
3.1 · 6.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L
Weaknesses (CWE)
CWE-20, CWE-502
Affected products
0 configuration(s)
Published / Modified
2026-06-21 / 2026-06-22

NVD description (verbatim)

A vulnerability was found in zhilink 智互联(深圳)科技有限公司 ADP Application Developer Platform 应用开发者平台 1.0.0. This affects an unknown part of the component testConnection Endpoint. The manipulation of the argument jdbcUrl results in deserialization. The attack may be performed from remote. The exploit has been made public and could be used. The vendor was contacted early about this disclosure but did not respond in any way.

5 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-12787 affects the testConnection endpoint in ADP Application Developer Platform 1.0.0. The vulnerability stems from improper input validation (CWE-20) combined with unsafe deserialization of untrusted data (CWE-502). By crafting a malicious jdbcUrl parameter, an authenticated attacker can instantiate arbitrary objects during the deserialization process, which may lead to remote code execution. The attack vector is network-accessible and requires valid credentials to exploit.

Business impact

Compromise of an ADP platform instance could allow attackers to execute arbitrary commands within the application's security context. Depending on the environment, this could lead to data theft, lateral movement within your network, service disruption, or compliance violations. The impact is heightened if the platform manages sensitive application configurations or customer data. However, the attack requires prior authentication, reducing the exposure window compared to unauthenticated vulnerabilities.

Affected systems

zhilink ADP Application Developer Platform version 1.0.0 is confirmed vulnerable. Organizations running this version should assume they are at risk. Verify your deployment version against your vendor documentation; the vendor's lack of response to early disclosure suggests patches or updated versions may not be readily available through normal channels.

Exploitability

Public exploit information for this vulnerability is available, lowering the barrier to attack and increasing the likelihood of exploitation attempts. However, the attack requires authenticated access—an attacker must possess valid credentials or successfully compromise an existing account first. This prerequisite moderately limits immediate risk, but should not be relied upon as a long-term control given credential exposure scenarios.

Remediation

Immediate actions should include isolating or restricting network access to ADP instances, implementing strict authentication controls, and monitoring for suspicious database connection attempts. Contact zhilink directly to determine if patches or version upgrades are available; the vendor's silence on early disclosure is concerning and may indicate limited support. Consider evaluating alternative vendors if timely patches are not forthcoming.

Patch guidance

No official patch information is currently available from the vendor. Given the vendor's non-response to early disclosure, patches may be delayed or absent. Monitor zhilink's official channels and security advisories closely. If a patch is released, test thoroughly in a non-production environment before deployment. In the interim, compensating controls such as network segmentation and access restrictions are essential.

Detection guidance

Monitor audit logs and network traffic for suspicious connections to the testConnection endpoint, particularly those containing complex or encoded jdbcUrl parameters. Watch for unexpected process execution spawned from the application's runtime environment. Implement intrusion detection rules to flag malformed serialized data in HTTP requests to this endpoint. If available, enable verbose logging on database connection attempts to detect injection attempts.

Why prioritize this

While the CVSS score is MEDIUM (6.3), the combination of publicly available exploits and deserialization vulnerabilities warrants urgent attention. Deserialization flaws are notoriously difficult to mitigate and often enable severe attacks. The authentication requirement prevents this from being critical, but the lack of vendor response and public exploit availability elevate the real-world risk. Organizations should prioritize this for immediate assessment and mitigation planning.

Risk score, explained

The CVSS 3.1 score of 6.3 reflects a network-accessible vulnerability (AV:N) with low complexity (AC:L) that requires authentication (PR:L). It impacts confidentiality, integrity, and availability equally (C:L, I:L, A:L) within the affected system only (S:U). The score appropriately captures the authentication gate, but does not account for the severity of deserialization attacks or the existence of public exploits—factors that increase practical risk beyond the base score.

Frequently asked questions

Is the ADP platform widely deployed, and should we prioritize this immediately?

The vendor's market presence and deployment footprint are not detailed in available intelligence. However, any organization running version 1.0.0 should treat this as a high priority given the public exploits and lack of vendor support. Conduct a network scan to confirm whether ADP instances exist in your environment.

Can we safely disable the testConnection endpoint or restrict access to it?

Yes, if the application's functionality permits. Restricting network access to this endpoint or limiting it to trusted internal sources is a reasonable compensating control while you work on patching or migration. Verify with your architecture team that disabling or isolating the endpoint does not break critical workflows.

What should we do if the vendor does not release a patch?

Evaluate escalation with the vendor's support team, migration to a patched version if one becomes available, or transition to an alternative platform. In the long term, relying on a vendor with poor security response practices creates ongoing risk. Document your mitigation efforts and residual risk assessment for compliance and audit purposes.

Does this vulnerability allow unauthenticated attacks?

No. The CVSS vector specifies PR:L, meaning an authenticated user or prior account compromise is required. However, do not underestimate credential-based attacks; assume any account with access to ADP could be leveraged by an attacker.

This analysis is based on publicly available vulnerability data as of the publication date. Vendor responses, patch availability, and threat landscape may evolve. Organizations should verify patch status and vendor communications directly with zhilink. No exploit code or weaponized proof-of-concept instructions are provided. This page is for informational and defensive purposes only. Always conduct testing in controlled environments before deploying mitigations to production systems. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).