1
submitted 2 weeks ago by evenwicht@lemmy.sdf.org to c/abop@slrpnk.net

cross-posted from: https://lemmy.sdf.org/post/41454997

Europe’s block on boycotting banks

No law directly prohibits boycotting banks AFAIK, but it’s effectively illegal to boycott banks because:

  • It is illegal to be paid wages in cash in some (all?) countries.
  • Some EU countries governments insist on tax payments by bank transfer. This is for all kinds of tax (income tax, property tax, and other forms of tax).
  • EU level: all cash transactions above €10k are illegal in the whole of Europe. Most of western Europe reduces that limit to €1—3k.

Belgium’s ban on boycotting energy suppliers

Offgrid energy is illegal.

Denmark: you cannot boycott email, as of this year

Denmark eliminates the postal service this year. This essentially means you cannot boycott email because the snail mail option is generally gone. Exceptionally, you can perhaps send letters using UPS or FedEx, but that’s not really affordable if you are boycotting email. Not sure if hand-delivery is an option. Consider Germany, where postal boxes are not always public access and couriers are given a key to the lobby. If that happens in Denmark, then hand-delivery cannot be relied on.

US ban on boycotting Israel

You can boycott the US in the US if you want, but you cannot boycott Israel if your job is from the US government. This tyranny was showcased in Texas when a Palestinian school contractor who taught kids how to speak Arabic had to renew her contract. The new contract required her to agree to not boycott Israel. She could not in good conscious sign such a bizarrely oppressive contract, so she was let go.

14

Europe’s block on boycotting banks

No law directly prohibits boycotting banks AFAIK, but it’s effectively illegal to boycott banks because:

  • It is illegal to be paid wages in cash in some (all?) countries.
  • Some EU countries governments insist on tax payments by bank transfer. This is for all kinds of tax (income tax, property tax, and other forms of tax).
  • EU level: all cash transactions above €10k are illegal in the whole of Europe. Most of western Europe reduces that limit to €1—3k.

Belgium’s ban on boycotting energy suppliers

Offgrid energy is illegal.

Denmark: you cannot boycott email, as of this year

Denmark eliminates the postal service this year. This essentially means you cannot boycott email because the snail mail option is generally gone. Exceptionally, you can perhaps send letters using UPS or FedEx, but that’s not really affordable if you are boycotting email. Not sure if hand-delivery is an option. Consider Germany, where postal boxes are not always public access and couriers are given a key to the lobby. If that happens in Denmark, then hand-delivery cannot be relied on.

US ban on boycotting Israel

You can boycott the US in the US if you want, but you cannot boycott Israel if your job is from the US government. This tyranny was showcased in Texas when a Palestinian school contractor who taught kids how to speak Arabic had to renew her contract. The new contract required her to agree to not boycott Israel. She could not in good conscious sign such a bizarrely oppressive contract, so she was let go.

4
submitted 2 weeks ago* (last edited 2 weeks ago) by evenwicht@lemmy.sdf.org to c/isitdown@infosec.pub
4
submitted 2 weeks ago* (last edited 2 weeks ago) by evenwicht@lemmy.sdf.org to c/infosec@infosec.pub

cross-posted from: https://lemmy.sdf.org/post/41050620

Spy chips are:

  • Intel CPUs after ~2008
  • AMD CPUs after ~2013
  • Arm CPUs (not sure when they started the trustzone stuff but likely around 2013 since AMD uses trustzone)

I believe IBM Power9 chips are spy chip free, but not sure about the successors.

Anyway, the question is about Apple chips. Web searches are lousy these days. I find nothing to confirm or deny the presence of management engines in Apple (Motorola?) CPUs.

Intuitively, I don’t think it would make business sense for Apple to do that because a majority of their customers are non-corporate individuals (unlike intel). OTOH, if that were sound logic then it would seem to contradict Arm chips which are also largely bought by non-corporate individuals.

Anyway, if anyone knows plz mention it here, ideally with a source.

Thanks!

1
submitted 3 weeks ago* (last edited 2 weeks ago) by evenwicht@lemmy.sdf.org to c/macosbeta@discuss.tchncs.de

Spy chips are:

  • Intel CPUs after ~2008
  • AMD CPUs after ~2013
  • Arm CPUs (not sure when they started the trustzone stuff but likely around 2013 since AMD uses trustzone)

