CWE-650: Trusting HTTP Permission Methods on the Server Side

Definición

What is CWE-650?

This vulnerability occurs when a server incorrectly assumes that HTTP GET requests are always safe and cannot change server-side data. Attackers can exploit this flawed assumption to bypass security controls and perform unauthorized actions like modifying or deleting resources.

HTTP methods like GET are designed by specification to retrieve information without side effects, leading developers to sometimes rely on them as a security boundary. The problem is that the protocol itself doesn't enforce this; it's entirely up to the application code. Developers can—and often do—program their endpoints to accept GET requests that create, update, or delete data, especially in REST APIs. If access controls are only checked for methods like POST, PUT, or DELETE, attackers can simply use a GET request to perform the same dangerous actions. You must enforce authorization checks based on the user's permissions and the action's intent, not the HTTP method used. Never assume that POST, PUT, or DELETE are the only methods capable of altering state. Your security logic should validate every request, regardless of whether it's a GET or another method, to ensure the user is authorized for the specific operation they are trying to perform.

Impacto en el mundo real

Real-world CVEs caused by CWE-650

Todavía no hay CVEs públicos enlazados a esta CWE en el catálogo de MITRE.

Cómo lo explotan los atacantes

Ruta del atacante paso a paso

1
Identifica una ruta de código que maneje entrada no confiable sin validación.
2
Crea un payload que ejercite el comportamiento inseguro — inyección, traversal, overflow o abuso de lógica.
3
Envía el payload a través de una solicitud normal y observa la reacción de la aplicación.
4
Itera hasta que la respuesta filtre datos, ejecute código del atacante o escale privilegios.

Ejemplo de código vulnerable

Vulnerable pseudo

MITRE no ha publicado un ejemplo de código para esta CWE. El patrón siguiente es ilustrativo — consulta Recursos para referencias canónicas.

Vulnerable pseudo

// Example pattern — see MITRE for the canonical references.
function handleRequest(input) {
  // Untrusted input flows directly into the sensitive sink.
  return executeUnsafe(input);
}

Ejemplo de código seguro

Secure pseudo

Seguro pseudo

// Validate, sanitize, or use a safe API before reaching the sink.
function handleRequest(input) {
  const safe = validateAndEscape(input);
  return executeWithGuards(safe);
}

What changed: the unsafe sink is replaced (or the input is validated/escaped) so the same payload no longer triggers the weakness.

Lista de prevención

How to prevent CWE-650

System Configuration Configure ACLs on the server side to ensure that proper level of access control is defined for each accessible resource representation.

Señales de detección

How to detect CWE-650

SAST High

Ejecuta análisis estático (SAST) sobre el código buscando el patrón inseguro en el flujo de datos.

DAST Moderate

Ejecuta pruebas dinámicas de seguridad de aplicaciones (DAST) contra el endpoint en vivo.

Runtime Moderate

Vigila los logs en tiempo de ejecución para detectar trazas de excepción inusuales, entradas malformadas o intentos de bypass de autorización.

Code review Moderate

Revisión de código: marca cualquier código nuevo que maneje entrada desde esta superficie sin usar los helpers validados del framework.

CWE-650

Don't catalog this weakness. Prove it's reachable.

Plexicus turns CWE catalogs into evidence: every CWE-pattern is matched against your real code graph, reach is proven on a sandbox clone, and verified findings ship as reviewed PRs.

Request AI Swarm Pentest

Preguntas frecuentes

Frequently asked questions

¿Qué es CWE-650?

This vulnerability occurs when a server incorrectly assumes that HTTP GET requests are always safe and cannot change server-side data. Attackers can exploit this flawed assumption to bypass security controls and perform unauthorized actions like modifying or deleting resources.

¿Qué gravedad tiene CWE-650?

MITRE califica la probabilidad de explotación como Alta — esta debilidad se explota activamente en la práctica y debe priorizarse para su remediación.

¿Qué lenguajes o plataformas se ven afectados por CWE-650?

MITRE no ha especificado plataformas afectadas para esta CWE — puede aplicar a la mayoría de los stacks de aplicaciones.

¿Cómo puedo prevenir CWE-650?

Configure ACLs on the server side to ensure that proper level of access control is defined for each accessible resource representation.

¿Cómo detecta y corrige Plexicus CWE-650?

El motor SAST de Plexicus detecta la firma de flujo de datos para CWE-650 en cada commit. Cuando hay coincidencia, nuestro agente Codex Remedium abre un PR de corrección con el código corregido, las pruebas y un resumen de una línea para el revisor.

¿Dónde puedo aprender más sobre CWE-650?

MITRE publica la definición canónica en https://cwe.mitre.org/data/definitions/650.html. También puedes consultar la documentación de OWASP y NIST para guías relacionadas.

Debilidades relacionadas

Weaknesses related to CWE-650

CWE-436 Padre

Listo para validar lo que importa.

Plexicus es Proof-Driven AppSec: hallazgos validados, comprensión contextual y remediación revisada — anclada en evidencia, acotada contigo.

Reservar Pentest

Trusting HTTP Permission Methods on the Server Side

What is CWE-650?

Real-world CVEs caused by CWE-650

Ruta del atacante paso a paso

Vulnerable pseudo

Secure pseudo

How to prevent CWE-650

How to detect CWE-650

Don't catalog this weakness. Prove it's reachable.

Frequently asked questions

Weaknesses related to CWE-650

Interpretation Conflict

Improper Neutralization of CRLF Sequences in HTTP Headers ('HTTP Request/Response Splitting')

Misinterpretation of Input

Incomplete Model of Endpoint Features

Inconsistent Interpretation of HTTP Requests ('HTTP Request/Response Smuggling')

Null Byte Interaction Error (Poison Null Byte)

Improper Neutralization of Invalid Characters in Identifiers in Web Pages

Further reading

Listo para validar lo que importa.

Comprueba si el AI Swarm Pentest encaja en tu entorno.

Solicitud recibida. Reserva el siguiente paso.

Sample evidence handover

Server-Side Request Forgery in `webhooks/receiver`