Cryptography

Cryptography (or cryptology; from Greek κρυπτός kryptós, „hidden, secret“; and γράφειν graphein, „writing“, or -λογία -logia, „study“, respectively) is the practice and study of techniques for secure communication in the presence of third parties (called adversaries). More generally, it is about constructing and analyzing protocols that block adversaries; various aspects in information security such as data confidentiality, data integrity, authentication, and non-repudiation are central to modern cryptography. Modern cryptography exists at the intersection of the disciplines of mathematics, computer science, and electrical engineering. Applications of cryptography include ATM cards, computer passwords, and electronic commerce.

Hmac

HMAC

HMAC, HMAC_Init, HMAC_Update, HMAC_Final, HMAC_cleanup – HMAC message
authentication code

SYNOPSIS

#include (openssl/hmac.h)

unsigned char *HMAC(const EVP_MD *evp_md, const void *key,
int key_len, const unsigned char *d, int n,
unsigned char *md, unsigned int *md_len);

void HMAC_CTX_init(HMAC_CTX *ctx);

void HMAC_Init(HMAC_CTX *ctx, const void *key, int key_len,
const EVP_MD *md);
void HMAC_Init_ex(HMAC_CTX *ctx, const void *key, int key_len,
const EVP_MD *md);
void HMAC_Update(HMAC_CTX *ctx, const unsigned char *data, int len);
void HMAC_Final(HMAC_CTX *ctx, unsigned char *md, unsigned int *len);

void HMAC_CTX_cleanup(HMAC_CTX *ctx);
void HMAC_cleanup(HMAC_CTX *ctx);

DESCRIPTION

HMAC is a MAC (message authentication code), i.e. a keyed hash function
used for message authentication, which is based on a hash function.

HMAC() computes the message authentication code of the n bytes at d
using the hash function evp_md and the key key which is key_len bytes
long.

It places the result in md (which must have space for the output of the
hash function, which is no more than EVP_MAX_MD_SIZE bytes). If md is
NULL, the digest is placed in a static array. The size of the output
is placed in md_len, unless it is NULL.

evp_md can be EVP_sha1(), EVP_ripemd160() etc. key and evp_md may be
NULL if a key and hash function have been set in a previous call to
HMAC_Init() for that HMAC_CTX.

HMAC_CTX_init() initialises a HMAC_CTX before first use. It must be
called.

HMAC_CTX_cleanup() erases the key and other data from the HMAC_CTX and
releases any associated resources. It must be called when an HMAC_CTX
is no longer required.

HMAC_cleanup() is an alias for HMAC_CTX_cleanup() included for back
compatibility with 0.9.6b, it is deprecated.

The following functions may be used if the message is not completely
stored in memory:

HMAC_Init() initializes a HMAC_CTX structure to use the hash function
evp_md and the key key which is key_len bytes long. It is deprecated
and only included for backward compatibility with OpenSSL 0.9.6b.

HMAC_Init_ex() initializes or reuses a HMAC_CTX structure to use the
function evp_md and key key. Either can be NULL, in which case the
existing one will be reused. HMAC_CTX_init() must have been called
before the first use of an HMAC_CTX in this function. N.B. HHMMAACC_IInniitt(())
had this undocumented behaviour in previous versions of OpenSSL – fail-
ure to switch to HHMMAACC_IInniitt_eexx(()) in programs that expect it will cause
them to stop working.

HMAC_Update() can be called repeatedly with chunks of the message to be
authenticated (len bytes at data).

HMAC_Final() places the message authentication code in md, which must
have space for the hash function output.

RETURN VALUES

HMAC() returns a pointer to the message authentication code.
HMAC_CTX_init(), HMAC_Init_ex(), HMAC_Update(), HMAC_Final() and
HMAC_CTX_cleanup() do not return values.

EOF

Share this post from Rbcafe :
Share on FacebookShare on Google+Tweet about this on Twitter

EVP digest

EVP

