Encrypted text will render as unintelligible, eg: ;)g*fg&x#98d(lk$K]esdL,J^`F*j24h0'1

If method is not specified, then standard WebDNA encryption is assumed.

Method	WebDNA Version	Description
CyberCash		CyberCash is the triple-DES encryption used to communicate with the CyberCash CashRegister servers.
Base64		Base64 is the encoding (not safe for encryption) standard HTML browsers use for Basic Authentication.
APOP		APOP is the MD5 encryption used by email servers that support APOP authentication. It is a hash method. A hash is simply a one-way function, that will take a string or data source and create an encrypted looking string.
BLOWFISH		BLOWFISH is a symmetric-key block cipher, designed in 1993 by Bruce Schneier. Blowfish provides a good encryption rate in software and no effective cryptanalysis of it has been found to date. However, TwoFish or AES will be prefered in most cases.
SHA256	8.1+	SHA256 is one of the strongest hash methods, meaning that no way is known to recover the original string from the hash. It is a Secure Hash Standard.
TWOFISH	8.1+	TWOFISH is a symmetric key block cipher with a block size of 128 bits and key sizes up to 256 bits. Twofish is related to and further improves the earlier block cipher Blowfish.
AES	8.1+	AES (Advanced Encryption Standard), is a specification for the encryption of electronic data established by the U.S. National Institute of Standards and Technology. AES has been adopted by the U.S. government and is now used worldwide. AES is included in the ISO/IEC 18033-3 standard. AES is available in many different encryption packages, and is the first publicly accessible and open cipher approved by the National Security Agency (NSA) for top secret information when used in an NSA approved cryptographic module.
SHA1	8.2+	SHA1 is considered a weak method but is still requested by services like cloudify.
GCM	8.2+	Galois/Counter Mode (GCM) is a mode of operation for symmetric key cryptographic block ciphers that has been widely adopted because of its efficiency and performance. GCM throughput rates for state of the art, high speed communication channels can be achieved with reasonable hardware resources. The operation is an authenticated encryption algorithm designed to provide both data authenticity (integrity) and confidentiality.
bcrypt	8.6+	Bcrypt is a password salt / hashing setup that conforms with current standards.
hmacsha256	8.6.5+	HMACSHA256 is a type of keyed hash algorithm that is constructed from the SHA-256 hash function and used as a Hash-based Message Authentication Code (HMAC). The HMAC process mixes a secret key with the message data, hashes the result with the hash function, mixes that hash value with the secret key again, and then applies the hash function a second time. The output hash is 256 bits in length.
hmacsha512	8.6.5+	HMACSHA512 is a type of keyed hash algorithm that is constructed from the SHA-512 hash function and used as a Hash-based Message Authentication Code (HMAC). The HMAC process mixes a secret key with the message data and hashes the result. The hash value is mixed with the secret key again, and then hashed a second time. The output hash is 512 bits in length.

Do not lose or change your seed value, as it is unrecoverable; the developers of WebDNA cannot recover encrypted values without the original seed.

Example WebDNA code:

[encrypt seed=secret_value]Keep this secret[/encrypt]copy

[decrypt seed=secret_value][YourEncryptedField][/decrypt]copy

Using a specific method:

[encrypt method=blowfish&seed=secret_value]Keep this secret[/encrypt]copy

When writing your encrypted value to a database, you must wrap the encrypted value in double [url] tags. When reading them back out of the database, use a single [unurl] context. See explanation* below.
Example WebDNA code:

[replace ...]UserPassword=[url][url][encrypt seed=1234][UserPassword][/encrypt][/url][/url][/replace]

[search ...]
  [founditems]
    Your password is: [decrypt seed=1234][unurl][UserPassword][/unurl][/decrypt]
  [/founditems]
[/search]copy

Note that the [url] tags are outside the [encrypt] tags when writing to the database, but inside the [decrypt] tags when retrieving.

Explanation of the [url] requirement:
When writing to a database, any value that has potentially misunderstood characters, such as "&" "=" and "]" must be wrapped in a [url] context to change these characters into ascii equivalents (&, etc.). When reading data out of a database, WebDNA automatically converts these escaped characters back to normal characters, so no [unurl] is needed. However, with encryption, some of the encrypted characters may be high ASCII characters that are not encoded enough with a single [url]. Running it through a second time will encode them properly. Because WebDNA is already applying one [unurl] to anything coming out of a database, you will only have to add one [unurl] to balance the two [url]s.

Use this table as a guide to ensure a proper encrypt value:

Type	Example
Variables	[text]varSECRET=keep it secret[/text] [url][encrypt seed=1234][varSECRET][/encrypt][/url]
Databases	[text]varSECRET=keep it secret[/text] [append ......]db_value=[url][url][encrypt seed=1234][varSECRET][/encrypt][/url][/url][/append]
Cookies	[text]varSECRET=keep it secret[/text] [setcookie name=thecookie&value=[url][url][encrypt seed=1234][varSECRET][/encrypt][/url][/url]]
Orderfile	[text]varSECRET=keep it secret[/text] [setheader cart=[cart]]header40=[url][url][encrypt seed=1234][varSECRET][/encrypt][/url][/url][/setheader]

Hash algorithms are one way functions.
They turn any amount of data into a fixed-length "fingerprint" that cannot be reversed. They also have the property that if the input changes at all, the resulting hash is completely different. This is great for protecting passwords, because passwords should be stored in a form that protects them even if the password file itself is compromised, but at the same time, we need to be able to verify that a user's password is correct. This is known as "one way" encrytpion.
When the user attempts to login, the hash of the password they entered is checked against the hash of their real password retrieved from the database. If the hashes match, the user is granted access. If not, the user has entered invalid login credentials. The "un-hashed" password is not stored so it can never be recovered if the data is ever compromised.

