#

Puff v1.01 Steganographer & Authoring
Data hiding and authoring made easy, safe and free!

Cosimo Oliboni, Italy, 2004

Blackvisionit@yahoo.it

FEATURES: WHY IS THIS PROGRAM DIFFERENT FROM THE OTHERS?

WHAT IS STEGANOGRAPHY? WHY SHOULD I NEED THIS TECHNIQUE?

WHAT IS AUTHORING? WHY SHOULD I NEED THIS TECHNIQUE?

SUPPORTED FORMATS IN DETAIL

ADVANCED OPTIONS: OUTPUT FORMAT & BITS SELECTION LEVEL

SUGGESTIONS FOR BETTER RESULTS

TUTORIALS, LINKS & DOWNLOADS

PHOTO GALLERY

1^st Release, Dec/2004: Download Puff v1.01 (.ZIP)

All reasonable security features have been implemented: password encryption, random encryption, low-level temp files erasure, etc...

Legal remarks:

Remember: this program was not written for illegal use.

Usage of this program that may violate your country's laws is severely forbidden.

The author declines all responsibilities for improper use of this program.

No patented code or format has been added to this program.

Special MP3 legal note:

This program doesn't encode or decode any audio data.

Ancillary bits only (unused MP3 stream bits) are processed. Anything else is simply skipped.

So, please don't ask/claim for any patent license/fee/royalty.

This is a registered program:

It is entirely freeware: the only things you are not allowed to do are

modifying it.

claim it as yours.

Send your suggestions, comments, bug reports, requests, etc... at blackvision@yahoo.it

Contact me also if you get a non working/manipulated copy of this program, telling me where you got it from. I'll send you an original working one for free.

FEATURES: WHY IS THIS PROGRAM DIFFERENT FROM THE OTHERS?

Obviously steganography is not a new idea, but the other programs I tested didn’t satisfy my minimum security requirements. I also thought that many of you could take advantage of a "new bomb-proof" steganography interface designed for people who know what they need.

Bits selection level:

You can process each kind of carrier in 7 different ways: unhiding complexity grows by 7 per kind of carrier used.

Encryption algorhythm:

16 different encryption algorhythms, with 16 subvariants, that makes 256. Exactly every possible byte value!

Moreover, algorhythms sequence is random-generated.

PASSWORD ENCRYPTION:

Password encryption algorhythm has been designed to produce a high amount of fixed redundant values. Obviously this increases unallowed unhiding attempts complexity.

CARRIERS CHAINS:

Hiding data is split among many carrier. Only the correct carrier sequence enables unhiding: unhiding complexity grows by n!, where n is carriers number. Moreover, up to 256Mb can be hidden, if you have enough carriers at disposal. Last carrier will be filled with random bits in order to make it undistinguishable from others.

n=01 >> n!=1
n=02 >> n!=2
n=03 >> n!=6
n=04 >> n!=24
n=05 >> n!=120
n=06 >> n!=720
n=07 >> n!=5040
n=08 >> n!=40320
n=09 >> n!=362880
n=10 >> n!=3628800

etc...

Alphabetical processing:

At hiding time, carriers are processed in alphabetical order. No low-level physical mark of their logical order will hence be available.

GLOBAL SECURITY:

Program code is absolutely non open-source. I know that open-source minded users could take this choice as an offence or as an alert that some unclear/illegal/trojan processing could run underground. Obviously this is absolutely not in my intention. I simply found tons of articles about breaking attacks to public key cryptographic algorhythms. This has definitively led my choice towards secrecy.
Data is CRC protected.
No unhiding data (password, etc...) is stored into carriers.
Any slightest data inconsistency will stop unhiding.

SUMMARY:

Someone could be able to debug this program and discover the cryptographic algorhythm (it would be a huge, not impossible, but enormous work). Even in this case a simple 20-carriers chain with 3 different kinds of carrier could need 4e+19 unhiding tries by unallowed people, password protection left out of count! High performances can be achieved only with full understanding of all the tricky options that are offered to you.

AUTHORING:

Simplified version of hiding process is available for authoring. One more chance to sign your work!

Each carrier will work as a single carrier chain.
Carrier bits will be filled with your copyright mark.
No password protection, encryption or compressing will be performed.
Puff v1.01 will work as a public interface for checking copyright integrity. The only required setting is bits selection level used at authoring time.

WHAT IS STEGANOGRAPHY?