I believe IBM Power9 chips are spy chip free, but not sure about the successors.

Anyway, the question is about Apple chips. Web searches are lousy these days. I find nothing to confirm or deny the presence of management engines in Apple (Motorola?) CPUs.

Intuitively, I don’t think it would make business sense for Apple to do that because a majority of their customers are non-corporate individuals (unlike intel). OTOH, if that were sound logic then it would seem to contradict Arm chips which are also largely bought by non-corporate individuals.

If anyone knows plz mention it here, ideally with a source.

Thanks!

1
1
submitted 3 weeks ago* (last edited 3 weeks ago) by evenwicht@lemmy.sdf.org to c/macosbeta@discuss.tchncs.de

I often acquire quite old hardware either cheap 2nd-hand or rescue stuff dumped on curbs typically w/out drivers or s/w. Ultimately all h/w will eventually be used on linux. But linux is often not ideal for testing to quickly assess whether something functions well -- obviously because very little hardware is designed for linux.

So before investing time researching linux drivers and hacks for whatever obscure thing I am dealing with, I need to quickly test whether the thing works without searching forums for what complex installation procedure worked in Bob’s basement lab.

Apparently Windows is very dicey with both forwards and backwards compatibility. I thought win7 would be good for testing because it’s historically close enough to XP that things designed for XP might run on it, yet just barely new enough that hardware ~2—10+ yrs old might likely run on it.

But it seems to be more of a shit show than I expected. Some drivers demand a specific version of Winblows. Matching OS version is often not good enough either because they demand a particular service pack, or specific DirectX or “.Net” version (what a shitty name, btw), which cannot be too old OR too new (e.g. old TomToms are extremely fussy about .Net version IIRC). So even though some form of Windows has the best official support for any given piece of hardware which underwent the most rigorous of its testing on Windows, using Windows for testing hardware is a shitshow nonetheless. Plus I make it worse because I insist on Windows boxes being airgapped, which limits me to drivers I can get off the web and usb-side-load.

A virtualbox with a few different Windows VMs is not good either because virtualisation brings its own baggage of issues that blow the idea of quickly testing arbitrary hardware to confirm that it works.

Is hackintosh a better solution?

I will not be buying any recent Apple hardware. Fuck that.. the cost defeats the purpose. I can (reluctantly) get really old Apple machines cheaply, but I suspect those tend to be incapable of any somewhat reasonably recent MacOS version. So I am tempted to try the hackintosh route on an old PC. Is it safe to say that MacOS drivers are more flexible across various MacOS versions than windows?

It has been decades since I tinkered with hackintoshes.. is it still practical these days? I get the impression that it might still be good for my purposes (but perhaps not in ~5+ years from now considering this).

11
submitted 4 weeks ago* (last edited 4 weeks ago) by evenwicht@lemmy.sdf.org to c/fosslemmyapps@infosec.pub

cross-posted from: https://lemmy.sdf.org/post/40711081

Most Lemmy users are vulnerable to data loss arising out of an admin spontaneously pulling the plug on their Lemmy instance. I have lost data several times by this cause (both on Lemmy and on Mastodon). Infosec includes availability (thus backup copies), but this has been neglected by developers of clients for fedi platforms.

Mastdon has /something/, at least

We have a crutch for Mastodon: mastodon-archive by Kensenada. It only works on some¹ Mastodon instances, but when it works it’s a quite useful tool. It uses the API to grab all posts you author as well as posts by others who mention you. It would be even more useful if it would grab whole threads for which you participate or bookmark regardless of mentions, but last time I checked there is no plan to implement that. You don’t even have a copy of the parent messages you reply to. And (IIRC) you also don’t get a copy of mentions in situations where fedi barriers prevent responses from reaching the instance you are on.

¹ Some instances are simply incompatible for unkown reasons

What Lemmy needs