EVP_MD_CTX_init, EVP_MD_CTX_create, EVP_DigestInit_ex, EVP_DigestUp-
date, EVP_DigestFinal_ex, EVP_MD_CTX_cleanup, EVP_MD_CTX_destroy,
EVP_MAX_MD_SIZE, EVP_MD_CTX_copy_ex EVP_MD_CTX_copy, EVP_MD_type,
EVP_MD_pkey_type, EVP_MD_size, EVP_MD_block_size, EVP_MD_CTX_md,
EVP_MD_CTX_size, EVP_MD_CTX_block_size, EVP_MD_CTX_type, EVP_md_null,
EVP_md2, EVP_md5, EVP_sha, EVP_sha1, EVP_dss, EVP_dss1, EVP_mdc2,
EVP_ripemd160, EVP_get_digestbyname, EVP_get_digestbynid,
EVP_get_digestbyobj – EVP digest routines

SYNOPSIS

#include (openssl/evp.h)

void EVP_MD_CTX_init(EVP_MD_CTX *ctx);
EVP_MD_CTX *EVP_MD_CTX_create(void);

int EVP_DigestInit_ex(EVP_MD_CTX *ctx, const EVP_MD *type, ENGINE *impl);
int EVP_DigestUpdate(EVP_MD_CTX *ctx, const void *d, unsigned int cnt);
int EVP_DigestFinal_ex(EVP_MD_CTX *ctx, unsigned char *md,
unsigned int *s);

int EVP_MD_CTX_cleanup(EVP_MD_CTX *ctx);
void EVP_MD_CTX_destroy(EVP_MD_CTX *ctx);

int EVP_MD_CTX_copy_ex(EVP_MD_CTX *out,const EVP_MD_CTX *in);

int EVP_DigestInit(EVP_MD_CTX *ctx, const EVP_MD *type);
int EVP_DigestFinal(EVP_MD_CTX *ctx, unsigned char *md,
unsigned int *s);

int EVP_MD_CTX_copy(EVP_MD_CTX *out,EVP_MD_CTX *in);

#define EVP_MAX_MD_SIZE (16+20) /* The SSLv3 md5+sha1 type */

#define EVP_MD_type(e) ((e)->type)
#define EVP_MD_pkey_type(e) ((e)->pkey_type)
#define EVP_MD_size(e) ((e)->md_size)
#define EVP_MD_block_size(e) ((e)->block_size)

#define EVP_MD_CTX_md(e) (e)->digest)
#define EVP_MD_CTX_size(e) EVP_MD_size((e)->digest)
#define EVP_MD_CTX_block_size(e) EVP_MD_block_size((e)->digest)
#define EVP_MD_CTX_type(e) EVP_MD_type((e)->digest)

const EVP_MD *EVP_md_null(void);
const EVP_MD *EVP_md2(void);
const EVP_MD *EVP_md5(void);
const EVP_MD *EVP_sha(void);
const EVP_MD *EVP_sha1(void);
const EVP_MD *EVP_dss(void);
const EVP_MD *EVP_dss1(void);
const EVP_MD *EVP_mdc2(void);
const EVP_MD *EVP_ripemd160(void);

const EVP_MD *EVP_get_digestbyname(const char *name);
#define EVP_get_digestbynid(a) EVP_get_digestbyname(OBJ_nid2sn(a))
#define EVP_get_digestbyobj(a) EVP_get_digestbynid(OBJ_obj2nid(a))

DESCRIPTION

The EVP digest routines are a high level interface to message digests.

EVP_MD_CTX_init() initializes digest contet ctx.

EVP_MD_CTX_create() allocates, initializes and returns a digest contet.

EVP_DigestInit_ex() sets up digest context ctx to use a digest type
from ENGINE impl. ctx must be initialized before calling this function.
type will typically be supplied by a functionsuch as EVP_sha1(). If
impl is NULL then the default implementation of digest type is used.

EVP_DigestUpdate() hashes cnt bytes of data at d into the digest con-
text ctx. This function can be called several times on the same ctx to
hash additional data.

