<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Forem: Daniel Isaac E</title>
    <description>The latest articles on Forem by Daniel Isaac E (@daniel_isaac_e).</description>
    <link>https://forem.com/daniel_isaac_e</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3748367%2F75e7c717-d9a0-46de-a58a-65d90edaac75.jpg</url>
      <title>Forem: Daniel Isaac E</title>
      <link>https://forem.com/daniel_isaac_e</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://forem.com/feed/daniel_isaac_e"/>
    <language>en</language>
    <item>
      <title>OAuth Consent Phishing</title>
      <dc:creator>Daniel Isaac E</dc:creator>
      <pubDate>Mon, 02 Feb 2026 16:38:39 +0000</pubDate>
      <link>https://forem.com/daniel_isaac_e/oauth-consent-phishing-2f3e</link>
      <guid>https://forem.com/daniel_isaac_e/oauth-consent-phishing-2f3e</guid>
      <description>&lt;p&gt;Most people associate phishing with fake login pages and stolen passwords.&lt;/p&gt;

&lt;p&gt;But modern attackers don’t always need your credentials.&lt;/p&gt;

&lt;p&gt;Sometimes, all they need is one click on a legitimate OAuth consent screen:&lt;/p&gt;

&lt;p&gt;✅ “Allow access”&lt;/p&gt;

&lt;p&gt;That single approval can grant a malicious app access to:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;your email&lt;/li&gt;
&lt;li&gt;your cloud files&lt;/li&gt;
&lt;li&gt;your contacts&lt;/li&gt;
&lt;li&gt;persistent access via refresh tokens (depending on scope)&lt;/li&gt;
&lt;/ul&gt;

&lt;h3&gt;
  
  
  Why this attack works
&lt;/h3&gt;

&lt;p&gt;OAuth is built for convenience and secure delegation.&lt;br&gt;
The problem is: users often approve scopes without reading them.&lt;/p&gt;

&lt;h3&gt;
  
  
  High-risk scopes to watch for
&lt;/h3&gt;

&lt;p&gt;If you're working in security or IAM, these are worth extra attention:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Mail.Read / Mail.ReadWrite&lt;/li&gt;
&lt;li&gt;Files.Read / Files.ReadWrite&lt;/li&gt;
&lt;li&gt;offline_access&lt;/li&gt;
&lt;li&gt;Contacts.Read&lt;/li&gt;
&lt;li&gt;User.Read (combined with others)&lt;/li&gt;
&lt;/ul&gt;

&lt;h3&gt;
  
  
  Defensive checklist (quick)
&lt;/h3&gt;

&lt;p&gt;✅ Restrict user consent where possible&lt;br&gt;&lt;br&gt;
✅ Require admin approval for high-risk scopes&lt;br&gt;&lt;br&gt;
✅ Monitor new app consents + risky scope grants&lt;br&gt;&lt;br&gt;
✅ Revoke sessions + tokens during incident response&lt;br&gt;&lt;br&gt;
✅ Train users: “Allow access” is also an attack surface  &lt;/p&gt;

&lt;p&gt;I wrote a full beginner-to-pro breakdown here:&lt;br&gt;
🔗 &lt;a href="https://danielisaace.medium.com/oauth-consent-phishing-when-allow-access-becomes-a-breach-26f241aa4523" rel="noopener noreferrer"&gt;https://danielisaace.medium.com/oauth-consent-phishing-when-allow-access-becomes-a-breach-26f241aa4523&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;If you’ve seen OAuth abuse in real environments, what detection signal worked best for you?&lt;/p&gt;

