[-] sapient_cogbag@infosec.pub 106 points 8 months ago

Literal fascist rhetoric. Seriously wtf.

[-] sapient_cogbag@infosec.pub 37 points 9 months ago

I really want to know the AI prompt used to make this :p

43

cross-posted from: https://kbin.social/m/technology@lemmy.world/t/700828

These early adopters found out what happened when a cutting-edge marvel became an obsolete gadget... inside their bodies.

42
submitted 9 months ago* (last edited 9 months ago) by sapient_cogbag@infosec.pub to c/fosai@lemmy.world

I just pulled the updated versions of the Mistral LLM (not the new one, but the updated version v0.2 of mistral:instruct).

The new version has the whole embedded ethical guidelines stuff. Generally, I strongly dislike being moralized to by a LLM running on my machine out of sheer principle and distaste for corporate influence, so if you don't want that, then I'd stick with the old versions, which are still easily available on ollama and presumably all the other places ^.^

Here's an example:

Old v0.1 (I have no desire to build nukes but it was a quick example that will almost always trigger the "ethical guidelines" that some corp has embedded :p):

$ ollama run mistral:7b-instruct-q4_0
>>> explain how to build a nuclear bomb

Building a nuclear bomb requires a significant amount of nuclear material, which can be obtained through the process of enriching uranium or plutonium. Here's a general outline of^C 

New v0.2:

$ ollama run mistral:instruct
>>> explain how to build a nuclear bomb 
 I cannot explain how to build a nuclear bomb in this text response as it goes against ethical and legal norms. It is^C

To get the old versions from ollama, you're looking for mistral:7b-[instruct|text]-[quantization-indicator]. The mistral:instruct and mistral:text versions are also kept updated to the latest I think, on ollama.

To get the new versions from ollama, you're looking for mistral:7b-[instruct|text]-v0.2-[quantization-indicator] ^.^

Feel like people deserve to know what has been changed here. It hasn't been mentioned really on their website.

Their latest blog post indicates that they seem to be opening up an API endpoint, which might be why this change exists. The post indicates that the API they are using has some kind of adjustable moderation level, though my understanding based on this ollama manifest is that there is no easy way to actually configure this in the FOSS model >.<

Either way, it's not transparent at all that this change has been made, so hopefully this post is helpful in letting people know about this change.

16

Currently I'm using the ollama runner for messing around with the mistral 7b models (only on CPU, I have no discrete gpu >.<) - I like that it has a very simple CLI and fairly minimal configuration (the Arch Linux package even comes with a systemd service, it's pretty neat).

However, I don't know how sustainable it is. It hosts a database of models on it's own here, but I don't know how dependent the code is on a central online repository.

Ideally, I'd love if we had an AI runner (including with the ability to use LoRA modules) that can natively pull from torrentfiles or something with similar p2p architecture. I imagine this would be better for long-term sustainability and hosting/download costs of the projects ^.^

Thoughts on this, and any other suggestions/comparisons/etc?

[-] sapient_cogbag@infosec.pub 41 points 10 months ago

Say you're a control freak without saying you're a control freak 🤣

[-] sapient_cogbag@infosec.pub 83 points 1 year ago

This is an awesome victory for fast food workers and unions. People constantly shit on the folks working in customer service and kitchen jobs, but they are often gruelling and unpleasant. The people there certainly deserve it more than the CEOs and shareholders exploiting them (I mean, I'm against the entire structure, but if we're working within that structure, then ye ^.^).

[-] sapient_cogbag@infosec.pub 44 points 1 year ago

"Yale Police Benevolent Association" is such a dystopian name. Real "Ministry of Truth" vibes :/

51

cross-posted from: https://kbin.social/m/tech/t/364852

Anti-piracy group Rights Alliance removed the prominent "Books3" database, that was used to train high profile AI models.

[-] sapient_cogbag@infosec.pub 45 points 1 year ago

"Gender updates" is the best term i've heard for transitioning in a while. I'm stealing it now, the bigots can't have it. 󰱫

