this post was submitted on 01 Jun 2024
452 points (94.0% liked)

Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ

55056 readers
464 users here now

⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.

Rules • Full Version

1. Posts must be related to the discussion of digital piracy

2. Don't request invites, trade, sell, or self-promote

3. Don't request or link to specific pirated titles, including DMs

4. Don't submit low-quality posts, be entitled, or harass others



Loot, Pillage, & Plunder

📜 c/Piracy Wiki (Community Edition):


💰 Please help cover server costs.

Ko-Fi Liberapay
Ko-fi Liberapay

founded 2 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] -2 points 6 months ago (1 children)

Did you read my comment in it's entirety?

For programs, that is not a problem.
This is a problem for data.

Why? Because you very rarely need to read the program's "content", and when you do, you'll instead go look at the source code anyways. But for binary data files there is no source code that is the equivalent of the contents in readable form.

If you want to read it as a human in your text editor, good luck with making sense of it. If you want to read it with your program it'll have to pull in a tree of dependencies out of questionable necessity, and any of that dependencies could have a severe bug or a security vulnerability that affects your program and it's users. And the only reason you needed to import that lib is to be able to parse this binary format. It's not even a common one like an archive format, but a totally custom made format of systemd.
And then there's another problem. You may be able to make sense of the binary data with your bare hands and a text editor, but you better not edit it that way, because you may mess up the delicate offsets, or you may wanted to replace a value (e.g. a string, out some kind of list) with a longer one but you can't because of the former problem.

Binary is ok for programs, and you know what, it's also fine for data in transit (network) and of course archives.
But for data, whether it's a log file or configuration, or some other that would be totally fine in text format, it's just annoying, limiting, and overcomplicated.

[–] [email protected] 3 points 6 months ago

Again, that's not what obfuscation means.

Also, what exactly is the difference between cat and journalctl? You can't read a text file without a program either.

Of course, raw text files are more common, but what you're drawing up here is a mixture of old man yells at cloud and tin foil hat territory.