It's a smart way to hide data into other files, called carriers. Modified carriers will look like the original ones, without perceptible changes. Best carriers are images and audio files, since everybody can send/receive/download them without suspects. How is this possible?

Images or audio files need a lot of bits per data descriptors, so you can use at least 1 bit per data to represent your hidden data.

Examples:

11000011, 10110100, 01101110, 11101001 --> 1001 [Least significant bit technique]

11000010, 10110101, 01101100, 11101011 --> 10010011 [Last 2 significant bits technique]

etc…

WHY SHOULD I NEED THIS TECHNIQUE?

You don't need this technique if your data

can be explicitly sent or stored in altered suspicious format. Cryptography works faster and better.
need safe online data transmission. Secure forms work faster and better.

You may be interested in this technique if your data

need hiding without turning into suspicious format.
have to be easily accessible by everyone, but retrievable only by people acquainted with your secret intent.
will have all necessary hiding and unhiding time at disposal.

WHAT IS AUTHORING?

Authoring is here stated as the action of signing a file with your copyright mark (best known as Watermarking). This program does it in a steganographic way, applied to graphic and audio files. Your copyright mark will be invisible, but accessible by everyone (using this program), since it won't be password protected.

WHY SHOULD I NEED THIS TECHNIQUE?

You don't need this technique if your copyright mark

needs to be clearly visible.
has to be independent from graphic/audio data, therefore capable of surviving editing operations.
has to be password protected.

You may be interested in this technique if your copyright mark

needs to be invisible.
has to be dependent from graphic/audio data, therefore uncapable of surviving editing operations.
has to be accessible by everyone (using this program).

Typical use of this technique could be: insertion of an invisible copyright mark into registered files that have to be publicly shared. Illegally manipulated copies will maybe look like original ones, but will partially/totally loose the invisible copyright mark. Since this technique it's not bomb-proof, it has to be combined with others: registration, CRC, etc…

SUPPORTED FORMATS IN DETAIL

Images: BMP, JPG, PCX, PNG, TGA.

Audios: AIFF, MP3, NEXT/SUN, WAV.

Win PE Modules.

Carriers will keep their format:

[in: 32 bits per plane TGA, out: 32 bits per plane TGA]
[in: Stereo WAV, out: Stereo WAV]
[in: RGB+Alpha BMP, out: RGB+Alpha BMP]

etc...

Additional tags/chunks and extra bytes will be entirely copied unchanged.

Don't perform any further operation to modified carriers. Their carrier bits would very probably be altered!

Remarks:

Arithmetic compressed JPG and GIF formats have been necessarily discarded since they're patented!

8-bit-per sample AIFF,NEXT/SUN and WAV formats have been discarded because of perceptible signal distortion!

Windows BITMAP Images (Microsoft)

Known extensions: *.BMP,*.DIB

24/32 bits per pixel

Mono/RGB/RGB+Alpha

Up to version 5

JPG Images (Joint Photographic Experts Group)

Known extensions: *.JPG,*.JPE,*.JPEG,*.JFIF

8 bits per plane

1-4 planes per pixel, ie: Mono/RGB/YCbCr/YCbCrK/CMY/CMYK

Baseline lossy DCT-jfif with Huffman compression

h2v2 (4:4), h1v2 (4:2), h2v1 (4:2), h1v1 (4:1) planes independent alignment

Unsupported JPG formats:

12 bits per plane extended

Lossless DCT/Arithmetic compression

Progressive/Hierarchical/Spectral selection image splitting

JPG2000

PCX Images (ZSoft)

Known extensions: *.PCX

24 bits per pixel Mono/RGB

Compressed/Uncompressed

PNG Images (Portable Network Graphics)

Known extensions: *.PNG

8/16 bits per plan

Mono/RGB/Mono+Alpha/RGB+Alpha

Interlaced/Linear

TGA Images (Targa Truevision)

Known extensions: *.TGA,*.VDA,*.ICB,*.VST

Mono-8 bits per pixel or RGB/RGB+Alpha-24/32 bits per pixel

Compressed/Uncompressed

AIFF Audios (Audio Interchange File Format)

Known extensions: *.AIF,*.AIFF,*.SND

16 bits per sample

Mono/Stereo/Multi channels

Linear, uncompressed

MP3 Audios (Fraunhofer Institut)

Known extensions: *.MP3

MPG 1/MPG 2/MPG 2.5 Layer III

Fixed/Variable Bitrate