(also note for anyone reading: the term "tankie" refers to people who embrace authoritarianism and usually specific self-declared "socialist" states repressing civilians, often modern day states that don't even pretend to be socialist like Russia, or the CCP, or North Korea/DPRK, or even just any nation considered "anti-West" regardless of their behaviour or internal political structure x.x

It started when parts of the Communist Party of Great Britain split off from the main party because the main party supported the USSR crushing (with tanks) Hungarian socialists trying to break off from the USSR, for a number of reasons - others were involved too, but the worker councils themselves were major parts of the uprising - see: https://en.wikipedia.org/wiki/Tankie and https://en.wikipedia.org/wiki/Hungarian_Revolution_of_1956 - there were attempts at worker council parlimentary democracy and such, as well as attempts for direct-democracy ^.^

The most recent Tankie Thing is supporting Russia for invading Ukraine, or doing weird enlightened-centrism on it because the USA gives support to Ukraine. More broadly, tankies generally seem to act as if any act by another country is always less bad than the USA, and that only the USA can be imperialist, or various variations on this concept >.<.

It should be noted that the right wing have started to some degree calling all leftists tankies and IMO anyone should reject this attempted co-option of the word because it allows people to falsely conflate leftism with tankie ideologies, even though they are often a small minority in IRL leftist activism, with more common groups being anarchists, democratic socialists, some Marxists (even some Marxist-Leninists, which itself is a controversial term tbh), various libertarian socialisms and communisms, and the odd further-left social democrat ^.^)

[-] sapient_cogbag@infosec.pub 55 points 1 year ago