EVP_DigestFinal_ex() retrieves the digest value from ctx and places it
in md. If the s parameter is not NULL then the number of bytes of data
written (i.e. the length of the digest) will be written to the integer
at s, at most EVP_MAX_MD_SIZE bytes will be written. After calling
EVP_DigestFinal_ex() no additional calls to EVP_DigestUpdate() can be
made, but EVP_DigestInit_ex() can be called to initialize a new digest
operation.

EVP_MD_CTX_cleanup() cleans up digest context ctx, it should be called
after a digest context is no longer needed.

EVP_MD_CTX_destroy() cleans up digest context ctx and frees up the
space allocated to it, it should be called only on a context created
using EVP_MD_CTX_create().

EVP_MD_CTX_copy_ex() can be used to copy the message digest state from
in to out. This is useful if large amounts of data are to be hashed
which only differ in the last few bytes. out must be initialized before
calling this function.

EVP_DigestInit() behaves in the same way as EVP_DigestInit_ex() except
the passed context ctx does not have to be initialized, and it always
uses the default digest implementation.

EVP_DigestFinal() is similar to EVP_DigestFinal_ex() except the digest
contet ctx is automatically cleaned up.

EVP_MD_CTX_copy() is similar to EVP_MD_CTX_copy_ex() except the desti-
nation out does not have to be initialized.

EVP_MD_size() and EVP_MD_CTX_size() return the size of the message
digest when passed an EVP_MD or an EVP_MD_CTX structure, i.e. the size
of the hash.

EVP_MD_block_size() and EVP_MD_CTX_block_size() return the block size
of the message digest when passed an EVP_MD or an EVP_MD_CTX structure.

EVP_MD_type() and EVP_MD_CTX_type() return the NID of the OBJECT IDEN-
TIFIER representing the given message digest when passed an EVP_MD
structure. For example EVP_MD_type(EVP_sha1()) returns NID_sha1. This
function is normally used when setting ASN1 OIDs.

EVP_MD_CTX_md() returns the EVP_MD structure corresponding to the
passed EVP_MD_CTX.

EVP_MD_pkey_type() returns the NID of the public key signing algorithm
associated with this digest. For example EVP_sha1() is associated with
RSA so this will return NID_sha1WithRSAEncryption. This „link“ between
digests and signature algorithms may not be retained in future versions
of OpenSSL.

EVP_md2(), EVP_md5(), EVP_sha(), EVP_sha1(), EVP_mdc2() and
EVP_ripemd160() return EVP_MD structures for the MD2, MD5, SHA, SHA1,
MDC2 and RIPEMD160 digest algorithms respectively. The associated sig-
nature algorithm is RSA in each case.

EVP_dss() and EVP_dss1() return EVP_MD structures for SHA and SHA1
digest algorithms but using DSS (DSA) for the signature algorithm.

EVP_md_null() is a „null“ message digest that does nothing: i.e. the
hash it returns is of zero length.

EVP_get_digestbyname(), EVP_get_digestbynid() and EVP_get_digestbyobj()
return an EVP_MD structure when passed a digest name, a digest NID or
an ASN1_OBJECT structure respectively. The digest table must be ini-
tialized using, for example, OpenSSL_add_all_digests() for these func-
tions to work.

RETURN VALUES

EVP_DigestInit_ex(), EVP_DigestUpdate() and EVP_DigestFinal_ex() return
1 for success and 0 for failure.

EVP_MD_CTX_copy_ex() returns 1 if successful or 0 for failure.

EVP_MD_type(), EVP_MD_pkey_type() and EVP_MD_type() return the NID of
the corresponding OBJECT IDENTIFIER or NID_undef if none exists.

EVP_MD_size(), EVP_MD_block_size(), EVP_MD_CTX_size(e), EVP_MD_size(),
EVP_MD_CTX_block_size() and EVP_MD_block_size() return the digest or
block size in bytes.

EVP_md_null(), EVP_md2(), EVP_md5(), EVP_sha(), EVP_sha1(), EVP_dss(),
EVP_dss1(), EVP_mdc2() and EVP_ripemd160() return pointers to the cor-
responding EVP_MD structures.

EVP_get_digestbyname(), EVP_get_digestbynid() and EVP_get_digestbyobj()
return either an EVP_MD structure or NULL if an error occurs.

