About:
DIIT provides a simple tool that can hide a message inside a 24-bit colour image so that knowing how it was embedded, or performing statistical analysis, does not make it any easier to find the concealed information. It also provides a framework for implementing other steganography algorithms for use in the tool.

Author:
Kathryn H [contact developer]

Rating:	reset 1 2 3 4 5 6 7 8 9 10
8.19/10.00 (2 votes)

Homepage:
http://diit.sourceforge.net
Jar:
http://prdownloads.sourceforge.net/diit/diit-1.5.jar?download
Mirror site:
https://sourceforge.net/projects/diit

Trove categories: [change]

[Development Status]		4 - Beta, 5 - Production/Stable
[Environment]		Other Environment
[Intended Audience]		Advanced End Users, Developers, End Users/Desktop
[License]		OSI Approved :: GNU General Public License (GPL), OSI Approved :: GNU General Public License v2
[Operating System]		OS Independent
[Programming Language]		Java
[Topic]		Multimedia :: Graphics, Security, Security :: Cryptography
[Translations]		English

Dependencies: [change]
No dependencies filed

 Branches

Branch	Version	Last release	License	URLs
Default	1.5	09-Jun-2006	GNU General Public License (GPL)
DIRT The Digital Image Resizer Toy.	1.0	10-Sep-2007	GNU General Public License v2

 Comments

[»] Sparse doc.
by jaromrax - Jun 23rd 2005 08:34:59

Hi,
it might be useful if you wrote - how many bytes it can code (probably fraction of height x width, 1/100?), examples of hidden information with different sizes etc. There is also certainly a way to decrypt it, which is not mentioned at all. Comparison with other similar tools would be interesting as well....
jaromrax

[reply] [top]

[»] Re: Sparse doc.
by Kathryn H - Jun 30th 2005 18:13:28


> Hi,

> it might be useful if you wrote - how

> many bytes it can code (probably

> fraction of height x width, 1/100?),

> examples of hidden information with

> different sizes etc. There is also

> certainly a way to decrypt it, which is

> not mentioned at all. Comparison with

> other similar tools would be interesting

> as well....

> jaromrax

I agree - I'm currently working on all the documentation, and will post it up to the homepage as soon as it's done. As a quick answer though:
The number of bytes it can encode is maximumsize = (imageheight * imagewidth * 3 * (endbits - startbits)) / 8
Which is the size of the image, times the number of colour values (red, green, blue) times the number of bits you define to hide it in. I think I have allowed a maximum of 7 bits to hide in. It's divided by 8 to turn bits into bytes.

The tool decrypts the hidden message too - as long as you know the algorithm it is hidden using and the password. The only other way to decrypt the hidden message is to try every combination of passwords - which takes a very long time as it's hidden randomly.

From what I've seen of other lsb steganography tools, this performs a lot better, almost halving the detection rate. As part of the final release there will be a load of benchmarking put into the interface, so you are able to see for yourself how well the different algorithms do.

I will work on the documentation but the next release is sure to be a lot better.

Thanks for the feedback :)
Kathryn

--
Steganography is fun!

[reply] [top]

---