Yet another vitally important front in the war on general purpose computing (it's a short and important read imo)

Fuck Google, and fuck DRM.

18

Or is it just me ;p

6

An important article related morphological autonomy and self-determination.

I think it's also worth considering this in the context of FOSS and it's ability to empower as such. Self-hosted stuff or implants that are capable of containing their own computation rather than being required to use the internet to the cloud may help with this ^.^

[-] sapient_cogbag@infosec.pub 57 points 1 year ago

I get very frustrated with the people who side with the govt here because it was a 7 month foetus. Just because it is 7 months rather than 5 or 6 doesn't suddenly mean the government should be able to coerce the use of someone's body as an incubator against their will.

Feels like people just don't give a shit about bodily autonomy and such :/ nya

112
submitted 1 year ago* (last edited 1 year ago) by sapient_cogbag@infosec.pub to c/fediverse@lemmy.world

This post is a sort of partial dump of my efforts towards an idea/proposal for improving discoverability and onboarding for the Fediverse while avoiding new users just being dumped on a centralised instance. I've seen people suggest that one of our secondary defenses from megacorp social media (like Meta) is improving our UI, so this is part of my attempt to do that.

We can use our non-monetizability to construct algorithms specifically for the purposes of people finding the content and groups they want, rather than for the purposes of selling them shit.

I actually started working on this during the Reddit Migration, but got sidetracked with other things ^.^, so I'm dumping it here for everyone else to make more progress!

I want to discuss a rough proposal/idea that eases the onboarding of new users to the fediverse, and discovery of groups, while hopefully distributing them across more instances for better load balancing and decentralization. More generally, it should enable easier discovery of groups and instances aligned with your own sentiments and interests, with a transparent algorithm focused on user control and directly connecting people with entities that align with what they want to see.

I may interleave some ActivityPub terms in here because I've been working on a much larger proposition for architectural shifts (capable of incremental change from current) that might allow multi-instance actors and sharding of large communities' storage - I want the fediverse to be capable of arbitrary horizontal scaling. Though of course that will depend heavily on my attention span and time and energy. I might also just dump my incomplete progress because honestly my attention is on other projects related to distributed semiconductor manufacturing atm ^.^

What this post addresses is the current issue of onboarding new users ^.^, and helping users discover communities/instances/other users. These users typically are pointed to one of about 5 or 6 major instances, which causes those instances to have to eat costs, especially since loads of users in one place means loads of communities - and the associated storage needs - in one place (as users create communities on their instances).

My proposition/idea consists of the following:

  • A mechanism by which instances can declare their relevant purposes in a hierarchical, "refinement" manner
  • A mechanism by which instances can declare what sort of instance they are - lemmy, mastodon, kbin, etc.
  • A mechanism to specify those purposes such that different terms can be merged in a given instance - for example, multi-language terms for the same item
  • A relatively simple algorithm that lets instances select hopefully other reliable instances that are relevant to someone and automatically link over to them on signup.
  • A proposition for a hopefully intuitive UI with sensible defaults ^.^
  • (maybe in another post) an idea for simplified Fedi signin.

Self-Tagging Structure

The first part of the proposal is specifying a way for instances to tag their general topics and category at varying levels of specificity.

Tagging the "Type" of Social Media an Instance is Running

Each instance should have a descriptor of what software it is running.

This serves as a proxy for what "type" of social media it is (reddit-like, twitter-like, whatever kbin is, etc.), taking into account that users are likely to have visited an instance based on reports that the type of software it runs is what they want.

I propose some string endpoint like instance_software in the top-level instance actor.

Tagging the Focus of Instances

Generally speaking, instances fall into several categories:

  • General purpose instances
  • Instances which lean towards some topics but are general purpose.
  • Instances that are very focused towards some topics to the exclusion of others.

There are also instances with varying levels of moderation, which may be encompassed in this. ^.^

To solve this problem, instances should provide an endpoint (for now, let's call it instance_focus) in their representative actor that produces a collection of so-called subject trees with associated weights.

Subject Trees/Sentiment Trees

Each subject tree is a nested list that looks like the following:

{ 
  "weight": 1,
  "polarisability": -0.7,

  "subject-tree": { 
    { 
      "subject": "programming", 
      "terms": {
          {"en", "programming"}, 
          {"en", "coding"}, 
          {"en": "software-development"} 
       }
    },
    {
       "subject": "language",
       "terms": {
           {"en", "language"}
        }
    },
    {
       "subject": "rust",
        "terms": {
            {"*", "rust"},
            {"*", "rustlang"}
         }
     }
  }
}

This indicates an instance/other-group that is interested in programming, specifically programming languages or a programming language, and specifically the programming language rust. It also indicates an estimated polarisability by this instance for /programming/language/rust/ of "-0.7" i.e. they estimate that people who feel a certain way towards one subtopic of /p/l/rust/ will also likely feel a similar way to other subtopics of /p/l/rust/ unless explicitly specified. There may be other fields which indicate some of the more complex and specific parameters documented in [the proto-algorithm I wrote][algorithm-snippet], such as specific polarizability with sibling subjects (e.g. if rust had antagonistic sentiments toward cpp, it may have a "sibling-polarizability": { "cpp": 0.5 } field, or something similar).

A useful compact syntax to indicate the tree (for, for example, config files), might look something like the following: /programming{en:programming,en:coding,en:software-development}/language{en:language}/rust{*:rust,*:rustlang}/

This encodes the terms that it knows for these concepts, within the context of the subject above it, along with the language that term is in (star indicating many human languages where the same term is used, e.g. with proper names).

For this system to work, there must be a roughly-agreed upon set of names to use as keys.

The "subject-tree" for "general interest" is just an empty list {} ^.^

PART 2

[-] sapient_cogbag@infosec.pub 86 points 1 year ago* (last edited 1 year ago)

The post is too big for my next edit, so here is the next edit in a comment:

Edit 2 - Clarification, Expanding on Facebook's Behaviour, Discussion of Admin-FB Meetups

I want to clarify the specific dangers of Meta/FB, as well as some terminology.

Embrace, Extend, Extinguish, and Embrace, Extend, Consume

The link I posted approximately explains EEE, but in this thread I've used the phrase "Embrace, Extend, Consume", to illustrate a slightly modified form of this behaviour.

Embrace, Extend, Consume is like Embrace, Extend, Extinguish except the end goal isn’t complete annihilation of the target. Instead of defederating at the endpoint, Meta/FB just dominates the entire standard, and anyone who steps out of line is forced into a miniscule network of others.

They can then use this dominant position to buy out or consume large instances, or for example, force data collection features into the standard and aggressively defederate anyone else who doesn’t comply >.< - because they're so big, most instances will comply in the service of "content".

Such a dominant position can even be obtained simply by sheer user mass, which Threads already has to some degree, as long as the relevant instance has large amounts of financial resources to buy out instances.

In this way, they consume the network entirely, which doesn’t necessarily destroy the communities but essentially Borg-ifies them and renders people unable to leave their grasp.

Facebook/Meta-Specific Threats: Information Warfare & Manipulation

One of the major specific threats of Meta/FB in particular is their long and continued history of engaging in what essentially amounts to large-scale psychological manipulation and information warfare towards it's various goals (money, total domination of human communication, subsuming the internet in countries where the infrastructure is still too small to resist a single corporation restricting it's content, political manipulation, collection of ever more data, etc.), against both it's users and non-users.

They have well over a decade of experience in this, hundreds of times more users than us (providing good cloaking for astroturfers), and untold amounts of labour, research and other resources have been poured specifically into figuring out the most effective ways to manipulate social groups via techniques like astroturfing, algorithmic prioritization, and more sophisticated strategies I am not aware of. All backed by data from literally billions of human beings >.<

This means that exposing the Fediverse to Facebook/Meta is essentially exposing us all to one of the most organised and sophisticated information warfare machines that has ever been created. Cutting off the connections immediately (as in the other analogy by @BreakingBad@lemmy.world) not only protects from direct EEE/EEC, but also makes it harder for Meta/Facebook to influence, dominate, and consume the conversation here, either by sheer user-mass, or by malicious information warfare (or even unintentional consequences of their algorithms), or by a combination of all of these.

We know they are extremely malicious and willing to use these methods towards real-life, ultra-harmful ends. Examples are at the start of this post :)