A gnu linux tool to fetch whole threads that the user starts as well as whole threads for which they comment. Ideal features:

  • produce a searchable local SQL database.
  • optionally, grab threads or posts the user upvotes.
  • optionally, detect cross-posts and grab those threads too.
  • periodically revisit the thread to record new activity, including moderator actions. The period between re-visits should get increasingly longer as the thread ages.
  • when an author deletes their post, it should be marked as deleted in the local DB. And users should have the option to have those records purged automatically or selectively purged upon review.
  • (science fiction?) get the current host to digitally sign something certifying that the user’s profile/content is the genuine original artifict for the purpose of migrating to another host. The current Mastodon migration mechanism is dysfunctional for cases of a host going down before migrating, and I assume Lemmy might have the same issue.
  • fedi politics circumvention: give users the option to grab copies of the same thread from other instances so a browsing tool can compare the various thread versions, suppress dupes, and show the most complete aggregated version.
  • for extra credit: integrate the DB with @theblawsybogsy@lemmy.ml’s emacs “Lem” app as a front-end for offline browsing

It’s important for user retention

When a user puts a lot of effort into producing content only to lose it all on the whim of an admin deciding out of the blue to kill the server, it’s demoralising. The user might opt to abandon the fedi or start over from a giant centralised walled-garden like LW. In both cases the decentralised free world shrinks.

It’s important for digital sovereignty and fedi-balance

There are already users who conciously decide to pile onto the biggest instances for the perception of stability. Nervous Bob might have a specific passion for a small mission-focused instance like lemmy.radio, lemmybefree.net, mander.xyz or linkage.ds8.zone, but is risk-averse. He cannot stomach the thought of losing all content and believes that if an instance is large, the admins will be more careful.

Having an archive settles the nerves of Nervous Bob enough to be able to follow his passion. It disables the cognitive dissonance of licking the boots of an oppressor (such as a Cloudflare instance).


Why this is (or will be) posted in !spreadfediverse@flamewar.social

Some would say information security is essential -- a precondition to transitioning into the fedi. Reguardless, such an app would serve to encourage people to contribute to the threadiverse and ultimately the proportionate growth and spread of it.

4
submitted 4 weeks ago* (last edited 4 weeks ago) by evenwicht@lemmy.sdf.org to c/about_lemmy@feddit.nl

cross-posted from: https://lemmy.sdf.org/post/40711081

Most Lemmy users are vulnerable to data loss arising out of an admin spontaneously pulling the plug on their Lemmy instance. I have lost data several times by this cause (both on Lemmy and on Mastodon). Infosec includes availability (thus backup copies), but this has been neglected by developers of clients for fedi platforms.

Mastdon has /something/, at least

We have a crutch for Mastodon: mastodon-archive by Kensenada. It only works on some¹ Mastodon instances, but when it works it’s a quite useful tool. It uses the API to grab all posts you author as well as posts by others who mention you. It would be even more useful if it would grab whole threads for which you participate or bookmark regardless of mentions, but last time I checked there is no plan to implement that. You don’t even have a copy of the parent messages you reply to. And (IIRC) you also don’t get a copy of mentions in situations where fedi barriers prevent responses from reaching the instance you are on.

¹ Some instances are simply incompatible for unkown reasons

What Lemmy needs

A gnu linux tool to fetch whole threads that the user starts as well as whole threads for which they comment. Ideal features:

  • produce a searchable local SQL database.
  • optionally, grab threads or posts the user upvotes.
  • optionally, detect cross-posts and grab those threads too.
  • periodically revisit the thread to record new activity, including moderator actions. The period between re-visits should get increasingly longer as the thread ages.
  • when an author deletes their post, it should be marked as deleted in the local DB. And users should have the option to have those records purged automatically or selectively purged upon review.
  • (science fiction?) get the current host to digitally sign something certifying that the user’s profile/content is the genuine original artifict for the purpose of migrating to another host. The current Mastodon migration mechanism is dysfunctional for cases of a host going down before migrating, and I assume Lemmy might have the same issue.
  • fedi politics circumvention: give users the option to grab copies of the same thread from other instances so a browsing tool can compare the various thread versions, suppress dupes, and show the most complete aggregated version.
  • for extra credit: integrate the DB with @theblawsybogsy@lemmy.ml’s emacs “Lem” app as a front-end for offline browsing

It’s important for user retention

When a user puts a lot of effort into producing content only to lose it all on the whim of an admin deciding out of the blue to kill the server, it’s demoralising. The user might opt to abandon the fedi or start over from a giant centralised walled-garden like LW. In both cases the decentralised free world shrinks.

It’s important for digital sovereignty and fedi-balance

