<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Question re: Origin Based Security Model (FEP-fe34)]]></title><description><![CDATA[<p dir="auto">I received a security vulnerability report regarding NodeBB's handling of <code>Update</code> and <code>Delete</code> activities.</p>
<p dir="auto"><strong>tl;dr</strong></p>
<ul>
<li>NodeBB implementes FEP fe34, and treats <code>Update</code> and <code>Delete</code> activities as valid if the activity's <code>actor</code> and the object's <code>attributedTo</code> differ <strong>but the origins are identical</strong>.</li>
<li>e.g. <code>@alice@example.org</code> is allowed to federate <code>Delete(Note)</code> on <code>@bob@example.org</code>'s <code>Note</code>.</li>
<li>The origin-based security model allows for moderator-style actions (third-party post editing and deletions) in the absence of explicit moderator claims.</li>
<li>The reporter disagrees that this should be allowed.</li>
</ul>
<p dir="auto">Are they right?</p>
<p dir="auto">I responded that FEP fe34 allows for this behaviour because we do not have ready access to an instance's admin or moderator list. By conducting same-origin checks and allowing <code>Update</code> and <code>Delete</code> through for same-origin (but different identifier), we allow for moderators to federate their actions across instances.</p>
<p dir="auto">Their response:</p>
<p dir="auto">&gt; I respectfully disagree that FEP-fe34 permits this behavior. Below are direct quotes from the specification that contradict your assessment.<br />
&gt;<br />
&gt;  1. ActivityPub spec (quoted in FEP-fe34 Rationale, Section 7.3 Update Activity):<br />
&gt;<br />
&gt;  ▎ "The receiving server MUST take care to be sure that the Update is authorized to modify its object. At minimum, this may be done by ensuring that the Update and its object are of same origin."<br />
&gt;<br />
&gt;  Note: "at minimum" means same-origin is the floor, not the ceiling. Authorization must still be verified.<br />
&gt;2. FEP-fe34 — Authorization &gt; Ownership:<br />
&gt;<br />
&gt;  ▎ "The actor that creates an object MUST be its owner."<br />
&gt;  ▎ "The owner of an object is permitted to modify and delete it."<br />
&gt;  ▎ "Update and Delete activities, and objects indicated by their object property are expected to have the same owner."<br />
&gt;<br />
&gt;  "Same owner" means the same specific actor — not any actor on the same domain.</p>
<p dir="auto">I responded back with the following:</p>
<p dir="auto">&gt;     "The actor that creates an object MUST be its owner."<br />
&gt;<br />
&gt;<br />
&gt; Correct, the creator must be an owner, no impersonation allowed.<br />
&gt;<br />
&gt;<br />
&gt;     "The owner of an object is permitted to modify and delete it."<br />
&gt;<br />
&gt;<br />
&gt; A strict reading of this does not preclude the ability of a same-origin moderator to modify and delete the object. This is my argument.<br />
&gt;<br />
&gt;<br />
&gt;     "Update and Delete activities, and objects indicated by their object property are expected to have the same owner."<br />
&gt;<br />
&gt;<br />
&gt; Again, "expected to" does not rise to the level of MUST.<br />
&gt;<br />
&gt; I agree out of principle that the security implications exist, but if you follow through with the exploit, it requires a non-compliant server to allow users to publish Update and Delete for other users on the same instance, and even then the exposure is limited to users of that origin only (e.g. your server cannot arbitrarily delete my posts). This is the foundation of the Origin-based security model.</p>
<p dir="auto">So we are at an impasse as to whether my strict reading of the FEP is adherent to the spirit of the FEP itself. Here's where you come in... do you agree with me, or the reporter?</p>
<p dir="auto">Directly tagging <a href="https://activitypub.space/user/silverpill%40mitra.social" rel="nofollow ugc">@silverpill@mitra.social</a> (as FEP author), <a href="https://activitypub.space/user/trwnh%40mastodon.social" rel="nofollow ugc">@trwnh@mastodon.social</a> and <a href="https://activitypub.space/user/evan%40cosocial.ca" rel="nofollow ugc">@evan@cosocial.ca</a> (both subject matter experts) for their thoughts.</p>
]]></description><link>https://fedi.wiki/topic/8d6cbf70-b7e5-4a82-ace1-ebab35c0acc5/question-re-origin-based-security-model-fep-fe34</link><generator>RSS for Node</generator><lastBuildDate>Mon, 25 May 2026 01:50:56 GMT</lastBuildDate><atom:link href="https://fedi.wiki/topic/8d6cbf70-b7e5-4a82-ace1-ebab35c0acc5.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 20 May 2026 18:58:36 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Sun, 24 May 2026 09:44:35 GMT]]></title><description><![CDATA[<p><span><a href="/user/julian%40activitypub.space" rel="noopener">@julian</a></span> I've done a review on FEP-fe34 and here's a more nuanced answer.</p><p>The same-origin assumption is necessary for authentication, because it is not possible to not trust the server of origin.</p><p>But it is not necessary for authorization. It is desirable, because that makes authorization procedures aligned with authentication procedures. But we can shift the burden of permission checks to the recipient.</p><p>We might even have to do this, if we discover that servers accepting arbitrary payloads (C2S, FEP-ae97) can't reliably enforce the isolation of actors.</p><p>But for the time being, you can accept same-origin admin deletions.</p>]]></description><link>https://fedi.wiki/post/https://mitra.social/objects/019e595a-fe85-7080-98d6-27c11349235e</link><guid isPermaLink="true">https://fedi.wiki/post/https://mitra.social/objects/019e595a-fe85-7080-98d6-27c11349235e</guid><dc:creator><![CDATA[silverpill@mitra.social]]></dc:creator><pubDate>Sun, 24 May 2026 09:44:35 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Fri, 22 May 2026 18:17:25 GMT]]></title><description><![CDATA[<p dir="auto"><a href="https://activitypub.space/user/silverpill%40mitra.social" rel="nofollow ugc">@silverpill@mitra.social</a> was not aware of d556. I'll make the swap, thanks.</p>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1943</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1943</guid><dc:creator><![CDATA[julian@activitypub.space]]></dc:creator><pubDate>Fri, 22 May 2026 18:17:25 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Fri, 22 May 2026 18:14:22 GMT]]></title><description><![CDATA[<p><span><a href="/user/julian%40activitypub.space" rel="noopener">@julian</a></span> <span><a href="/user/rimu%40piefed.social" rel="noopener">@rimu</a></span> Do you want specifically FEP-2677? Please consider using <a href="https://codeberg.org/fediverse/fep/src/branch/main/fep/d556/fep-d556.md" rel="noopener">FEP-d556</a> instead, it is very similar to FEP-2677 but doesn't require NodeInfo. Also, it is FINAL.</p>]]></description><link>https://fedi.wiki/post/https://mitra.social/objects/019e50e5-41e9-70b1-9b60-cfbf51ce161b</link><guid isPermaLink="true">https://fedi.wiki/post/https://mitra.social/objects/019e50e5-41e9-70b1-9b60-cfbf51ce161b</guid><dc:creator><![CDATA[silverpill@mitra.social]]></dc:creator><pubDate>Fri, 22 May 2026 18:14:22 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Fri, 22 May 2026 14:53:35 GMT]]></title><description><![CDATA[<p dir="auto">&gt; <a href="https://activitypub.space/user/nutomic%40lemmy.ml" rel="nofollow ugc">@nutomic@lemmy.ml</a> <a href="https://activitypub.space/post/https%3A%2F%2Flemmy.ml%2Fcomment%2F25815344" rel="nofollow ugc">said</a>:<br />
&gt;<br />
&gt; but rejecting mod actions based on that could cause problems as I mentioned in my previous comment.</p>
<p dir="auto">So to confirm then, you serve the moderator collection but you don't use it to determine whether an actor is able to modify/delete content on that instance, is that right?</p>
<p dir="auto">Curious to know what those problems are.</p>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1941</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1941</guid><dc:creator><![CDATA[julian@activitypub.space]]></dc:creator><pubDate>Fri, 22 May 2026 14:53:35 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Fri, 22 May 2026 14:44:38 GMT]]></title><description><![CDATA[<p dir="auto">Sorry <a href="/user/julian%40activitypub.space">@julian</a> and <a href="https://activitypub.space/user/nutomic%40lemmy.ml" rel="nofollow ugc">@nutomic@lemmy.ml</a> if this has almost nothing to do with this, but I'd like to point out that Lemmy (perhaps Piefed as well, but I'm not sure) has a very interesting feature: a community moderator can also be a user of an instance other than the one where that community is physically located.<br />
This isn't possible with NodeBB because the API call isn't considered valid.<br />
This means that the Lemmy development staff has managed to develop a way to somehow federate content moderation.</p>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1940</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1940</guid><dc:creator><![CDATA[informapirata@activitypub.space]]></dc:creator><pubDate>Fri, 22 May 2026 14:44:38 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Fri, 22 May 2026 14:29:50 GMT]]></title><description><![CDATA[<p dir="auto">Yes exactly that FEP. Federating admin status would make sense for informational purposes, but rejecting mod actions based on that could cause problems as I mentioned in my previous comment.</p>
]]></description><link>https://fedi.wiki/post/https://lemmy.ml/comment/25815344</link><guid isPermaLink="true">https://fedi.wiki/post/https://lemmy.ml/comment/25815344</guid><dc:creator><![CDATA[nutomic@lemmy.ml]]></dc:creator><pubDate>Fri, 22 May 2026 14:29:50 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Fri, 22 May 2026 14:17:04 GMT]]></title><description><![CDATA[<p><span><a href="/user/julian%40activitypub.space">@<span>julian</span></a></span> <span><a href="/user/thisismissem%40activitypub.space">@<span>thisismissem</span></a></span> <span><a href="https://activitypub.space/category/5/technical-discussion">@<span>technical-discussion</span></a></span> Note that a community's attributedTo doesn't work for anything outside of communities, but a moderator can be declared for any object.</p><p>Right now, attributedTo.inbox is the last option to send your moderation activities. There are probably more relevant options to try first. The work is to identify those options and make them consistently discoverable. See "Delegated control" here: <a href="https://github.com/swicg/activitypub-trust-and-safety/issues/24#issuecomment-4365331657" rel="nofollow noopener"><span>https://</span><span>github.com/swicg/activitypub-t</span><span>rust-and-safety/issues/24#issuecomment-4365331657</span></a></p>]]></description><link>https://fedi.wiki/post/https://mastodon.social/users/trwnh/statuses/116618652820359902</link><guid isPermaLink="true">https://fedi.wiki/post/https://mastodon.social/users/trwnh/statuses/116618652820359902</guid><dc:creator><![CDATA[trwnh@mastodon.social]]></dc:creator><pubDate>Fri, 22 May 2026 14:17:04 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Fri, 22 May 2026 14:14:34 GMT]]></title><description><![CDATA[<p dir="auto">Right, that's the "Group Moderation" section of FEP 1b12, right?</p>
<p dir="auto">It may be a good idea to extend this concept to the instance/application actor as well. There's no urgent need to implement and consume, but it would be fairly simple thing to serve on our respective softwares I think.</p>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1939</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1939</guid><dc:creator><![CDATA[julian@activitypub.space]]></dc:creator><pubDate>Fri, 22 May 2026 14:14:34 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Fri, 22 May 2026 12:29:14 GMT]]></title><description><![CDATA[<p dir="auto">Looks like this, only IDs: <a href="https://github.com/LemmyNet/lemmy/blob/main/crates/apub/apub/assets/lemmy/collections/group_moderators.json" rel="nofollow ugc">https://github.com/LemmyNet/lemmy/blob/main/crates/apub/apub/assets/lemmy/collections/group_moderators.json</a></p>
]]></description><link>https://fedi.wiki/post/https://lemmy.ml/comment/25813532</link><guid isPermaLink="true">https://fedi.wiki/post/https://lemmy.ml/comment/25813532</guid><dc:creator><![CDATA[nutomic@lemmy.ml]]></dc:creator><pubDate>Fri, 22 May 2026 12:29:14 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Fri, 22 May 2026 12:27:53 GMT]]></title><description><![CDATA[<p dir="auto">Lemmy doesnt even federate admin status in any way, instead we trust that actions which are coming from the same instance as the community or post are valid. So essentially origin-based security model.</p>
]]></description><link>https://fedi.wiki/post/https://lemmy.ml/comment/25813515</link><guid isPermaLink="true">https://fedi.wiki/post/https://lemmy.ml/comment/25813515</guid><dc:creator><![CDATA[nutomic@lemmy.ml]]></dc:creator><pubDate>Fri, 22 May 2026 12:27:53 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 23:27:12 GMT]]></title><description><![CDATA[<p dir="auto">It's fine, I've already adjusted the code at my end. I don't know about Lemmy though.</p>
]]></description><link>https://fedi.wiki/post/https://piefed.social/comment/11431681</link><guid isPermaLink="true">https://fedi.wiki/post/https://piefed.social/comment/11431681</guid><dc:creator><![CDATA[rimu@piefed.social]]></dc:creator><pubDate>Thu, 21 May 2026 23:27:12 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 23:24:48 GMT]]></title><description><![CDATA[<p dir="auto">&gt; <a href="https://activitypub.space/user/rimu%40piefed.social" rel="nofollow ugc">@rimu@piefed.social</a> <a href="https://activitypub.space/post/https%3A%2F%2Fpiefed.social%2Fcomment%2F11431449" rel="nofollow ugc">said</a>:<br />
&gt;<br />
&gt; I think NodeBB has an array of actor objects though</p>
<p dir="auto">Is this causing problems for you? I can send just the IDs instead.</p>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1938</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1938</guid><dc:creator><![CDATA[julian@activitypub.space]]></dc:creator><pubDate>Thu, 21 May 2026 23:24:48 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 23:00:19 GMT]]></title><description><![CDATA[<p dir="auto">That sounds fine to me.</p>
<p dir="auto">On communities the moderators are just an array of strings which are the activitypub actor IDs of the mods. I think NodeBB has an array of actor objects though?</p>
<p dir="auto">Anyway whatever it is, consistency with how the communities do it would be nice.</p>
]]></description><link>https://fedi.wiki/post/https://piefed.social/comment/11431449</link><guid isPermaLink="true">https://fedi.wiki/post/https://piefed.social/comment/11431449</guid><dc:creator><![CDATA[rimu@piefed.social]]></dc:creator><pubDate>Thu, 21 May 2026 23:00:19 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 22:57:48 GMT]]></title><description><![CDATA[<p dir="auto">&gt; <a href="https://activitypub.space/user/rimu%40piefed.social" rel="nofollow ugc">@rimu@piefed.social</a> <a href="https://activitypub.space/post/https%3A%2F%2Fpiefed.social%2Fcomment%2F11431248" rel="nofollow ugc">said</a>:<br />
&gt;<br />
&gt; Getting a list of instance admins requires calling the Lemmy API, unfortunately.</p>
<p dir="auto">Wait, why don't we write a mini FEP to extend this? <code>attributedTo</code> on the instance/application actor?</p>
<ul>
<li><a href="https://codeberg.org/fediverse/fep/src/branch/main/fep/2677/fep-2677.md" rel="nofollow ugc">https://codeberg.org/fediverse/fep/src/branch/main/fep/2677/fep-2677.md</a></li>
<li>extending 1b12</li>
</ul>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1936</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1936</guid><dc:creator><![CDATA[julian@activitypub.space]]></dc:creator><pubDate>Thu, 21 May 2026 22:57:48 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 22:41:56 GMT]]></title><description><![CDATA[<p dir="auto">Yes.</p>
<p dir="auto">This is easy in FEP 1b12-land because each community has a list of moderators so receiving instances know who to allow.</p>
<p dir="auto">Getting a list of instance admins requires calling the Lemmy API, unfortunately. So PieFed has a cron job that does that once per day for all instances. Admins rarely change.</p>
]]></description><link>https://fedi.wiki/post/https://piefed.social/comment/11431248</link><guid isPermaLink="true">https://fedi.wiki/post/https://piefed.social/comment/11431248</guid><dc:creator><![CDATA[rimu@piefed.social]]></dc:creator><pubDate>Thu, 21 May 2026 22:41:56 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 22:34:23 GMT]]></title><description><![CDATA[<p dir="auto"><a href="https://activitypub.space/user/nutomic%40lemmy.ml" rel="nofollow ugc">@nutomic@lemmy.ml</a> <a href="https://activitypub.space/user/rimu%40piefed.social" rel="nofollow ugc">@rimu@piefed.social</a> <a href="https://activitypub.space/user/bent0_b0x%40norden.social" rel="nofollow ugc">@bent0_b0x@norden.social</a> — do y'all send <code>Delete</code> activities with the moderator actor?</p>
<p dir="auto">(Announce wrapping aside.)</p>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1935</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1935</guid><dc:creator><![CDATA[julian@activitypub.space]]></dc:creator><pubDate>Thu, 21 May 2026 22:34:23 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 22:32:58 GMT]]></title><description><![CDATA[<p dir="auto"><a href="/user/thisismissem%40activitypub.space">@thisismissem</a> hmm, I believe Lemmy and Piefed send cross actor Deletes, but they <em>might</em> be Announces by the group actor.</p>
<p dir="auto">They (and I) don't use <code>moderatedBy</code> but rather the group actor's <code>attributedTo</code></p>
<p dir="auto">Just want to make sure you're aware of that existing prior art.</p>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1934</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1934</guid><dc:creator><![CDATA[julian@activitypub.space]]></dc:creator><pubDate>Thu, 21 May 2026 22:32:58 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 22:29:15 GMT]]></title><description><![CDATA[<p><span><a href="/user/profpatsch%40mastodon.xyz">@<span>Profpatsch</span></a></span> <span><a href="/user/julian%40activitypub.space">@<span>julian</span></a></span> i've been doing some trust and safety TF work to explore/develop a bidirectional link between actors and moderators/hosts, yeah. mostly in the context of "where to send moderation related activities" (so you don't Flag a user to themselves if there's a better option), but also could be used for authorizing Update/Delete activities.</p><p>alternatively, the problem would not be there if service actors messaged each other for more explicit syndication...</p>]]></description><link>https://fedi.wiki/post/https://mastodon.social/users/trwnh/statuses/116614925899038497</link><guid isPermaLink="true">https://fedi.wiki/post/https://mastodon.social/users/trwnh/statuses/116614925899038497</guid><dc:creator><![CDATA[trwnh@mastodon.social]]></dc:creator><pubDate>Thu, 21 May 2026 22:29:15 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 21:16:26 GMT]]></title><description><![CDATA[<p dir="auto">Well, yeah, that's why I linked what T&amp;S is doing here to fix the moderator use case. At present I don't know of anyone sending cross-actor delete/update actions, so we'd be adding capability with the <code>moderatedBy</code></p>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1933</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1933</guid><dc:creator><![CDATA[thisismissem@activitypub.space]]></dc:creator><pubDate>Thu, 21 May 2026 21:16:26 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 21:04:59 GMT]]></title><description><![CDATA[<p dir="auto"><a href="/user/thisismissem%40activitypub.space">@thisismissem</a> Yes, agreed. However in the absence of any widespread consensus on how exactly to do that, the current origin-based security model is all we've got.</p>
<p dir="auto">Open to working on standardizing that though &lt;img class="not-responsive emoji" src="<a href="https://activitypub.space/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61b.png?v=f187f9278b7" rel="nofollow ugc">https://activitypub.space/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61b.png?v=f187f9278b7</a>" title="<img src="https://fedi.wiki/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61b.png?v=cfc437c8754" class="not-responsive emoji emoji-android emoji--stuck_out_tongue" style="height:23px;width:auto;vertical-align:middle" title=":stuck_out_tongue:" alt="😛" />" /&gt;</p>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1932</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1932</guid><dc:creator><![CDATA[julian@activitypub.space]]></dc:creator><pubDate>Thu, 21 May 2026 21:04:59 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 21:02:05 GMT]]></title><description><![CDATA[<p dir="auto"><a href="/user/julian%40activitypub.space">@julian</a> yeah, but the problem with the same-origin model is that you don't know <em>who</em> the moderator is. the actor <code>https://social.example/joe</code> shouldn't be able to delete <code>https://social.example/steve</code>'s posts or issue updates. But if steve is <code>moderatedBy</code> <code>https://social.example/mods</code>, then a Delete or Update from <code>https://social.example/mods</code> for <code>https://social.example/steve</code></p>
<p dir="auto">So whilst you have same-origin, you actually also have same-actor and http-message-signatures indicated authenticated actor.</p>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1931</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1931</guid><dc:creator><![CDATA[thisismissem@activitypub.space]]></dc:creator><pubDate>Thu, 21 May 2026 21:02:05 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 19:56:49 GMT]]></title><description><![CDATA[<p dir="auto"><a href="https://activitypub.space/user/thisismissem" rel="nofollow ugc">@thisismissem</a> isn't that the correct way to communicate this across the wire?</p>
<p dir="auto">The <strong>moderator</strong> is deleting the post, not the <strong>author</strong>, so the moderator is the <code>Delete</code>'s <code>actor</code>.</p>
<p dir="auto">You could fake this by federating out an update or delete as though it came from the original author, which would be a most compatible way to do things, but it isn't necessarily right.</p>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1926</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1926</guid><dc:creator><![CDATA[julian@activitypub.space]]></dc:creator><pubDate>Thu, 21 May 2026 19:56:49 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 19:18:39 GMT]]></title><description><![CDATA[<p dir="auto">&gt; <a href="/user/julian%40activitypub.space">@julian</a> <a href="https://activitypub.space/post/1919" rel="nofollow ugc">said</a>:<br />
&gt;<br />
&gt; A strict reading of this does not preclude the ability of a same-origin moderator to modify and delete the object. This is my argument.</p>
<p dir="auto">I think I'd ask here is why is the Delete/Update coming from the moderator, instead of from the account that posted the thing, since that account is the owner of that thing?</p>
<p dir="auto">Edit: For the moderation use case, I believe <a href="https://github.com/swicg/activitypub-trust-and-safety/issues/24" rel="nofollow ugc">Moderation Actors</a> will be the answer here.</p>
]]></description><link>https://fedi.wiki/post/https://activitypub.space/post/1925</link><guid isPermaLink="true">https://fedi.wiki/post/https://activitypub.space/post/1925</guid><dc:creator><![CDATA[thisismissem@activitypub.space]]></dc:creator><pubDate>Thu, 21 May 2026 19:18:39 GMT</pubDate></item><item><title><![CDATA[Reply to Question re: Origin Based Security Model (FEP-fe34) on Thu, 21 May 2026 18:36:38 GMT]]></title><description><![CDATA[<p><span><a href="/user/trwnh%40mastodon.social">@<span>trwnh</span></a></span> <span><a href="/user/julian%40activitypub.space">@<span>julian</span></a></span> I would be more comfortable with there being a way of the serving server explicitly saying "this actor is allowed to moderate"</p>]]></description><link>https://fedi.wiki/post/https://mastodon.xyz/users/Profpatsch/statuses/116614011188909720</link><guid isPermaLink="true">https://fedi.wiki/post/https://mastodon.xyz/users/Profpatsch/statuses/116614011188909720</guid><dc:creator><![CDATA[profpatsch@mastodon.xyz]]></dc:creator><pubDate>Thu, 21 May 2026 18:36:38 GMT</pubDate></item></channel></rss>