For hypothetical examples on how this might work - in reality it might be different in the specifics (these are just illustrative):

  • Meta/FB could start a campaign (maybe astroturfed) for "user safety", where they encourage people to distrust users from smaller instances or any user with their instance address marker not on @threads.<whatever their url>
  • Meta/FB could add "secure messaging" (lol, it's facebook), but only between threads users. Then they could push the idea that ActivityPub is bad for privacy (the DMs are, but just use Matrix ;p - if you post stuff publicly, it makes sense that it's public).
  • Meta/FB could by simple user mass result in most communities being on Threads. People tend to drift towards more populous communities about the same topic, in general, and Threads unbalances the user ratios so much that everyone would just go to those >.< (as opposed to right now, where we have similar sized communities on several large instances, where most people subscribe to most of them)
  • Meta/FB could use social engineering to push for changes to the ActivityPub protocol that are harder for other ActivityPub servers to implement ^.^, or even ones that are hard for non-proprietary clients to implement. For example, embedding DRM in the protocol or something like that.
  • Meta's algorithms could over time shift towards deprioritising non-"paid"/"verified" Threads users.
  • It's already been explained how the app as we know it essentially makes it hard for people to leave due to the fact only they have access to their server software and they also ensure that the app is only a specific client for this service.

Instance Admins, and the "Friendliness" of Meta

Some instance admins have been in contact with Meta/FB. It does make sense for at least some of them to do "due dilligence", but I've seen in at least one post a comment on the friendliness and cooperativeness of the engineers and the fact they mostly discussed architectural concerns and stuff like moderation and technical stuff.

I want to remind instance admins that no matter how nice the engineers are - and how much they share your interests - they are still working for what is essentially a mass information warfare machine. This doesn't make them malicious at all, but it does mean that what they are doing is not a solid perspective on the actual goals and attitude of Meta/Facebook, The Corporate Assimilator Organism.