Mono/Dual Channel/Joint Stereo/Stereo

ID Tagged

Unsupported MP3 formats:

Free Bitrate

MPG 1/MPG 2/MPG 2.5 Layer I/II

NEXT/SUN Audios (Sun & Next Machines)

Known extensions: *.AU,*.SND

16 bits per sample

Mono/Stereo/Multi channels

Linear, uncompressed

Windows WAV Audios (Microsoft)

Known extensions: *.WAV,*.WAVE

16 bits per sample

Mono/Stereo/Multi channels

PCM, uncompressed

Win PE ModuleS

Any recent windows executable/library/screen saver should have been compiled in PE (portable executable) format.

It is divided into subsections: .text, .bss., .data, .rsrc, etc...

We are interested in .rsrc section, that can hold BMP and WAV files.

Known extensions:

*.386;*.3gr;8b*;*.98;*.acm;*.api;*.apl;*.ara;*.arx;*.asi;*.ax;*.awx;*.bmi;*.chs;

*.cht;*.cnv;*.cpl;*.csy;*.d01;*.dan;*.deu;*.dbx;*.dic;*.dl*;*.drv;*.ds;*.ell;

*.enu;*.esp;*.exe;*.fla;*.fln;*.flt;*.fon;*.fra;*.grm;*.gup;*.heb;*.hdi;*.hun;

*.hx*.ime;*.imp;*.ita;*.jpn;*.kor;*.mod;*.mpd;*.mst;*.nld;*.nls;*.nor;*.ocx;

*.olb;*.pci;*.pdr;*.pkg;*.plk;*.ptb;*.rll;*.rus;*.scr;*.se;*.sfx;*.src;*.str;

*.sve;*.sys;*.tas;*.tha;*.tlb;*.trk;*.tsk;*.tsp;*.vbx;*.wll;*.wpc;*.wpl;*.x32;

*.xfm;*.xh*;*.xpg

VXD libraries and other special modules are compiled in NE or LE format. They usually don’t hold any resource and have been discarded.

ADVANCED OPTIONS: OUTPUT FORMAT & BITS SELECTION LEVEL

[PCX,TGA]

Output format:

(As original) Carriers will be processed according to their original format.

(Compressed) Carriers will be processed in compressed format.

(Uncompressed) Carriers will be processed in uncompressed format.

Only few graphic viewers/editors support PCX uncompressed format.

[PNG]

Output format:

(As original) Carriers will be processed according to their original format.

(Interlaced) Carriers will be processed in interlaced format.

(Linear) Carriers will be processed in linear format.

PNG interlaced format is usually internet oriented.

IDAT Chunk size:

PNG format is chunk based, image data are stored into a IDAT chunks chain.

(from 16Kb to 4Mb) Carriers will be split into selected size IDAT chunks.

64Kb can be stated as standard IDAT chunks size.

Bigger IDAT chunks ensure smaller total file size, nevertheless some graphic viewers/editors couldn't be able to read them.

Compression level:

(Minimum) Minimum compression with fastest processing time.

(Maximum) Maximum compression with slowest processing time.

Minimum size is ensured by Linear+4 Mb+Maximum.

Maximum Internet optimization is ensured by Interlaced+16Kb+Minimum.

[AIFF,BMP,JPG,MP3,NEXT/SUN,PCX,PNG,TGA,WAV]

Bits selection level:

(Minimum) Almost all pixels/samples will be used for hiding.

(Maximum) Only few suitable pixels/samples will be used for hiding.

When unhiding, remember to set bits selection level to its hiding value!

Example:

1000x1000 JPG, Minimum=100.000 carrier bits, Maximum=2.000 carrier bits.

SUGGESTION FOR BETTER RESULTS

Carriers chains:

Hide your data into single/multiple carriers chains, adding carriers in unexpected order. Unhiding attempts by unallowed curious people will exponentially grow in complexity.

Single carrier example: (Simple, Fast unhiding time, Unsafe)

mypersonaldata >> John.mp3

Single chain example: (Medium complexity, Medium unhiding time, Safe)

Multiple chains example: (Maximum complexity, Slow unhiding time, Bomb-proof)

+mypersonaldata (1/n) >> Bear.jpg | Arrow.png | John.bmp | etc…

+mypersonaldata (2/n) >> Zoo.tga | Arrow.png | Beep.wav | etc…

etc…

Password:

Make use of long (>16 chars) easy to remember passwords, changing them every time.

