<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Web on grit8086</title><link>https://grit8086.github.io/tags/web/</link><description>Recent content in Web on grit8086</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 24 Mar 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://grit8086.github.io/tags/web/index.xml" rel="self" type="application/rss+xml"/><item><title>Unauthenticated Indirect Object Reference in the Department of Defense</title><link>https://grit8086.github.io/posts/bac-dod/</link><pubDate>Tue, 24 Mar 2026 00:00:00 +0800</pubDate><guid>https://grit8086.github.io/posts/bac-dod/</guid><description>&lt;h1 id="i-found-an-unauthenticated-indirect-object-reference-vulnerability-in-the-department-of-defense"&gt;I Found an Unauthenticated Indirect Object Reference Vulnerability in the Department of Defense&lt;/h1&gt;
&lt;p&gt;While hunting on the Department of Defense bug bounty program, I came across a simple but impactful vulnerability, a broken access control bug that allowed anyone to view files they didn&amp;rsquo;t own, without even being logged in. Here&amp;rsquo;s how it went.&lt;/p&gt;
&lt;h3 id="what-is-idor"&gt;What is IDOR?&lt;/h3&gt;
&lt;p&gt;IDOR, or Insecure Direct Object Reference, is a type of broken access control vulnerability where an attacker can access or modify resources that belong to another user, simply by changing a reference to that resource, usually something visible like an ID in a URL or request parameter.Think of it like a hospital that gives each patient a folder numbered by their ID. You are patient 112, so your records are in folder 112. But nothing is stopping you from walking over and opening folder 113, which belongs to someone else entirely.&lt;/p&gt;</description></item></channel></rss>