polyenc

[Stefan Claas]

Hi all,

a little test to convert cipher text to
.SVG poly lines and back.

The first image used my adiantum cipher,
the second my ff1 cipher and the third
image is openssl rand -hex 32.

Hope you like the idea!

The images can be found in the german (binary)
Usenet group (avialable for all, I guess)
de.alt.dateien.misc, with the following M-IDs:

Subject: adantium cipher
<urus5n$1qce4$***@stefan.eternal-september.org>

Subject: ff1 cipher
<urus7a$1qce4$***@stefan.eternal-september.org>

Subject: openssl rand -hex
<urus8h$1qce4$***@stefan.eternal-september.org>

Regards
Stefan

P.S. I think we can use this Newsgroup for all
our binary crypto output, or files, because it
says dateien(=files).misc ... ;-)

[Stefan Claas]

Post by Stefan Claas
Hi all,
a little test to convert cipher text to
.SVG poly lines and back.
The first image used my adiantum cipher,
the second my ff1 cipher and the third
image is openssl rand -hex 32.

Here is how the images look, as .png:

https://postimg.cc/gallery/hhSHWpF

Regards
Stefan

[Richard Harnden]

Post by Stefan Claas
P.S. I think we can use this Newsgroup for all
our binary crypto output, or files, because it
says dateien(=files).misc ... ;-)

No, please, no binaries.

[Stefan Claas]

Post by Richard Harnden

Post by Stefan Claas
P.S. I think we can use this Newsgroup for all
our binary crypto output, or files, because it
says dateien(=files).misc ... ;-)

No, please, no binaries.

I did non mean to post there binary versions of programs,
but binary output, like an encrypted message, or image is
fine there, I would say.

Regards
Stefan

[Doc O'Leary ,]

For your reference, records indicate that

Post by Stefan Claas
a little test to convert cipher text to
.SVG poly lines and back.

Back when *owning* DVDs were a thing:

<https://en.wikipedia.org/wiki/AACS_encryption_key_controversy>

This image was cooked up with a similar idea:

<Loading Image...>

I like the update of using SVG. It makes it easier to get data out, but
also might make it more obvious that there *is* data to get out. And,
honestly, there is so much room for steganography in SVG that a proper
encoder could pack it in much more densely than simple line drawings.

[Stefan Claas]

Post by Doc O'Leary ,
For your reference, records indicate that

Post by Stefan Claas
a little test to convert cipher text to
.SVG poly lines and back.

<https://en.wikipedia.org/wiki/AACS_encryption_key_controversy>
<https://datafetish.com/images/sinister_plot.jpg>

Ah, nice! :-)

Post by Doc O'Leary ,
I like the update of using SVG. It makes it easier to get data out,
but also might make it more obvious that there *is* data to get out.

Yes me too, but how if one embeds the vector graphic in another .svg file
like an invisible watermark (a transparent object). Maybe worth to
explore?

Post by Doc O'Leary ,
And, honestly, there is so much room for steganography in SVG that a
proper encoder could pack it in much more densely than simple line
drawings.

I just found this example:

https://github.com/japplebaum/svgsteg

Regards
Stefan

[Doc O'Leary ,]

For your reference, records indicate that

Post by Stefan Claas
Yes me too, but how if one embeds the vector graphic in another .svg file
like an invisible watermark (a transparent object). Maybe worth to
explore?

Once you just start jamming data into “out of band” spaces in file formats
it doesn’t feel as interesting an exercise. It’s also a big red flag to
anyone who *is* suspiciously inspecting the contents.

Post by Stefan Claas
https://github.com/japplebaum/svgsteg

I’ve also never been a big fan of using only one bit of each number like
that. To my thinking, it doesn’t make much sense to have an
“imperceptible” difference to some reference file, because that inherently
introduces a possible validity check. “Nice image of Tux you’ve got here.
Any reason it doesn’t hash to the publicly available version that everyone
else uses? Let’s continue this investigation in a more formal
setting . . .”

I was thinking of something that used as many bits as possible. The
“image” may render more like a Jackson Pollock painting or some other
abstract artwork, but the numbers/data there in plain sight, and *meant*
to be seen, so you couldn’t be accused of hiding anything. I mean, yeah,
they could just as easily lock you up if they wanted to, but I think the
plausible deniability is greater when the data is as unstructured as
possible.

[Stefan Claas]

Post by Doc O'Leary ,
I was thinking of something that used as many bits as possible. The
“image” may render more like a Jackson Pollock painting or some other
abstract artwork, but the numbers/data there in plain sight, and
*meant* to be seen, so you couldn’t be accused of hiding anything. I
mean, yeah, they could just as easily lock you up if they wanted to,
but I think the plausible deniability is greater when the data is as
unstructured as possible.

I tried with colored rectangles, but then when decoding not all data
was written. I then changed to circles with a random fill color and
black border and now it works. The program tells the user that the hex
input string must be of even pairs (for x,y coordinates) and if odd it
prints an error message to stdout.

Regards
Stefan

[Stefan Claas]

Post by Stefan Claas
I tried with colored rectangles, but then when decoding not all data
was written. I then changed to circles with a random fill color and
black border and now it works. The program tells the user that the hex
input string must be of even pairs (for x,y coordinates) and if odd it
prints an error message to stdout.

Sample output:

(The encoded message is: Zwölf Boxkämpfer jagen Viktor quer über den
großen Sylter Deich.)

Usenet Group: de.alt.dateien.misc
M-ID: <us4su4$3832i$***@stefan.eternal-september.org>

Regards
Stefan

[Chax Plore]

https://archive.org/details/cryptographylang00lang - see book pages 8
and 9 (PDF pages 20 and 21).

Post by Stefan Claas
a little test to convert cipher text to
..SVG poly lines and back.

[Stefan Claas]

Post by Chax Plore
https://archive.org/details/cryptographylang00lang - see book pages 8
and 9 (PDF pages 20 and 21).

Nice! Thank you!

Regards
Stefan