Carrier bits selection level:

Make always use of different levels for each hiding process. Unhiding attempts by unallowed curious people will grow in complexity.

Examples:

Hiding process 1:

Aiff: Low

BMP: Very low

JPG: High

MP3: Very high

NEXT/SUN: Very low

PCX: Maximum

PNG: Low

TGA: Minimum

WAV: Medium

Hiding process 2:

AIFF: Medium

BMP: Low

JPG: Minimum

MP3: High

NEXT/SUN: Very low

PCX: High

PNG: Maximum

TGA: Very low

WAV: Very high

A full system could be:

Hiding your data into many complex chains (hundreds of carriers, with non alphabetical random order), each one with a completely different 32-chars-password.

Saving all settings inside an "index" single carrier.

Example:

+data1 (1/n) [carrier1 | ... | carrier100] [VeryLongPassword1] [BitsSelectionLevelSettings1]

+data2 (2/n) [carrier1 | ... | carrier100] [VeryLongPassword2] [BitsSelectionLevelSettings2]

etc...

+A very unsuspicious "index" carrier [FixedPassword] [FixedBitsSelectionLevel] holding a text file that summaries:

1-n carriers name and order
VeryLongPassword1-n
BitsSelectionLevelSettings1-n

This could grow into a real user-defined secret transmission channel between people!

Variance:

[BMP,PCX,PNG,TGA] Only proper pixels will be processed. A 50% variance increase could be a medium result, but not advisable (max 20%).

[JPG] Only DCT transformed color frequencies will be processed. Even a 100% variance increase would be acceptable.

[AIFF,NEXT/SUN,WAV] Only proper samples will be processed. A 50% variance increase could be a medium result, but not advisable (max 20%).

[MP3] Only ancillary bits (unused) of selected mp3 stream will be processed. A 1% variance increase could be a medium result.

Always check windows report!

Examples:

[BMP,PCX,PNG,TGA]

Carrier #00001: xxx.bmp [+90.000000%] >> Unacceptable!
Carrier #00002: xxx.pcx [+50.000000%] >> Acceptable.
Carrier #00003: xxx.png [+20.000000%] >> Good.
Carrier #00004: xxx.tga [+5.000000%] >> Perfect!

[JPG]

Carrier #00001: xxx.jpg [+90.000000%] >> Acceptable.
Carrier #00002: xxx.jpg [+20.000000%] >> Good.
Carrier #00003: xxx.jpg [+5.000000%] >> Perfect!

[AIFF,NEXT/SUN,WAV]

Carrier #00001: xxx.aif [+80.000000%] >> Unacceptable!
Carrier #00002: xxx.au [+50.000000%] >> Acceptable.
Carrier #00003: xxx.sng [+20.000000%] >> Good.
Carrier #00004: xxx.wav [+5.000000%] >> Perfect!

[MP3]

Carrier #00001: xxx.mp3 [+5.000000%] >> Unacceptable!
Carrier #00002: xxx.mp3 [+1.000000%] >> Good.
Carrier #00003: xxx.mp3 [+0.100000%] >> Perfect!

Puff v1.01 Steganografia & Authoring
Nascondere dati e authoring, semplice, sicuro e gratis!

Cosimo Oliboni, Italia, 2004

Blackvisionit@yahoo.it

CARATTERISTICHE: PERCHE’ QUESTO PRORGRAMMA E’ DIFFERENTE DAGLI ALTRI?

COSA E’ LA STEGANOGRAFIA? PERCHE’ DOVREI AVERNE BISOGNO?

COSA E’ L’AUTHORING? PERCHE’ DOVREI AVERNE BISOGNO?

FORMATI SUPPORTATI IN DETTAGLIO

OPZIONI AVANZATE: FORMATO DI OUTPUT & LIVELLO DI SELEZIONE BIT

SUGGERIMENTI PER RISULTATI MIGLIORI

TUTORIALS, LINKS & DOWNLOADS

PHOTO GALLERY

1^o Release Dic/2004: Download Puff v1.01 (.ZIP)

Tutte le necessarie precauzioni di sicurezza sono state implementate: crittografia a password, crittografia random, cancellazione a basso livello dei file temporanei, ecc...

Note legali:

Ricordate: questo programma non è stato scritto per uso illegale.

L’uso di questo programma in violazione delle leggi del vostro paese è assolutamente proibito.

L’autore declina qualsiasi responsabilità conseguente dall’uso improprio di questo programma.

