Medium Web & API Security +400 XP

ClearDesk

ClearDesk's IT helpdesk API authenticates every request, but does it authorize them? The ticket endpoint checks who you are but not what you're allowed to see. Enumerate resources you shouldn't access, chain credential theft with privilege escalation, and exploit a file-reading feature to reach the root flag.

77% solve it 593 hackers played 2 flags Updated Oct 12, 2026 First blood Malekith
IDORAPI SecurityPath TraversalAccess ControlPrivilege Escalation
Start Your Challenge

Launch your dedicated machine to begin hacking

  1. 1Create a free account, then click "Start Lab"You'll get your own private machine with an IP address
  2. 2Explore the targetOpen the IP in your browser and look for vulnerabilities
  3. 3Find and submit flagsFlags are secret text strings hidden in the system - paste them below to score
  • ~1-2 min setup
  • Private instance
  • 30 min per session. Restart it for free, as often as you like.

IDOR vulnerability (Insecure Direct Object Reference) is a critical access control flaw that occurs when a web application exposes internal object references - such as database IDs, filenames, or resource identifiers - without verifying that the requesting user is authorized to access them. IDOR is one of the most commonly discovered vulnerabilities in web applications and APIs, frequently appearing in bug bounty programs and penetration testing engagements.

How IDOR Vulnerabilities Work

Applications that use predictable identifiers (like sequential integers) in their URLs or API endpoints are particularly susceptible to IDOR attacks. For example, if accessing /api/tickets/15 returns your support ticket, changing the ID to /api/tickets/16 might return another user's ticket if the server does not verify ownership. The key distinction is between authentication (verifying who you are) and authorization (verifying what you can access). Many applications implement authentication correctly but fail at authorization, creating IDOR vulnerabilities that allow horizontal privilege escalation.

IDOR in REST APIs

REST APIs are especially prone to IDOR because they commonly expose resource identifiers directly in URL paths. API endpoints for CRUD operations on user data, documents, orders, or tickets often use sequential or predictable IDs. When combined with automated enumeration tools, an attacker can systematically access every resource in the system, extracting sensitive data belonging to all users. In more severe cases, IDOR can be chained with other vulnerabilities - such as credential theft or path traversal - to escalate from data disclosure to full system compromise.

Preventing IDOR Vulnerabilities

Effective prevention requires implementing proper authorization checks on every request to verify that the authenticated user has permission to access the requested resource. Using non-predictable identifiers (like UUIDs instead of sequential integers) adds defense in depth but should not be relied upon as the sole protection. Server-side access control logic, combined with thorough security testing that includes parameter manipulation and resource enumeration, is essential for identifying and preventing IDOR flaws in web applications.

What You Will Learn

  • Understand Insecure Direct Object Reference (IDOR) vulnerabilities in REST APIs
  • Learn the difference between authentication and authorization in access control
  • Practice exploiting sequential IDs for resource enumeration
  • Chain IDOR with credential theft for privilege escalation
  • Exploit path traversal vulnerabilities in file-reading features
  • Recognize defensive measures against IDOR attacks

Prerequisites

HTTP and REST API basics Web application fundamentals Understanding of authentication vs authorization Familiarity with curl or API testing tools