Skip to content

Commit a67bd02

Browse files
authored
Merge pull request #5 from blacklanternsecurity/dev
Document anchorBlock IV mode in example.ini
2 parents 6689e4f + 8bcd48e commit a67bd02

1 file changed

Lines changed: 7 additions & 1 deletion

File tree

example.ini

Lines changed: 7 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -68,7 +68,9 @@ cookies = {}
6868
# 'firstblock'. This mode assumes that the first block of the ciphertext is the IV (most common)
6969
# 'knownIV'. This mode allows for user provided IV
7070
# 'unknown'. Use this mode when you do not know the IV and it is not the first block but still wish to decrypt all but the first block, or re-encrypt all but the first block for encryption
71-
# 'lastblock'. This has not been implemented yet, but it may be in the future as it is a rare but possible configuration
71+
# 'anchorBlock'. Use this mode when you have a separate, known-valid ciphertext whose first block
72+
# should be used as the IV/anchor. This is useful for encryption mode when you need a valid first
73+
# block from an existing ciphertext to anchor the new encrypted payload. Requires anchorCiphertext.
7274

7375

7476
# choose from one of the above modes
@@ -77,6 +79,10 @@ ivMode = firstblock
7779
#IV should be in decimal list format. For example: [72,65,82,65,77,66,69]
7880
iv = [0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]
7981

82+
# If using anchorBlock mode, specify the anchor ciphertext (encoded in the same format as encodingMode)
83+
# The first block of this ciphertext will be extracted and used as the IV.
84+
anchorCiphertext =
85+
8086
# The oracle defines the information leak that is abused to know when padding is valid. This is typically an error message.
8187
# There are several trigger modes depending on the situation. Sometimes you will want to look for a specific phrase, other times you want to look for an absence of that phrase.
8288

0 commit comments

Comments
 (0)