Nè codice nè formati coperti da brevetto sono stati inseriti in questo programma.

Nota speciale MP3:

Questo programma non codifica o decodifica dati audio.

Esclusivamente i bit ausiliari (bit inutilizzati dello stream MP3) vengono trattati. Ogni altro elemento viene semplicemente saltato.

Quindi, per favore, non inviate richieste per contributi/tasse/royalty di brevetto.

Questo è un programma registrato:

è totalmente gratis: le uniche cose che non potete fare sono

modificarlo.

spacciarlo per vostro.

Inviate i vostri suggerimenti, commenti, segnalazioni, richieste, ecc... a blackvision@yahoo.it

Contattatemi inoltre se doveste ricevere una copia manipolata/non funzionante di questo programma, indicando come ne siete entrati in possesso. Ve ne manderò gratis una originale e funzionante.

CARATTERISTICHE: PERCHE’ QUESTO PRORGRAMMA E’ DIFFERENTE DAGLI ALTRI?

Ovviamente la steganografia non è un’idea nuova, ma gli altri programmi che ho testato non rispondevano minimamente ai miei requisiti minimi di sicurezza. Ho inoltre pensato che anche voi avreste potuto trarre vantaggio da un programma di steganografia "nuovo e a prova di bomba". Un’interfaccia scritta appositamente per utenti esigenti e consapevoli.

LIVELLO DI SELEZIONE BIT:

Ogni tipo di carrier può venire trattato in 7 modi differenti: la complessità del recupero crescerà di 7 per tipo di carrier adoperato.

ALGORITMO DI CRITTOGRAFIA:

16 differenti algoritmi di crittografia, con 16 sottovarianti, per un totale di 256. Esattamente ogni possibile valore di un byte!

Inoltre, la sequenza degli algoritmi è random.

CRITTOGRAFIA A PASSWORD:

L’algoritmo di crittografia a password è stato progettato per produrre un numero elevato di valori fissi ridondanti. Ovviamente ciò aumenta la complessità del recupero.

CATENE DI CARRIER:

I dati vengono suddivisi fra i vari carrier. Solo la sequenza corretta di carrier ne permette il recupero: la complessità cresce di n!, dove n è il numero di carrier. Potrete inoltre nascondere fino a 256Mb di dati, avendo abbastanza carrier a disposizione. L’ultimo carrier verrà riempito con bit random per renderlo indistinguibile dagli altri.

n=01 >> n!=1
n=02 >> n!=2
n=03 >> n!=6
n=04 >> n!=24
n=05 >> n!=120
n=06 >> n!=720
n=07 >> n!=5040
n=08 >> n!=40320
n=09 >> n!=362880
n=10 >> n!=3628800

ecc...

TRATTAMENTO ALFABETICO:

I carrier verranno trattati in ordine alfabetico. Non si potrà quindi cercare nemmeno a basso livello una traccia fisica del loro ordine logico.

SICUREZZA GLOBALE:

Il codice del programma è assolutamente non open-source. So che ciò urterà i fan dell’open-source o che semplicemente li metterà in guardia, temendo che il programma effettui operazioni illegali/indesiderate/violazioni della privacy. Ovviamente non ne ho la minima intenzione. Semplicemente ho trovato tonnellate di materiale sugli attacchi agli algoritmi di crittografia a chiave pubblica. Ciò mi ha definitivamente spinto a scegliere la segretezza.
I dati sono protetti da CRC.
I dati per il recupero (password, ecc...) non vengono salvati all’interno dei carrier.
La minima incoerenza nei dati ne bloccherà il recupero.

SOMMARIO:

Qualcuno potrà anche riuscere ad effettuare il debug del programma e a scoprire l’algoritmo di crittografia (sarebbe un lavoro enorme, non impossibilie, ma immenso). Anche in questo caso una semplice catena di 20 carrier di 3 differenti tipi potrebbe richiedere 4e+19 tentativi per violarne la protezione, tralasciando la protezione a password! Potrete ottenere risultati ottimali solo comprendendo a pieno tutte le opzioni e i trucchi che vi vengono offerti.

AUTHORING:

Una versione semplificata dello stesso meccanismo è disponibile per l’authoring, un metodo in più per firmare i vostri lavori!

