Insecure deserialization allows attackers to manipulate serialized objects to achieve remote code execution, replay attacks, injection, or privilege escalation.
Insecure Deserialization occurs when an application deserializes (converts from a stored/transmitted format back to an object) data from untrusted sources without adequate validation. The vulnerability allows attackers to manipulate serialized objects to change application logic, execute arbitrary code, or escalate privileges.
While traditional deserialization attacks (Java, Python pickle, PHP unserialize) focus on exploiting language-specific object reconstruction to achieve remote code execution, JavaScript applications are also vulnerable through different vectors. JSON deserialization can be exploited through prototype pollution (injecting `__proto__` properties), manipulation of type fields used for polymorphic deserialization, and tampering with signed but not encrypted data (like JWTs where the signature is not properly verified).
Insecure deserialization can lead to the most severe attack outcomes. In languages with rich object graphs (Java, Python, .NET), it directly enables remote code execution. In JavaScript applications, it can lead to prototype pollution affecting all objects in the application, privilege escalation by manipulating role or permission fields in serialized state, denial of service through deeply nested or circular object structures, and data tampering by modifying serialized state that the application trusts. The impact depends on what the application does with the deserialized data, but it frequently leads to complete application compromise.
Never trust serialized data from untrusted sources. Implement integrity checks (HMAC signatures) on all serialized data that crosses trust boundaries. Use strict schema validation (Zod, Yup, JSON Schema) on all incoming data before processing. Avoid using `eval()`, `Function()`, or `new Function()` to parse data. For JavaScript, freeze prototypes and use `Object.create(null)` for dictionaries to prevent prototype pollution. Use type-safe deserialization that only accepts expected shapes. Validate and sanitize all nested object properties. Implement input size limits on serialized data. Use `JSON.parse()` for JSON (safe) rather than `eval()` (dangerous). For YAML, always use safe loading functions.
Select your framework for a detailed guide on fixing Insecure Deserialization with framework-specific code examples and security checklists.
Cross-Site Scripting (XSS)
XSS allows attackers to inject malicious scripts into web pages viewed by other users, enabling session hijacking, data theft, and defacement.
SQL Injection
SQL Injection allows attackers to interfere with database queries, potentially reading, modifying, or deleting data, and in some cases executing system commands.
Cross-Site Request Forgery (CSRF)
CSRF forces authenticated users to execute unwanted actions on a web application, exploiting the trust a site has in a user's browser.
Insecure Direct Object References (IDOR)
IDOR occurs when an application exposes internal implementation objects (like database IDs) and fails to verify that users are authorized to access the referenced resource.
Broken Authentication
Broken authentication encompasses weaknesses in session management, credential handling, and identity verification that allow attackers to compromise user accounts.
Security Misconfiguration
Security misconfiguration encompasses insecure default settings, open cloud storage, verbose error messages, unnecessary features, and missing security headers.
Sensitive Data Exposure
Sensitive data exposure occurs when applications fail to adequately protect sensitive information like credentials, tokens, personal data, or financial information.
Missing Rate Limiting
Missing rate limiting allows attackers to perform brute force attacks, credential stuffing, API abuse, and denial of service by making unlimited requests.
JWT Vulnerabilities
JWT vulnerabilities include algorithm confusion, missing validation, token leakage, and improper key management that can lead to authentication bypass.
Path Traversal
Path traversal allows attackers to access files and directories stored outside the intended directory by manipulating file path references.
Command Injection
Command injection allows attackers to execute arbitrary operating system commands on the server through vulnerable application interfaces.
Server-Side Request Forgery (SSRF)
SSRF allows attackers to induce the server to make HTTP requests to arbitrary destinations, potentially accessing internal services, metadata APIs, and private networks.
File Upload Vulnerabilities
Insecure file upload handling can allow attackers to upload malicious files including web shells, malware, or files that exploit server-side processing.
Row Level Security (RLS) Bypass
RLS bypass vulnerabilities occur when database-level access policies are missing, misconfigured, or can be circumvented, exposing data across tenant boundaries.
SafeVibe runs automated penetration tests to detect Insecure Deserialization and 14 other vulnerability types in your application.
Start Free Scan