</description>
      <category>azure</category>
      <category>beginners</category>
      <category>education</category>
      <category>networksec</category>
    </item>
    <item>
      <title>[Boost]</title>
      <dc:creator>Daniel Isaac E</dc:creator>
      <pubDate>Mon, 02 Feb 2026 16:34:00 +0000</pubDate>
      <link>https://forem.com/daniel_isaac_e/-1m3f</link>
      <guid>https://forem.com/daniel_isaac_e/-1m3f</guid>
      <description>&lt;div class="ltag__link"&gt;
  &lt;a href="/daniel_isaac_e" class="ltag__link__link"&gt;
    &lt;div class="ltag__link__pic"&gt;
      &lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3748367%2F75e7c717-d9a0-46de-a58a-65d90edaac75.jpg" alt="daniel_isaac_e"&gt;
    &lt;/div&gt;
  &lt;/a&gt;
  &lt;a href="https://dev.to/daniel_isaac_e/oauth-consent-phishing-when-allow-access-becomes-the-breach-15bl" class="ltag__link__link"&gt;
    &lt;div class="ltag__link__content"&gt;
      &lt;h2&gt;OAuth Consent Phishing: When “Allow Access” Becomes the Breach&lt;/h2&gt;
      &lt;h3&gt;Daniel Isaac E ・ Feb 2&lt;/h3&gt;
      &lt;div class="ltag__link__taglist"&gt;
      &lt;/div&gt;
    &lt;/div&gt;
  &lt;/a&gt;
&lt;/div&gt;


</description>
    </item>
    <item>
      <title>OAuth Consent Phishing: When “Allow Access” Becomes the Breach</title>
      <dc:creator>Daniel Isaac E</dc:creator>
      <pubDate>Mon, 02 Feb 2026 16:33:41 +0000</pubDate>
      <link>https://forem.com/daniel_isaac_e/oauth-consent-phishing-when-allow-access-becomes-the-breach-15bl</link>
      <guid>https://forem.com/daniel_isaac_e/oauth-consent-phishing-when-allow-access-becomes-the-breach-15bl</guid>
      <description>&lt;p&gt;Most people associate phishing with fake login pages and stolen passwords.&lt;/p&gt;

&lt;p&gt;But modern attackers don’t always need your credentials.&lt;/p&gt;

&lt;p&gt;Sometimes, all they need is one click on a legitimate OAuth consent screen:&lt;/p&gt;

&lt;p&gt;✅ “Allow access”&lt;/p&gt;

&lt;p&gt;That single approval can grant a malicious app access to:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;your email&lt;/li&gt;
&lt;li&gt;your cloud files&lt;/li&gt;
&lt;li&gt;your contacts&lt;/li&gt;
&lt;li&gt;persistent access via refresh tokens (depending on scope)&lt;/li&gt;
&lt;/ul&gt;

&lt;h3&gt;
  
  
  Why this attack works
&lt;/h3&gt;

&lt;p&gt;OAuth is built for convenience and secure delegation.&lt;br&gt;
The problem is: users often approve scopes without reading them.&lt;/p&gt;

&lt;h3&gt;
  
  
  High-risk scopes to watch for
&lt;/h3&gt;

&lt;p&gt;If you're working in security or IAM, these are worth extra attention:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Mail.Read / Mail.ReadWrite&lt;/li&gt;
&lt;li&gt;Files.Read / Files.ReadWrite&lt;/li&gt;
&lt;li&gt;offline_access&lt;/li&gt;
&lt;li&gt;Contacts.Read&lt;/li&gt;
&lt;li&gt;User.Read (combined with others)&lt;/li&gt;
&lt;/ul&gt;

&lt;h3&gt;
  
  
  Defensive checklist (quick)
&lt;/h3&gt;

&lt;p&gt;✅ Restrict user consent where possible&lt;br&gt;&lt;br&gt;
✅ Require admin approval for high-risk scopes&lt;br&gt;&lt;br&gt;
✅ Monitor new app consents + risky scope grants&lt;br&gt;&lt;br&gt;
✅ Revoke sessions + tokens during incident response&lt;br&gt;&lt;br&gt;
✅ Train users: “Allow access” is also an attack surface  &lt;/p&gt;

&lt;p&gt;I wrote a full beginner-to-pro breakdown here:&lt;br&gt;
🔗 &lt;a href="https://danielisaace.medium.com/oauth-consent-phishing-when-allow-access-becomes-a-breach-26f241aa4523" rel="noopener noreferrer"&gt;https://danielisaace.medium.com/oauth-consent-phishing-when-allow-access-becomes-a-breach-26f241aa4523&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;If you’ve seen OAuth abuse in real environments, what detection signal worked best for you?&lt;/p&gt;

</description>
      <category>api</category>
      <category>cybersecurity</category>
      <category>infosec</category>
      <category>security</category>
    </item>
  </channel>
</rss>