Ogni carrier verrà trattato come una catena composta da 1 solo elemento.
I carrier bit saranno riempiti con il marchio di copyright.
Non verranno eseguite nè crittografia, nè compressione.
Puff v1.01 svolgerà la funzione di interfaccia pubblica per verificare l’integrità del marchio di copyright. L’unica impostazione richiesta è il livello di selezione bit adoperato al momento dell’authoring.

COSA E’ LA STEGANOGRAFIA?

È un metodo originale per nascondere dati all’interno di altri file, chiamati carrier. I carrier modificati avranno lo stesso aspetto degli originali, senza alcun cambiamento percettibile. I migliori carrier sono immagini e file audio, dato che chiunque può inviarli/riceverli/scaricarli senza destare sospetti. Come è possibile tutto ciò?

Le immagini e i file audio necessitano di molti bit per elemento, così se ne può usare almeno 1 per rappresentare i vostri dati nascosti.

Esempi:

11000011, 10110100, 01101110, 11101001 --> 1001 [Tecnica del bit meno significativo]

11000010, 10110101, 01101100, 11101011 --> 10010011 [Tecnica dei 2 bit meno significativi]

ecc…

PERCHE’ DOVREI AVERNE BISOGNO?

Non avete bisogno di questo metodo se i vostri dati

possono venire esplicitamente inviati o salvati in formato alterato o sospetto. La crittografia funziona meglio e più velocemente.
necessitano di trasmissione sicura online. I secure forms funzionano meglio e più velocemente.

Potreste essere interessati a questo metodo se i vostri dati

hanno bisogno di venire nascosti senza destare sospetti.
devono essere facilmente accessibili da chiunque, ma recuperabili solo da coloro a conoscenza del vostro metodo segreto.
avranno a disposizione tutto il tempo necessario per il recupero.

COSA E’ L’AUTHORING?

Per Authoring si intende l’azione di firmare un file con il vostro marchio di copyright (meglio noto come Watermarking). Questo programma lo fa in modo steganografico, all’interno di immagini e file audio. Il vostro marchio di copyright risulterà invisibile, ma accessibile da parte di chiunque (usando questo programma), dal momento che non sarà protetto da password.

PERCHE’ DOVREI AVERNE BISOGNO?

Non avete bisogno di questo metodo se il vostro marchio di copyright

deve risultare chiaramente visibile.
deve essere indipendente dai dati grafici/audio, quindi capace di sopravvivere alle operazioni di editing.
deve essere protetto da password.

Potreste essere interessati a questo metodo se il vostro marchio di copyright

deve essere invisibile.
deve dipendere dai dati grafici/audio, quindi impossibilitato a sopravvivere alle operazioni di editing.
Deve essere accessibile da chiunque (usando questo programma).

Un uso tipico di questo metodo potrebbe essere: inserimento di un marchio di copyright invisibile all’interno di file registrati che devono essere pubblicamente condivisi. Le copie manipolate illegalmente potranno forse somigliare agli originali, ma perderanno totalmente/parzialmente il marchio invisibile. Poichè questo metodo non è singolarmente a prova di bomba, deve essere combinato con altri: registrazione, CRC, ecc...

FORMATI SUPPORTATI IN DETTAGLIO

Immagini: BMP, JPG, PCX, PNG, TGA.

Audio: AIFF, MP3, NEXT/SUN, WAV.

Moduli Win PE.

I carrier manterranno il loro formato:

[in: 32 bit per piano TGA, out: 32 bit per piano TGA]
[in: Stereo WAV, out: Stereo WAV]
[in: RGB+Alpha BMP, out: RGB+Alpha BMP]

ecc...

I tag/chunk addizionali e i byte extra saranno integralmente copiati senza modifiche.

Non eseguite nessuna nuova operazione sui carrier modificati. I loro carrier bit verrebbero molto probabilmente alterati!

Note:

I formati JPG con compressione aritmetica e GIF sono stati necessariamente esclusi, dal momento che sono coperti da brevetto!

I formati AIFF,NEXT/SUN e WAV da 8 bit per campione sono stati esclusi a causa di una percettibile distorsione del segnale!

Immagini BITMAP di WINDOWS (Microsoft)

Estensioni note: *.BMP,*.DIB

24/32 bit per pixel

Mono/RGB/RGB+Alpha

Fino alla versione 5

Immagini JPG (Joint Photographic Experts Group)

Estensioni note: *.JPG,*.JPE,*.JPEG,*.JFIF

8 bit per piano

1-4 piani per pixel, es: Mono/RGB/YCbCr/YCbCrK/CMY/CMYK

