I was using the asn1bean Java library yesterday funnily enough. I'm sure it's fine for X.509 stuff, however lucky me got to use it with the more obscure parts of X.400. It's lacking support for COMPONENTS OF, and a bunch of other things that were likely deprecated from the ASN.1 spec a few decades ago.
Actually Unicode has something for character creation: 'IDS', or Ideographic Description Sequence. For example, the Chinese character for the word Biang[1] can be describe with:
> What's now really missing is from sourceware binutils: fine grained control of the versions of the symbols to use while creating binaries.
I did actually prototype an idea for attempting to fix this. The tool would take a list of symbols from a text file and produce a (non-functioning) .so file that ld can link against. The newly created .so file can be injected in via an environment variable (LIBRARY_PATH iirc).
Since the list of symbols is just text, it's easily modified to contain only the one's that you want to target.
It's not a complicated tool to write, but there are some issues like how to reliably get ld to pick the correct .so file when you're overriding an existing on, LIBRARY_PATH is not 100% reliable. The other issue was if it's nessassary to recreate all the symbol types (like weak, etc..) exactly, I'm not sure exactly what's required for ld.
The text file would map simply a symbol to a version, to be overridden in the generated ELF binary (exe or SO).
That way, the game devs don't need to build the "old" SOs and reconfigure the toolchain to use them, which is unreasonable to ask them (but this is expected from game engine elf/linux devs like unity/unreal/godot/etc) and a MASSIVE PAIN to make work properly (exponentially proportional on the abstraction level of the game/engine build system).
I correct myself: just overridding is shabby, once the linker has selected the the version of a symbol, it will pick the binary objecti(.o) where the this version is. And the semantic/dependency can vary from one version to another. See libc_start from glibc 2.34.
So I think we may have our solution to make the life of developers of binary-only distribution on elf/linux (for instance games) much better.
sourceware binutils ld need a "version selection" file which will define binary compatibility of the produced binaries.
I did receive a notification from Microsoft of a suspicous login about a week ago. The password for that account was a relatively strong one (upper/lower case, numbers and some symbols I think). It was an actual login, not just an attempt. I also don't use my Microsoft account for anything (no Windows/Xbox).
So I'm inclined to say that they have had a breach.
