Post AdHfhpceDHDoWLBIyu by seb@ioc.exchange
(DIR) More posts by seb@ioc.exchange
(DIR) Post #AdHfhnRaJRBTlRzRSa by jerry@blog.infosec.exchange
2023-12-27T21:19:20Z
0 likes, 0 repeats
Lately, not an hour goes by without someone asking me about what infosec.exchange is “doing about Threads”. There’s a lot of mis- and dis-information running around the fediverse as of late about Threads beginning to federate, along with some legitimate concerns. This post is not about my personal views, but rather my plans for Threads and some instructions.At the moment, Threads.net is silenced (aka limited) on infosec.exchange. That means that infosec.exchange accounts won’t see threads.net posts or accounts, and threads.net accounts can’t follow infosec.exchange accounts without approval of the person being followed. This gives people the ability to search for a threads.net account and bypass the warning to follow them. From there, it is like interacting with any other fediverse account. That works fine for now as there are not many threads.net accounts exposed to the fediverse, but it doesn’t scale very well for people who want to interact with threads.net accounts in the future.The big picture plan for threads.net on infosec.exchange is this:Silence threads.net – doneEnable the authorized_fetch feature on infosec.exchange to prevent the normal flow of posts from accounts blocking threads.net to Threads’ users and systems – done (note: this in no way prevents people, including Threads, from accessing your public posts. Public posts are public and can be accessed via the web site directly, RSS, and and so on.)Encourage people who do not want to interact with threads.net or have their posts visible to Threads’ users to block the domain threads.net. – This post is kicking off that campaign. See below for instructions.Create a new instance (name will either be infosec.space or infosec.cafe, still deciding) that will fully block threads.net. This should be completed by Jan 1, 2024Encourage infosec.exchange members who are not comfortable with other infosec.exchange users interacting with threads.net to migrate to the new instance or to some other instance that fully blocks theads.net. This campaign will start once the new instance is available.Remove the threads.net silence/limit on infosec.exchange. This will happen 60 days after step 5. Q&AQ: I think you are a terrible person not blocking threads. A: I am sorry it didn’t work out between us. I am but an imperfect human trying my best to navigate a complicated world. There are other instances that may be more to your liking. Q: Will the new instance block instances that don’t block threads.net?A: I do not currently see value in this beyond being punitive to other instances, so no, there are no current plans to do that.Q: I’ve been told that instances will collapse once threads starts federating. Aren’t you worried about that?A: I worry about many things. This isn’t one of them. For sound technical reasons.Q: What if no one wants to use your new instance or what if everyone leaves infosec.exchange due to your poor decision making?A: I save a lot of time and money.Q: What happens when $terribleaccount on threads.net starts harassing people?A: I will block the account, just like I do today.Q: Aren’t you worried about the moderation of threads.net?A: Not really. I get to deal with problematic instances and problematic people all day, every day. If it gets to be too much, I’ll reassess.Q: How do I block threads.net on my account?A: This is how:These instructions are how to block threads.net via a web browser. Some mobile apps also expose this feature and some don’t, and I don’t really have the ability to create instructions for the 20+ different mobile apps.Step 1 – search for threads.netStep 2 – Select a threads.net account:Step 3 – Click on the menu next to the account name in the profile view:Step 4 – block the domainThat’s it. https://blog.infosec.exchange/2023/12/27/threads-and-infosec-exchange/
(DIR) Post #AdHfhoYiAQTlDqKeCu by chkuendig@ioc.exchange
2023-12-28T23:21:14Z
0 likes, 0 repeats
@jerry reasonable and the right decision. @seb FYI (not sure you have made any statement yet and like most people have probably more important things to worry about than Threads federation 😀 )
(DIR) Post #AdHfhpceDHDoWLBIyu by seb@ioc.exchange
2023-12-28T23:52:04Z
0 likes, 0 repeats
@chkuendig @jerry Thanks. We are not putting any blocks in place preventatively. We will handle the Threads instance the same way as any other instance. If community members of #IOCX feel like they don’t want to interact with threads users, they can block the instance on the user level.As far as I understand the business model of companies like meta, it is highly unlikely that they will make federation opt-out on their side. They will very likely only enable the fediverse as an opt-in feature for their users.
(DIR) Post #AdIXSbKQTDlTMzqRI8 by chkuendig@ioc.exchange
2023-12-29T09:54:26Z
0 likes, 0 repeats
@seb awesome, thanks for clarifying. and thank you for running #IOCX!
(DIR) Post #AdLAb1tmNsZskmXxSK by damien@layer8.space
2023-12-30T16:07:18Z
0 likes, 0 repeats
@Sammy8806 what's your policy for layer8.space regarding threads?
(DIR) Post #AdLAb393kYOWcShfua by Sammy8806@layer8.space
2023-12-30T16:22:21Z
0 likes, 0 repeats
@damien it hasn't really changed since last time: https://layer8.space/@Sammy8806/111592113302039954