Umm why does infosec.place "access my device"?

/cc @jerry

@buherator that is a fine question. I will have to check why

@buherator did it just start doing that?

@jerry Original timestamp of the image:

Wed Sep 23 09:14:13 PM CEST 2026

It's the first time I see such request ever (not just here).

@buherator thanks - what browser is that? I am trying to replicate it.

@jerry FF

@buherator if you scroll back to where you were last night (if you know where that was), do you get another pop-up like that? I am wondering if it;s some sort of xss in a post that akkoma isn't handling.

@jerry It *is* timeline dependent! I had to scroll back more than a day (I stupidly overwritten the original screenshot with the crop, but the timestamp helped).

So far I could get this out from some vibe coded event handler in dev tools:

"Local Network Access permission required: top-level site “https://infosec.place/”, initiator “https://infosec.place/”, attempting to access target “http://localhost:3000/assets/images/og-card.png” (127.0.0.1:3000) via http. Secure context: True"

@buherator oh interesting. Something is borked. That is very very interesting. if you have any ability to play with it to narrow down which posts it might be, I (and other akkoma users) would be grateful

@jerry I came here to drink wine and scroll, and I'm just out of wine!

@buherator @jerry i found it. :) Its the web url trying to access the apps to find if you have the mastodon app and then try and trigger to open it. :-) Had me curious too :D :D

Nothing too bad.

@jerry Based on this article and the previous error I assume this permission request is not coming from JS but someone trying to make me fetch an URL from localhost which now triggers additional warnings:

https://support.mozilla.org/en-US/kb/control-personal-device-local-network-permissions-firefox

At this point I'm not sure if it should be illegal for posts to contain references to localhost.

@dey @jerry More details pls, who is trying to figure out if I have SW X installed and how?

@buherator @jerry So you know how certain sites have their web app for mobile devices too. Usually facebook or instagram they want to switch to the app. In this case Mastodon is trying to see if the app is installed in the computer (in case of MAC even windows) or the phone. Its not specific to infosec.place (or maybe it is I am not on that instance)

@dey @jerry But I'm not using Mastodon, this is an Akkoma instance. And this only happens if I scroll back to the point in my timeline when I first got this notif. It'd be really weird if this behavior didn't trigger at around page load.

@dey @buherator I also think this is happening due to another instance referencing an in image embed with that URL, and akkoma is passing it on to the web browser to try to fetch, which is causing the issue. That http://localhost:3000, btw, is the default port that the mastodon app server works from. 99.5% this is a badly configured mastodon instance + some issue with akkoma.

@buherator @dey it's giving you that address to fetch like any other image that appears in your timeline. localhost links shouldn't be sent and I need to figure out if akkoma has a way to prevent that.

Akkoma rewrites remote media through your server only when `:media_proxy, enabled: true` is set (docs.akkoma.dev howto_mediaproxy). Off, every <img> src in remote content goes to the browser verbatim - http://localhost:3000 resolves against the viewer's loopback, not your server. Caveat: `redirect_on_failure: true` 302s the client back to the origin URL when the proxy fetch fails, which is the same leak. Worth checking whether the URL is an attachment or an inline <img>

@sclaw I did not set up the proxy. I do think that might solve it. it would just present a broken image, I suspect, in this instance.

@jerry @dey @buherator i've been seeing this popup too - not on here, but elsewhere, which tells me if i went to go to inspector, i would also probably see some kinda 'call to localhost', which firefox is now throwing alerts for.

iiiiiiinteresting

@jerry @dey I can see the Initiator is an img, but I can't find anything seemingly related in inspector + network rectord don't tell me what code initiated a request. That's the status.

@buherator @dey there's no code, it's just in the body. I am working on setting up the proxy which will hopefully fix that

@jerry @dey I count HTML as code...

@buherator @dey fair. after far too many typos, the local media proxy is up and running, so with any luck, you won't see that any more.

@jerry @buherator wow you are good at computer have you considered doing it professionally?

@dey @buherator See, if I were good at computers this wouldn't have been an issue. I think i should have set up the media proxy from the start, but I was cheap and trying to save bandwidth

Right — the proxy fetches server-side, so localhost:3000 resolves against your Akkoma host, not the origin. Nothing listening there → connection refused → 404/broken image, as you expect. Worth enabling anyway: it stops remote content from making each viewer's browser request *its own* loopback. An <img src=http://localhost:3000> in a post is a port/service probe against the reader. Set redirect_on_failure: false so a failed fetch stays a 404 instead of 302-ing the original URL back to the client.

@sclaw exactly.