Baseline lossy DCT-jfif con compressione Huffman

Piani con allinemento indipendente h2v2 (4:4), h1v2 (4:2), h2v1 (4:2), h1v1 (4:1)

Formati JPG non supportati:

Estensione a 12 bit per piano

Compressione lossless DCT/aritmetica

Suddivisione progressiva/gerarchica/selezione spettrale

JPG2000

Immagini PCX (ZSoft)

Estensioni note: *.PCX

24 bit per pixel Mono/RGB

Compresso/Non compresso

Immagini PNG (Portable Network Graphics)

Estensioni note: *.PNG

8/16 bit per piano

Mono/RGB/Mono+Alpha/RGB+Alpha

Interlacciato/Lineare

Immagini TGA (Targa Truevision)

Estensioni note: *.TGA,*.VDA,*.ICB,*.VST

Mono-8 bit per pixel o RGB/RGB+Alpha-24/32 bit per pixel

Compresso/Non compresso

File audio AIFF (Audio Interchange File Format)

Estensioni note: *.AIF,*.AIFF,*.SND

16 bit per campione

Mono/Stereo/Multi canale

Lineare, non compresso

File audio MP3 (Fraunhofer Institut)

Estensioni note: *.MP3

MPG 1/MPG 2/MPG 2.5 Layer III

Bitrate fisso/variabile

Mono/Dual Channel/Joint Stereo/Stereo

ID Tagged

Formati MP3 non supportati:

Bitrate libero

MPG 1/MPG 2/MPG 2.5 Layer I/II

File audio NEXT/SUN (Macchine Sun & Next)

Estensioni note: *.AU,*.SND

16 bit per campione

Mono/Stereo/Multi canale

Lineare, non compresso

File audio WAV (Microsoft)

Estensioni note: *.WAV,*.WAVE

16 bit per campione

Mono/Stereo/Multi canale

PCM, non compresso

Moduli Win PE

Ogni eseguibile/libreria/screen saver di windows prodotto di recente, dovrebbe essere stato compilato in formato PE (portable executable).

È diviso in sottosezioni: .text, .bss., .data, .rsrc, etc...

Ci interessa la sezione .rsrc che può contenere file BMP e WAV.

Estensioni note:

*.386;*.3gr;8b*;*.98;*.acm;*.api;*.apl;*.ara;*.arx;*.asi;*.ax;*.awx;*.bmi;*.chs;

*.cht;*.cnv;*.cpl;*.csy;*.d01;*.dan;*.deu;*.dbx;*.dic;*.dl*;*.drv;*.ds;*.ell;

*.enu;*.esp;*.exe;*.fla;*.fln;*.flt;*.fon;*.fra;*.grm;*.gup;*.heb;*.hdi;*.hun;

*.hx*.ime;*.imp;*.ita;*.jpn;*.kor;*.mod;*.mpd;*.mst;*.nld;*.nls;*.nor;*.ocx;

*.olb;*.pci;*.pdr;*.pkg;*.plk;*.ptb;*.rll;*.rus;*.scr;*.se;*.sfx;*.src;*.str;

*.sve;*.sys;*.tas;*.tha;*.tlb;*.trk;*.tsk;*.tsp;*.vbx;*.wll;*.wpc;*.wpl;*.x32;

*.xfm;*.xh*;*.xpg

Le librerie VXD e altri moduli speciali sono compilati in formato NE o LE. Solitamente non contengono risorse e sono stati esclusi.

OPZIONI AVANZATE: FORMATO DI OUTPUT & LIVELLO DI SELEZIONE BIT

[PCX,TGA]

Formato di output:

(Originale) I carrier verranno scritti nel loro formato originale.

(Compresso) I carrier verranno scritti in formato compresso.

(Non compresso) I carrier verranno scritti in formato non compresso.

Solo pochi visualizzatori/editor supportano il formato PCX non compresso.

[PNG]

Formato di output:

(Originale) I carrier verranno scritti nel loro formato originale.

(Interlacciato) I carrier verranno scritti in formato interlacciato.

(Lineare) I carrier verranno scritti in formato lineare.

Il formato PNG interlacciato è solitamente adoperato in internet.

Dimensione chunk IDAT:

Il formato PNG è diviso in chunk, i dati dell’immagine vengono salvati in una catena di chunck IDAT.

(da 16Kb a 4Mb) I carrier verranno suddivisi in chunk IDAT della dimensione selezionata.