There are already users who conciously decide to pile onto the biggest instances for the perception of stability. Nervous Bob might have a specific passion for a small mission-focused instance like lemmy.radio, lemmybefree.net, mander.xyz or linkage.ds8.zone, but is risk-averse. He cannot stomach the thought of losing all content and believes that if an instance is large, the admins will be more careful.

Having an archive settles the nerves of Nervous Bob enough to be able to follow his passion. It disables the cognitive dissonance of licking the boots of an oppressor (such as a Cloudflare instance).


Why this is (or will be) posted in !spreadfediverse@flamewar.social

Some would say information security is essential -- a precondition to transitioning into the fedi. Reguardless, such an app would serve to encourage people to contribute to the threadiverse and ultimately the proportionate growth and spread of it.

4
submitted 4 weeks ago* (last edited 4 weeks ago) by evenwicht@lemmy.sdf.org to c/sdfpubnix@lemmy.sdf.org

I posted the linked article and now I need to edit it.. some of the formatting looks terrible. But I am blocked. The editor lets me edit, but no matter what I do I cannot save the edits. There is a pop-up about forbidden language.

It’s an old Lemmy bug to not tell authors what word is the problem. But very bizarre that it accepted the post in the first place if it had a problem with it. My edits are certainly not causing that.

The post is not on sdf.org, so I suppose the problem could be with the hosting server.

1
submitted 4 weeks ago* (last edited 4 weeks ago) by evenwicht@lemmy.sdf.org to c/Fediverse@chachara.club

Most Lemmy users are vulnerable to data loss arising out of an admin spontaneously pulling the plug on their Lemmy instance. I have lost data several times by this cause (both on Lemmy and on Mastodon). Infosec includes availability (thus backup copies), but this has been neglected by developers of clients for fedi platforms.

Mastdon has /something/, at least

We have a crutch for Mastodon: mastodon-archive by Kensenada. It only works on some¹ Mastodon instances, but when it works it’s a quite useful tool. It uses the API to grab all posts you author as well as posts by others who mention you. It would be even more useful if it would grab whole threads for which you participate or bookmark regardless of mentions, but last time I checked there is no plan to implement that. You don’t even have a copy of the parent messages you reply to. And (IIRC) you also don’t get a copy of mentions in situations where fedi barriers prevent responses from reaching the instance you are on.

¹ Some instances are simply incompatible for unkown reasons

What Lemmy needs

A gnu linux tool to fetch whole threads that the user starts as well as whole threads for which they comment. Ideal features:

  • produce a searchable local SQL database.
  • optionally, grab threads or posts the user upvotes.
  • optionally, detect cross-posts and grab those threads too.
  • periodically revisit the thread to record new activity, including moderator actions. The period between re-visits should get increasingly longer as the thread ages.
  • when an author deletes their post, it should be marked as deleted in the local DB. And users should have the option to have those records purged automatically or selectively purged upon review.
  • (science fiction?) get the current host to digitally sign something certifying that the user’s profile/content is the genuine original artifict for the purpose of migrating to another host. The current Mastodon migration mechanism is dysfunctional for cases of a host going down before migrating, and I assume Lemmy might have the same issue.
  • fedi politics circumvention: give users the option to grab copies of the same thread from other instances so a browsing tool can compare the various thread versions, suppress dupes, and show the most complete aggregated version.
  • for extra credit: integrate the DB with @theblawsybogsy@lemmy.ml’s emacs “Lem” app as a front-end for offline browsing

It’s important for retention

When a user puts a lot of effort into producing content only to lose it all on the whim of an admin deciding out of the blue to kill the server, it’s demoralising. The user might opt to abandon the fedi or start over from a giant centralised walled-garden like LW. In both cases the decentralised free world shrinks.

It’s important for digital sovereignty and fedi-balance

There are already users who conciously decide to pile onto the biggest instances for the perception of stability. Nervous Bob might have a specific passion for a small mission-focused instance like lemmy.radio, lemmybefree.net, mander.xyz or linkage.ds8.zone, but is risk-averse. He cannot stomach the thought of losing all content and believes that if an instance is large, the admins will be more careful.

Having an archive settles the nerves of Nervous Bob enough to be able to follow his passion. It disables the cognitive dissonance of licking the boots of an oppressor (such as a Cloudflare instance).


