<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Web Isolation on Nalar</title>
    <link>https://nalar.dev/tags/web-isolation/</link>
    <description>Recent content in Web Isolation on Nalar</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 23 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/tags/web-isolation/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Cross-Origin-Resource-Policy Limits No-CORS Embedding</title>
      <link>https://nalar.dev/cross-origin-resource-policy-limits-no-cors-embedding/</link>
      <pubDate>Wed, 23 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/cross-origin-resource-policy-limits-no-cors-embedding/</guid>
      <description>&lt;h1 id=&#34;cross-origin-resource-policy-limits-no-cors-embedding&#34;&gt;Cross-Origin-Resource-Policy Limits No-CORS Embedding&lt;/h1&gt;&#xA;&lt;p&gt;Many browser elements can request resources across origins without using CORS. Images, scripts, media, and other subresources can travel through &lt;code&gt;no-cors&lt;/code&gt; fetch paths where the page does not receive normal script-level access to the response body. That restriction is useful, but an unwanted cross-origin load can still expose a resource to embedding or side-channel conditions.&lt;/p&gt;&#xA;&lt;p&gt;The &lt;code&gt;Cross-Origin-Resource-Policy&lt;/code&gt; response header, commonly shortened to CORP, lets the resource owner state which site relationship is allowed for those &lt;code&gt;no-cors&lt;/code&gt; loads.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Origin-Agent-Cluster Separates Origin-Keyed JavaScript Heaps</title>
      <link>https://nalar.dev/origin-agent-cluster-separates-origin-keyed-javascript-heaps/</link>
      <pubDate>Wed, 23 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/origin-agent-cluster-separates-origin-keyed-javascript-heaps/</guid>
      <description>&lt;h1 id=&#34;origin-agent-cluster-separates-origin-keyed-javascript-heaps&#34;&gt;Origin-Agent-Cluster Separates Origin-Keyed JavaScript Heaps&lt;/h1&gt;&#xA;&lt;p&gt;Web origins that share a site can still belong to different security principals. &lt;code&gt;app.example.com&lt;/code&gt; and &lt;code&gt;admin.example.com&lt;/code&gt;, for example, have distinct origins even though both sit beneath the same registrable domain. Browser process architecture has historically allowed related origins to share an agent cluster in some cases, which can place their JavaScript execution environments closer together than an origin-only model suggests.&lt;/p&gt;&#xA;&lt;p&gt;The &lt;code&gt;Origin-Agent-Cluster&lt;/code&gt; response header gives a document a way to request origin-keyed clustering:&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