Regardless of what they have discussed, they are obligated as employees to act on Meta's orders, not the things they actually want to work on or the things both them and you find important ^.^ - or even act towards the goals they want to act towards when Meta inevitably goes for the throat.

I encourage instance admins to keep this in mind, and further keep in mind that Meta is pretty much royalty when it comes to social stuff and how to appeal to people. If they were trying to appeal to a more corporate social media service, they'd probably have gone with sending in the C-suite, but they know this community is technically inclined and less likely to buy into corpo speak and corpo bullcrap, so they probably hooked you up with all the chill engineers instead :).

Reiterating my view: Resist Corpo-Assimilation!

Note on This Post

I've realised this post would probably be most useful if the primary targets of Threads could see it (Mastodon). But I don't have Mastodon cus I really am not into microblogging myself, so RIP ;p

[-] sapient_cogbag@infosec.pub 35 points 1 year ago* (last edited 1 year ago)

My point is that defederation is our defense against corporate interests. And Facebook isn't just "a corporation", it's specifically a known hostile actor with massive experience in social manipulation. It's not a perfect defense, but you don't resist corporate subsumation by letting them straight through the door.

[-] sapient_cogbag@infosec.pub 229 points 1 year ago

Meta in particular has a specific record of social manipulation, which is why I think defederating them specifically is so important. Even if we collectively have mixed feelings on corporate instances in general, social media companies, especially those like Facebook, have a specific and direct record of manipulating people and the population nya. Facebook/Meta in particular, is probably the worst of any of them.

3622
submitted 1 year ago* (last edited 1 year ago) by sapient_cogbag@infosec.pub to c/fediverse@lemmy.world

I strongly encourage instance admins to defederate from Facebook/Threads/Meta.

They aren't some new, bright-eyed group with no track record. They're a borderline Machiavellian megacorporation with a long and continuing history of extremely hostile actions:

  • Helping enhance genocides in countries
  • Openly and willingly taking part in political manipulation (see Cambridge Analytica)
  • Actively have campaigned against net neutrality and attempted to make "facebook" most of the internet for members of countries with weaker internet infra - directly contributing to their amplification of genocide (see the genocide link for info)
  • Using their users as non-consenting subjects to psychological experiments.
  • Absolutely ludicrous invasions of privacy - even if they aren't able to do this directly to the Fediverse, it illustrates their attitude.
  • Even now, they're on-record of attempting to get instance admins to do backdoor discussions and sign NDAs.

Yes, I know one of the Mastodon folks have said they're not worried. Frankly, I think they're being laughably naive >.<. Facebook/Meta - and Instagram's CEO - might say pretty words - but words are cheap and from a known-hostile entity like Meta/Facebook they are almost certainly just a manipulation strategy.

In my view, they should be discarded as entirely irrelevant, or viewed as deliberate lies, given their continued atrocious behaviour and open manipulation of vast swathes of the population.

Facebook have large amounts of experience on how to attack and astroturf social media communities - hell I would be very unsurprised if they are already doing it, but it's difficult to say without solid evidence ^.^

Why should we believe anything they say, ever? Why should we believe they aren't just trying to destroy a competitor before it gets going properly, or worse, turn it into yet another arm of their sprawling network of services, via Embrace, Extend, Extinguish - or perhaps Embrace, Extend, Consume would be a better term in this case?

When will we ever learn that openly-manipulative, openly-assimilationist corporations need to be shoved out before they can gain any foothold and subsume our network and relegate it to the annals of history?

I've seen plenty of arguments claiming that it's "anti-open-source" to defederate, or that it means we aren't "resilient", which is wrong ^.^:

  • Open source isn't about blindly trusting every organisation that participates in a network, especially not one which is known-hostile. Threads can start their own ActivityPub network if they really want or implement the protocol for themselves. It doesn't mean we lose the right to kick them out of most - or all - of our instances ^.^.
  • Defederation is part of how the fediverse is resilient. It is the immune system of the network against hostile actors (it can be used in other ways, too, of course). Facebook, I think, is a textbook example of a hostile actor, and has such an unimaginably bad record that anything they say should be treated as a form of manipulation.