64Kb può essere definita come la dimensione standard dei chunk IDAT.

Chunk IDAT più grandi assicurano una minore dimensione totale del file, tuttavia potrebbero risultare illeggibili da parte di alcuni visualizzatori/editor.

Livello di compressione:

(Minimo) Compressione minima, veloce.

(Massimo) Compressione massima, lenta.

La dimensione minima viene assicurata da Lineare+4 Mb+Massimo.

La massima ottimizzazione per internet viene assicurata da Interlacciato+16Kb+Minimo.

[AIFF,BMP,JPG,MP3,NEXT/SUN,PCX,PNG,TGA,WAV]

Livello di selezione bit:

(Minimo) Quasi tutti i pixel/campioni verranno trattati.

(Massimo) Solo alcuni pixel/campioni verranno trattati.

Per recuperare i dati, ricordate di impostare il livello di selezione bit allo stesso valore usato per nasconderli!

Esempio:

1000x1000 JPG, Minimo=100.000 carrier bit, Massimo=2.000 carrier bit.

SUGGERIMENTI PER RISULTATI MIGLIORI

Catene di carrier:

Nascondete i vostri dati all’interno di catene singole o multiple di carrier, aggiungendo carrier in ordine imprevedibile. I tentativi di recupero da parte di estranei non autorizzati cresceranno esponenzialmente in complessità.

Esempio di carrier singolo: (Semplice, Recupero veloce, Non sicuro)

mieidatipersonali >> John.mp3

Esempio di catena singola: (Complessità media, Recupero medio, Sicuro)

Esempio di catene multiple: (Complessità massima, Recupero lento, A prova di bomba)

+mieidatipersonali (1/n) >> Bear.jpg | Arrow.png | John.bmp | ecc…

+mieidatipersonali (2/n) >> Zoo.tga | Arrow.png | Beep.wav | ecc…

ecc…

Password:

Usate password lunghe (>16 caratteri) facili da ricordare, cambiandole di volta in volta.

Livello di selezione bit dei carrier:

Usate sempre livelli diversi per ogni operazione. I tentativi di recupero da parte di estranei non autorizzati cresceranno esponenzialmente in complessità.

Esempi:

Operazione 1:

Aiff: Basso

BMP: Molto basso

JPG: Alto

MP3: Molto alto

NEXT/SUN: Molto basso

PCX: Massimo

PNG: Basso

TGA: Minimo

WAV: Medio

Operazione 2:

AIFF: Medio

BMP: Basso

JPG: Minimo

MP3: Alto

NEXT/SUN: Molto basso

PCX: Alto

PNG: Massimo

TGA: Molto basso

WAV: Molto alto

Un sistema completo potrebbe essere:

Nascondere i vostri dati all’interno di numerose catene complesse (centinaia di carrier, in ordine random non alfabetico), ognuna con una diversa password di 32 caratteri.

Salvare tutte le impostazioni all’interno di un unico carrier "indice".

Esempio:

+dati1 (1/n) [carrier1 | ... | carrier100] [PasswordMoltoLunga1] [ImpostazioniLivelloSelezioneBit1]

+dati2 (2/n) [carrier1 | ... | carrier100] [PasswordMoltoLunga2] [ImpostazioniLivelloSelezioneBit2]

ecc...

+Un carrier "indice" assolutamente non sospetto [PasswordFissa] [LivelloSelezioneBitFisso] contenente un file di testo che riassuma:

1-n nomi dei carrier name e ordine
PasswordMoltoLunga1-n
ImpostazioniLivelloSelezioneBit1-n

Questo potrebbe diventare un vero canale di comunicazione segreto e personalizzabile!

Varianza:

[BMP,PCX,PNG,TGA] Solo i pixel adeguati saranno trattati. Un incremento di varianza del 50% potrebbe rappresentare un risultato medio, ma non consigliabile (massimo 20%).

[JPG] Solo le trasformate DCT delle frequenze di colore saranno trattate. Anche un incremento di varianza del 100% potrebbe risultare accettabile.

[AIFF,NEXT/SUN,WAV] Solo i campioni adeguati saranno trattati. Un incremento di varianza del 50% potrebbe rappresentare un risultato medio, ma non consigliabile (massimo 20%).

[MP3] Solo i bit ausiliari (inutilizzati) dello stream mp3 saranno trattati. Un incremento di varianza del 1% potrebbe rappresentare un risultato medio.