@hcf @dans_root @earthnewstech @monocles You don't get #SelfCustody of all the keys on their platforms, to the point that #ProtonMail bricks #LKML useage!

• If you had actual Self-Custody, then it would be real #E2EE and not a mere "#TrustMeBro!"-Security…

Please go to a #CryptoParty and learn abdolute fundamentals re: #Cryptography, #InfoSec, #OpSec & #ComSec.

• Cuz if you were actually concerned re #Security you'd exercise #OfflinePGP¹ and not act as a shill for #ProtonMail which have some serious #CryptoAG - vibes…

https://www.youtube.com/watch?v=pOkNrvB63pc

@lackthereof no, it's not because unlike #Phones and #PhoneNumbers, #eMail is not necessarily traceable by circumstances.

• Because a Phone "Line" (regardless of whether it's POTS, ISDN, VoIP, GSM, VoLTE, …) and #telephony in general are designed for realtime communication, they inherently necessitate an active, ongoing connection.
  • Even if it's just some App/PBX/… to connect to the provider and constantly state "I am on the network and able to recieve calls!" (with PSTN networks, there a physical line that gets assumed to have a phone connected)…

Whereas with eMail (and any #asynchronous #communication) you don't have that requirement.

• So unless the provider is being taken over or otherwise "cooperative" there's no means for a sender to know where, when and how a message was retrieved unless the recipient wants the sender to know of it!
  • Besides, even if you don't have an eMail provider like cock.li which natively supports @torproject / #Tor useage with an #OnionService, unless said provider explicitly prevents you from doing so, you can use not just Tor but also other techniques to make it extremely hard (not necessarily impossible, but at least unfeasible at scale!) to get tracked down.
  • In fact, you could even use #Sneakernet - Style distribution through "#MeatProxies" and #DeadDrops (aka. #dr0p) to further twart tracing attempts.

Or to put it simple:

• You can ring up someone and thus circumstantially verify the chain of #PhoneNumber -> #IMSI -> #ICCID -> #SIM -> #IMEI -> Device -> Location -> Owner quite quickly.
  • Whereas you can't positively verify whether an eMail address and/or #XMPP+#OMEMO account belongs to me unless I want you to know that it does!

So either way a phone number is just a horrible means of doing that.

• And don't even get me started on the fact that legally speaking noone truly owns their number.
  • Because even if you got some spechal case number (like UPT was) you still depend on neither regulators nor telcos to not block or otherwise interfere with it. Which is in contrast to say an OnionService which can only be shutdown effectively by sabotage aka. (more or less figurately) "unplugging" it.

I mean, it's not as if I didn't gave @signalapp a fair chance.

• I wanted #Signal to be good - honestly...
  • But I'm old enough that things rarely are that simple as #TechPopulism & #Propaganda claim it to be.
  • Just like 5th grade #SexEd is not a substitute for Endocrinology, Gynecology and Andrology and actually licensed, medical professionals.

So any #Messenger service that requires a #Phone Number for signup and/or useage is truly not a real replacement and inherently makes PROVEN WRONG assumptions [i.e. that it is legal and possible to obtain a phone number anonymously at someone's juristiction] about it's customers' ability to shield their privacy…

• Cuz all the "#Metadata" claims of Signal are complete #MarketingLies by virtue of them storing a Phone Number and not just being (as per admission by @Mer__edith) 'hard locked-in' with #aws but also subject to #CloudAct.
• They certainly are not deploying real #E2EE cuz you neither get #SelfCustody nor #SelfHosting and have to blindly trust them (aka. "#TrustMeBro!") that what they release as #SourceCode is actually what they deploy.
  • It's like all those "#VPN" shillings which one cannot verify to be true or false!

THIS is why I am going fucking ballistic on #TechPopulism aiming at #TechIlliterates because it's spreading a "false sense of #security" whilst completely disregarding absolute fundamentals when it comes to the underlying systems.

• And I don't mean shit like #Govware of the #SS7 kind, but absolute basics in #ITsec, #InfoSec, #OpSec & #ComSec that every @cryptoparty / @cryptoparty / #CryptoParty worth it's name touches on.
  • Signal can't and won't save peoples' asses and the sooner we realize that "complex problems are hard to fix" the less we waste Resources on #HoneyPots that stench like #CrytpoAG & #ANØM!

@stman @theruran @50htz @vidak @forthy42 @brume @gorekhaa so yeah, we need a modern equivalent of the original PX-1000, something that isn't an overly complex and backdoored shitbox, but that is simple af.

With options for:

• PS/2 [or USB] Keyboard
• serial (thermal) printer
• parallel (20x4) LC-Display (or Braille Screen)
• acoustic modem (AFSK, using 3,5mm TRRS connector and adapters to line in/out and RJ-9 (handset)/RJ-11 (POTS/PSTN) phone.
• IrDA & Consumer-IR & QR-code reader module for public key exchange
• SDR reciever/transmitter (for paging).

Basically a encryption/decryption unit that has:

• User input [PS/2](keyboard, QR-Code reader)
• User output [Screen, Printer]
• Remote input [IR, IrDA, Modem, SDR-Reciever]
• Remote output [IR, IrDA, Modem, SDR Transciever]

Something that just acts as a "Clear Box" (aka. "black box", but transparent) to do critical comms. Something that literally wipes it's memory after use and doesn't store anything on it, but requires the user to keep their key safe!

You know, something that looks like a sleek communicator and isn't a proprietary shitbox that depends on *"#TrustMeBro!" - #centralized, #SingleVendor / #SingleProvider architecture!*…

@fromjason so from one proprietary platform subject to #CloudAct with "#TrustMeBro! security & privacy" to another.

• I'm not angry, just disappointed!

points at #XMPP+#OMEMO (#monoclesChat) & #PGP/MIME (#deltaChat)