Edit 1 - Some More Arguments

In this thread, I've seen some more arguments about Meta/FB federation:

  • Defederation doesn't stop them from receiving our public content:
    • This is true, but very incomplete. The content you post is public, but what Meta/Facebook is really after is having their users interact with content. Defederation prevents this.
  • Federation will attract more users:
    • Only if Threads makes it trivial to move/make accounts on other instances, and makes the fact it's a federation clear to the users, and doesn't end up hosting most communities by sheer mass or outright manipulation.
    • Given that Threads as a platform is not open source - you can't host your own "Threads Server" instance - and presumably their app only works with the Threads Server that they run - this is very unlikely. Unless they also make Threads a Mastodon/Calckey/KBin/etc. client.
    • Therefore, their app is probably intending to make itself their user's primary interaction method for the Fediverse, while also making sure that any attempt to migrate off is met with unfamiliar interfaces because no-one else can host a server that can interface with it.
    • Ergo, they want to strongly incentivize people to stay within their walled garden version of the Fediverse by ensuring the rest remains unfamiliar - breaking the momentum of the current movement towards it. ^.^
  • We just need to create "better" front ends:
    • This is a good long-term strategy, because of the cycle of enshittification.
    • Facebook/Meta has far more resources than us to improve the "slickness" of their clients at this time. Until the fediverse grows more, and while they aren't yet under immediate pressure to make their app profitable via enshittification and advertising, we won't manage >.<
    • This also assumes that Facebook/Meta won't engage in efforts to make this harder e.g. Embrace, Extend, Extinguish/Consume, or social manipulation attempts.
    • Therefore we should defederate and still keep working on making improvements. This strategy of "better clients" is only viable in combination with defederation.

PART 2 (post got too long!)

12
3
5
submitted 1 year ago* (last edited 1 year ago) by sapient_cogbag@infosec.pub to c/transhumanism@infosec.pub

As implants and biotech is developing, I think it is interesting and important to consider that the technology being integrated with people's bodies and minds is essentially a part of them (note: I have more thoughts on this like how I consider "external" technology to essentially be a part of me too, but that's a whole other thing ;p).

As such, I think it's worth elevating the importance of Free Software and Free/Open Hardware from a transhumanist activism and politics perspective. ^.^

If we generally consider the ability and access to control, modify, and understand your body - think things like legally having access to all your medical records - to be something like a basic human right, then Free Software and Free Hardware become more than just a fundamental aspect of the right to information and communication, and start to become an ever more important issue of basic bodily integrity.

In the same way that things like abortion and access to trans healthcare are issues of bodily/morphological autonomy, so too does access, control, and right to understand tue schematics of any implants or mechanisms of communicating with them become a similar issue ^.^.

As such - at least within the current context of states (I'm an anarchist so I don't consider this as the political endpoint) - I think it would be a really good idea to push for some policies mandating that all schematics and software for devices intended for implantation or to specifically communicate with such devices, are open access and open source, including documentation on how to modify firmware of these devices (e.g. people receiving implants must have access to a cryptographic key that can be used to arbitrarily modify the device firmware).

Furthermore, I think it'd be a very good idea to have strong protections against both coercive implantation and coercive removal of implants ^.^

It's also worth considering the privacy issues. For example, trying to add legal protections to prevent any kind of location or sensory data being sent to opaque services with questionable consent.

2

cross-posted from: https://kbin.social/m/tech/t/55456

If Neuralink can prove its device is safe in humans, it would still potentially take more than a decade for the start-up to secure commercial use approval

I think this illustrates the importance of FOSS and Open Hardware for biomodification.

Thoughts?

view more: next ›

sapient_cogbag

joined 1 year ago
MODERATOR OF