NOTES

The EVP interface to message digests should almost always be used in
preference to the low level interfaces. This is because the code then
becomes transparent to the digest used and much more flexible.

SHA1 is the digest of choice for new applications. The other digest
algorithms are still in common use.

For most applications the impl parameter to EVP_DigestInit_ex() will be
set to NULL to use the default digest implementation.

The functions EVP_DigestInit(), EVP_DigestFinal() and EVP_MD_CTX_copy()
are obsolete but are retained to maintain compatibility with existing
code. New applications should use EVP_DigestInit_ex(), EVP_DigestFi-
nal_ex() and EVP_MD_CTX_copy_ex() because they can efficiently reuse a
digest context instead of initializing and cleaning it up on each call
and allow non default implementations of digests to be specified.

In OpenSSL 0.9.7 and later if digest contexts are not cleaned up after
use memory leaks will occur.

EXAMPLE

This example digests the data „Test Message\n“ and „Hello World\n“,
using the digest name passed on the command line.

#include (stdio .h)
#include (openssl/evp.h)

main(int argc, char *argv[])
{
EVP_MD_CTX mdctx;
const EVP_MD *md;
char mess1[] = „Test Message\n“;
char mess2[] = „Hello World\n“;
unsigned char md_value[EVP_MAX_MD_SIZE];
int md_len, i;

OpenSSL_add_all_digests();

if(!argv[1]) {
printf(„Usage: mdtest digestname\n“);
exit(1);
}

md = EVP_get_digestbyname(argv[1]);

if(!md) {
printf(„Unknown message digest %s\n“, argv[1]);
exit(1);
}

EVP_MD_CTX_init(&mdctx);
EVP_DigestInit_ex(&mdctx, md, NULL);
EVP_DigestUpdate(&mdctx, mess1, strlen(mess1));
EVP_DigestUpdate(&mdctx, mess2, strlen(mess2));
EVP_DigestFinal_ex(&mdctx, md_value, &md_len);
EVP_MD_CTX_cleanup(&mdctx);

printf(„Digest is: „);
for(i = 0; i < md_len; i++) printf("%02x", md_value[i]); printf("\n"); }BUGSThe link between digests and signing algorithms results in a situation where EVP_sha1() must be used with RSA and EVP_dss1() must be used with DSS even though they are identical digests.EOF

Share this post from Rbcafe :
Share on FacebookShare on Google+Tweet about this on Twitter

Evp

Evp

evp – high-level cryptographic functions

SYNOPSIS

#include (openssl/evp.h)

DESCRIPTION

The EVP library provides a high-level interface to cryptographic func-
tions.

EVP_Seal… and EVP_Open… provide public key encryption and decryp-
tion to implement digital „envelopes“.

The EVP_Sign… and EVP_Verify… functions implement digital signa-
tures.

Symmetric encryption is available with the EVP_Encrypt… functions.
The EVP_Digest… functions provide message digests.

Algorithms are loaded with OpenSSL_add_all_algorithms(3).

All the symmetric algorithms (ciphers) and digests can be replaced by
ENGINE modules providing alternative implementations. If ENGINE imple-
mentations of ciphers or digests are registered as defaults, then the
various EVP functions will automatically use those implementations
automatically in preference to built in software implementations. For
more information, consult the engine(3) man page.

EOF

Share this post from Rbcafe :
Share on FacebookShare on Google+Tweet about this on Twitter

Geschichte von Cryptext

Geschichte von Cryptext.

 Cryptext

Version 1.0.0

– Initial release.

Version 1.0.1

– Addition of documentation.
– Correction of graphics.

Version 1.0.2

– Correction of the french documentation.

Version 1.0.3

– Correction of the documentation.
– Correction during mail sending.
– Code correction.

Version 1.0.4

– Addition of the printing.
– Addition of the Twitter link.
– Correction of the menubar.

Version 1.0.5

– Correction of the translations.
– Correction of the AES key.
– Correction of the logs.
– Code correction.

Version 1.0.6

– Correction of the save process.
– Correction of cryptography.
– Correction of width and height.
– Correction of code.