Why this is (or will be) posted in !spreadfediverse@flamewar.social

Some would say information security is essential -- a precondition to transitioning into the fedi. Reguardless, such an app would serve to encourage people to contribute to the threadiverse and ultimately the proportionate growth and spread of it.

3

I have not tried it but I thought it should be mentioned here.

It requires a newer version of emacs than I have -- but that may change soon so I will be able to try it out and perhaps post to !fediapps@lemmy.stad.social.

[-] evenwicht@lemmy.sdf.org 13 points 2 months ago* (last edited 2 months ago)

If you think it’s over the money, you’ve missed the plot.

There is an ethical problem with how they operate. If you let them get away with their shenanigans, you support them. I will not. Fuck banks. And fuck their shenanigans. When they pulled this shit, it became my ethical duty to cost them. Their postage cost exceeds the value of the check, and their phone operator costs are high. So I’m happy to ensure their profit-driven exploitation backfires fully.

Mobile deposits: most banks have scrapped remote deposits via web. Most banks are happy to exclude those not on their exclusive smartphone ecosystem and try to push you into Google’s walled garden to obtain their forced-obsolescence app (so Google can know where you bank after getting a mobile phone subscription in order to activate a Google acct). Anything to cattle-herd boot lickers onto the bank’s closed-source spyware app is part of their game. The ethical problems with this could fill a book.

I tried hacking together an Android emulator to take a JPG of a check and emulate the camera within the android v/m using the linux gstreamer tool. I tried that back when I was willing to briefly experiment with a closed-source bank app I exfiltrated using Raccoon. Shit didn’t work with the banking app.. it was too defensive. I was lucky the app even ran on the emulator. Many banking apps detect the emulator and refuse to run.

Can’t reach an ATM for deposits from overseas. But also, when I am in the country, it’s a long drive from the house to an ATM.

So deposits by mail are the most sensible in my situation.

They fucked up. They made you whole.

The idiot who charged the interest was just the first fuckup. And it’s not a significant fuckup. The notable fuckup here is the deliberate corporate-wide policy in how they deal with small credits that leads to a paper check in the mail. It’s the shitty policy that disables them from fixing their fuckups. A fuckup is fine if they can fix sensibly. But this is not the case here.

IIUC, it’s what the Scots call a running goat fuck.. which is fuck up after fuck up on top of fuck ups.

[-] evenwicht@lemmy.sdf.org 8 points 3 months ago

Diligent consumers don’t do that. They pay their bill off faster than fees can be incurred. It’s the other consumers, the undisciplined and the poor, who get sucked dry by fees. These are not the demographic of international travelers. One demographic is subsidizing another.

The interesting thing is that if you’re in the diligent demographic, you can make the shitty bank lose money. Profit from those they exploit is the same whether you create a loss for the bank or not.

[-] evenwicht@lemmy.sdf.org 10 points 5 months ago

I’ll have a brief look but I doubt ffmpeg would know about DVD CSS encryption.

[-] evenwicht@lemmy.sdf.org 6 points 7 months ago* (last edited 7 months ago)

Knee-jerk fix: we make a FOIA request for the data that was removed.

But the shame of it is that FOIA reqs are not gratis, which means we have to pay again for the data. Elon’s DOGE office would just see it as a success that they are getting extra compensation for the data.

[-] evenwicht@lemmy.sdf.org 19 points 7 months ago* (last edited 7 months ago)

If anyone is writing or maintaining a playbook/handbook for how to run an authoritarian regime, removing open data would be a play to add.

[-] evenwicht@lemmy.sdf.org 8 points 7 months ago* (last edited 7 months ago)

It’s possible that it’s an accident, but unlikely IMO. The accidental case is overload and timing fragility. Tor introduces a delay, so if a server already has a poor response time and the user’s browser has a short timeout tolerance, then it’s a recipe for a timeout. Firefox does better than Chromium on this (default configs). But I tried both browsers. At the state level I think they made a concious decision to drop packets.

It’s also possible that they are not blocking all of Tor but just the exit node I happened to use. I did not exhaustively try other nodes but I was blocked two different days (thus likely two different nodes). In any case, this forum should help sort it out. Anyone can chime in with other demographics who are blocked, or tor users that are not blocked.