Using special-purpose encryption methods:

Method	Description
Bcrypt	The simplest method: [encrypt method=bcrypt]secretpassword[/encrypt] When only "method" and no "arguments" are provided, WebDNA will generate the prefix and a random salt to use. Later, when required to check the hash, simply pass the old hash in as the seed, then the proper salt, prefix, and count are used to regenerate the hash. Example WebDNA code: [text]myhash=$2y$10$jVw1GVXv56uAr2.zDDriK.BkuxORc1y9.qJbkGyRDLWK26Gy3hRSq[/text]copy [encrypt method=bcrypt&seed=[myhash]]secretpassword[/encrypt]copy If the [encrypt] output is identical to the hash, then the password matches the hash. WebDNA defaults to a prefix of $2y$ If a new hash is required that is compatible with older software, simply provide your own prefix. A default count of 10 is used. The count can be increased to make passwords harder to break, however, this will slow down the hashing process. The count cannot be less than 4, or greater than 31. Example WebDNA code: [encrypt prefix=$2a$&count=12]password[/encrypt]copy If a seed argument is provided, then the prefix and count are used from the seed, and the prefix and count arguments are ignored.
GCM with AES or twofish	GCM is an authentication encryption mode of operation, it is composed by two separate functions: one for encryption (AES-CTR) and one for authentication (GMAC). It receives as input: 1) a Key 2) a unique IV (Initialization Vector) 3) Data to be processed only with authentication 4) Data to be processed by encryption and authentication It outputs: 1) The encrypted data of input 4 2) An authentication TAG 3) The authentication TAG is required as an input to the decryption. If your associated data or your encrypted data has been altered, GCM decryption will recognise the alteration and not output any data or return an error, you should discard the received data without processing it. Mandatory parameters are: 1) method=aesgcm or method=twofishgcm 2) seed=ascii text value of the key Optional parameters are: 1) IV = Hex value of initialization vector. If this is not provided during encryption, 8 bytes will be randomly generated by WebDNA and appended to the beginning of ADATA and the output. If it is not provided during decryption, WebDNA will automatically remove the first 8 bytes of data from the beginning of the cipher text to use as the IV and prepend to ADATA. 2) ADATA = Hex value of any additional plaintext data that won't be sent in the ciphertext, this will be hashed and validated during decryption. 3) TAGSIZE = Integer number of bytes for hash tag, this hash is appended to the end of the encrypted data, the default is 12 bytes. All optional parameters are not required, but if they are provided, they need to be identical during encryption and decryption to avoid a hash failure error. A failure produces this output: Exception in DECRYPT command: HashVerificationFilter: message hash or MAC not valid. ENCRYPT WebDNA code examples: TWOFISHGCM: [encrypt method=twofishgcm&seed=secret_value]Twofish: passwords, credit card number, etc.[/encrypt]copy AESGCM: [encrypt method=aesgcm&seed=secret_value]passwords, credit card number, etc.[/encrypt]copy AESGCM with IV and ADATA and TAGSIZE: [encrypt method=aesgcm&seed=secret_value&iv=0123456789abcdef&adata=abcdefabcdef&tagsize=8]passwords, credit card number, etc.[/encrypt]copy
hmacsha256 or hmacsha512	hmacsha256: [encrypt method=hmacsha256&seed=secret_value]passwords, credit card number, etc.[/encrypt]copy hmacsha512: [encrypt method=hmacsha512&seed=secret_value]passwords, credit card number, etc.[/encrypt]copy

How to encrypt your templates

If security of a template is required so that the "source code" of a template is not exposed, it is possible to encrypt an entire template.

To create an encrypted template, the template must first be designed and debuged in the normal way. Then use the [encrypt] context with a "secret" seed to create the encrypted version of the original template. Note that the "secret" seed value should not be made public. After the template has been encrypted, a special tag must be added to the top of the file so it can be recognized as an encrypted file, and then the "secret" seed value must be encrypted using WebDNA's default encryption.

Use the following WebDNA to do all of the necessary steps at once:
1) [encrypt] the file and add the special WebDNA header tag to the beginning of the file.
<!--HAS_WEBDNA_TAGS[!][/!]_ENCRYPTED_2-->
2) Note that any unencrypted text such as copyright information should be inserted before the header tag. The encrypted WebDNA must start on the line after the header tag. In the example below, to automatically convert the template (file.dna) to an encrypted template (newfile.dna), execute the following on another page:

[writefile file=newfile.dna&secure=F]<!--HAS_WEBDNA_TAGS[!][/!]_ENCRYPTED_2--> 
[encrypt]seed=1234&product=WDNA[/encrypt] 
[encrypt seed=1234][include file=file.dna&raw=T][/encrypt][/writefile]
copy

After using the above template, the file named "newfile.dna" can be used, confident that no-one can read or modify it. "Serving" the template form your web server works just like any other template.

The encrypted template will look like this:

[!][/!] is a special trick to fool WebDNA into thinking this page is not an encrypted page, and should be treated like a normal template. The [!][/!] is removed during processing, which causes the resulting template to contain the correct tag that indicates it is encrypted.

In order to prevent someone from displaying or accessing the decrypted templates, the following precaution has been made: [include raw=T] cannot be done on encrypted templates; nothing is returned.