Version 1.0.7

– Correction of the minimum system requirement.

Version 1.0.8

– Correction of colors.
– Correction of compatibility.
– Correction of drag and drop.
– Correction of the localizations.
– Correction of the documentation.
– Addition of transparency.

Version 1.0.9

– Minimum system requirements required. (10.8)
– Addition of a comprehensive help.
– Addition of the „Keychains“ support for passwords and keys.
– Addition of „Block preferences“ to block preference in a state.
– Addition of a checkbox to disable check spelling.
– Addition of new Retina icons.
– Correction of the encryption / decryption.
– Correction of the „About“ Window.
– Correction of the help menu.
– Correction of the logs.
– Correction of the menubar.
– Correction of the translations.
– Correction of the toolbar.
– Correction of the code.

Share this post from Rbcafe :
Share on FacebookShare on Google+Tweet about this on Twitter

Geschichte von Crypt

Geschichte von Crypt.

 Crypt

Version 1.0.0

– Initial release.

Version 1.0.1

– Addition of a Twitter link.
– Correction of code.

Version 1.0.2

– Addition of a keychain button for handling passwords.
– Correction of code.

Version 1.0.3

– The password can be 8 characters.
– Support of the Retina display.
– Support of the notification center.
– Code optimization.

Version 1.0.4

– Addition of Crypt cleaner. (Clean references, etc…)
– Addition of preferences.
– Addition of references. (List of references to files or encrypted files)
– Addition of a toolbar.
– Correction of the background.
– Correction of the interface.
– Correction of numerous bugs. (Thanks to critics)
– Correction of password storage.
– Correction of translations.

Share this post from Rbcafe :
Share on FacebookShare on Google+Tweet about this on Twitter

Cryptext

Cryptext : Encrypt your texts.

 Cryptext

Features of Cryptext :

 

  1. Cryptext is available on the Mac App Store. Cryptext is digitally signed.
  2. Cryptext hides your texts using AES 256.
  3. Cryptext is easy to use.

 

Cryptext

 

Cryptext Steps :

 

  1. Type a password and a key in the preference panel.
  2. You can select AES method.
  3. Write or copy the notes you want to secure.
  4. Encrypt your texts by clicking encrypt button.
  5. You can copy, paste, send by mail, or save to a text file.

 

Your notes are now encrypted using AES 256.

 

Cryptext 1.0.9

 

Download Cryptext

 Download Cryptext from the Mac App Store

Share this post from Rbcafe :
Share on FacebookShare on Google+Tweet about this on Twitter

Outguess

Outguess : Steganography.

 Outguess

Outguess is an advanced steganography tool. Outguess will conceal your document inside image (JPG) of your choice.

 

 Outguess

 

4 Easy steps :

 

  • Select your image.
  • Select a document to hide.
  • Choose a password to protect the inner document.
  • Click „hide data“.

 

Your document is now concealed in your image.

 

 Outguess process

 

Features of Outguess :

 

  1. Outguess is free, available everywhere.
  2. Outguess help to conceal a document inside a JPG image.
  3. Outguess is easy to use.

 

You can donate money to the Outguess project through Rbcafe’s PayPal account. There is no minimal amount for your donation.

If you click on one of the buttons below, you will be taken to the secure PayPal Web site.You don’t need to have a paypal account in order to make a donation.

 

Euros €

Dollars $

 

If you encounter problems or if you have questions, you can contact us.

 

Download Outguess

 

File : outguess.zip

  • MD5 : 86328f8f1259c856b80f41724a1b6309
  • SHA1 : 3ae71f656505a1f3f8f925af62a884883a823a8e
  • SHA256 : 13255302a624cec644ea402cff3507f69588755b5ea99ee178d428b1a3c500df

 

Share this post from Rbcafe :
Share on FacebookShare on Google+Tweet about this on Twitter
Seite 4 von 512345
Rbcafe © 2004- | Rb Cafe 1.2 | Kontakt Rbcafe | Folgen Sie Rbcafe auf Twitter | Seite auf Facebook | Datenschutz