(edit) ah, forgot to mention: www.flsenate.gov also drops Tor packets.

[-] evenwicht@lemmy.sdf.org 8 points 7 months ago* (last edited 7 months ago)

infosec 101:

  • confidentiality
  • integrity
  • availability

If users who should have access (e.g. US taxpayers) are blocked, there is an availability loss. Blocking Tor reduces availability. Which by definition undermines security.

Some would argue blocking Tor promotes availability because a pre-emptive strike against arbitrary possible attackers revents DoS, which I suppose is what you are thinking. But this is a sloppy practice by under-resourced or under-skilled workers. It demonstrates an IT team who lacks the talent needed to provide resources to all legit users.

A mom and pop shop, sure, we expect them to have limited skills. But the US federal gov? It’s a bit embarrassing. The Tor network of exit nodes is tiny. The IRS should be able to handle a full-on DDoS attempt from Tor because such an effort should bring down the Tor network itself before a federal gov website. If it’s fear of spam, there are other tools for that. IRS publications could of course be on a separate host than that which collects feedback.

[-] evenwicht@lemmy.sdf.org 8 points 8 months ago* (last edited 8 months ago)

This is not a news forum. It’s a boycott organisation and support forum. Do your boycotts tend to last less than 1 year? That’s not really impactful. (which is not to say impact is the only reason to boycott… I boycott just to ensure that I am not part of the problem, impact or not)

I have been boycotting Mars at least since 2018 when I found out they spent $½ million lobbying against GMO labeling in the US. Even if they were to turn that around and pay more money to lobby for GMO transparency, I would still boycott their vending machines. Not just because they got caught in a data abuse scandal, but because they lied about it, which means they cannot be trusted with technology.

[-] evenwicht@lemmy.sdf.org 7 points 10 months ago* (last edited 10 months ago)

Don’t Canadian insurance companies want to know where their customers are? Or are the Canadian privacy safeguards good on this?

In the US, Europe (despite the GDPR), and other places, banks and insurance companies snoop on their customers to track their whereabouts as a normal common way of doing business. They insert surreptitious tracker pixels in email to not only track the fact that you read their msg but also when you read the msg and your IP (which gives whereabouts). If they suspect you are not where they expect you to be, they take action. They modify your policy. It’s perfectly legal in the US to use sneaky underhanded tracking techniques rather than the transparent mechanism described in RFC 2298. If your suppliers are using RFC 2298 and not involuntary tracking mechanisms, lucky you.

[-] evenwicht@lemmy.sdf.org 16 points 10 months ago* (last edited 10 months ago)

You’re kind of freaking out about nothing.

I highly recommend Youtube video l6eaiBIQH8k, if you can track it down. You seem to have no general idea about PDF security problems.

And I’m not sure why an application would output a pdf this way. But there’s nothing harmful going on.

If you can’t explain it, then you don’t understand it. Thus you don’t have answers.

It’s a bad practice to just open a PDF you did not produce without safeguards. Shame on me for doing it.. I got sloppy but it won’t happen again.

[-] evenwicht@lemmy.sdf.org 6 points 11 months ago* (last edited 11 months ago)

That would indeed be the practical answer assuming he has a credit card with those protections. Credit cards not issued in the US or UK often lack chargeback protections in non-fraud situations.

Note as well that even in the US the chargeback merely moves the money back to the consumer and does not affect legal obligations. If AXS were motivated, they could sue the customer in that case and likely point to a contract that indemnifies them from software defects and incompatibilities.

I think most banks have a threshold where they eat the loss. I did a chargeback once for around ~$20 or 30. Then I found out that the bank’s cost of investigating the chargeback exceeds something like $50, so the bank just takes the hit instead of the merchant. I found that a bit disturbing because a malicious or reckless merchant has no risk on small transactions. But in the case at hand for $200, the bank would likely clawback the money from AXS.

[-] evenwicht@lemmy.sdf.org 5 points 1 year ago* (last edited 1 year ago)

Yeah, I could get some counciling for that problem. Then the invoice from the counselor would be evidence for court. I should probably also buy a CD by Mika, with that song “Relax, Take it Easy” as a destressor. Then bring that receipt to court as well.

view more: next ›

evenwicht

joined 1 year ago
MODERATOR OF