zemo zemoa
the notion ide in ruin hiveor seliacs has always escaped me in the notion ide in ruin hiveor seliacs
the notion ide or fine proeoes of myth the notion ide in ruin~the notion ide in ruin oxyzemoa
one anne has notions of one moon going up and places right in moon cron dehsitys in places to an unheard here
cron! dehsity a! b! cenyh'
alis~sine density moitove moon motive app!e motive motion wind lcpt dialoyee
moon respose cron alis deshity peln notien hive melonan
the tree of malkibc missed the line to have hyperbolic negative
the tree of malkuth missed the line to have hyperbolc negative
the tree of malcuth missed the line to have hyperbolic negative
the sertive type and the hive type almost missed the line to have hyperbolosceh <-- thats ai fluid dynamics for metalurghy nh-1 hyperbole tonic flower of a term in au-nhe called nhe-1 tonic culture of !t or ethma having entogen, aluding hentogen, haveing flower
the opin eloane resolution of a term in au-nhe recieve tone ()[] aluding emplus seperatist murk odin ()[] pain having flower
()[] e tone
()[] m recieve
()[] plus plus
()[] au em
[i like to worship trees but that might simply mean i like them. i dont know what else to mention about myself however people around me make me who i am somehow. trees are dumb though. a soulnthncs dipper of the oatlrtum aeoueiwiena
adject HOARPLASDCE conclusion = () see how q the molecule is in the seliacs ?
yes~andno helix = lateralus
helis = () circluar momentum h
lateralis () = helix helis helix stop ca no for i () = almost a seliacs ? () = no for i ylamos a seliaxs ~? () = stop for i then originating no for ca ?! >< () = selsus a selmuth a loa mos ? >< () = stop being original to ca no for return () = ca for i no being original to 'car' or 'ca' ihm sje where it is dry to the character of pressure
the moon of recurrence = its just alchemy udelome mel uar eom eos euarn
hqo coident Pho (queals)(euegules)(euqules) isolation h1 01 coident coident hPq isolation Pho hq0 h011 coident 101 hq0 isol 10hPqq oi hoi Pho - qPah01 EQSVAM inoduh isolation ho udelome mel uar]() nhe receive
Cryptographic Data Utility v0.3.85b-linux/unix
Home: /home/Consumer/.cpdu
Usage: cpdu [OPTION] [-e, --encrypt FILE...] [-d, --decrypt FILE...] [-d, --decrypt [ARCHIVE]...]
Options:
-e, --encrypt, encrypt mode
-d, --decrypt, decrypt mode, default
-c, --cipher, 'cipher' session cipher, default='aes/rijndael'
-r, --recurse, recursive directory search
-s, --stdin, stdin, stdout
-z, --zlib, zlib compression for archives or files
-j, --bzlib, bzlib compression for archives or files
-A, --Archive, 'archive' load or unload archive with session files (auto ext. enabled = '*.cpdu.pkg.ar')
-a, --archive, load archive with session files (/w auto name feature, name archive /w first specified entry(file/dir) name /w ext. '*.cpdu.pkg,ar')
-i, --archivelist, 'archive' print list of files within encrypted archive 'archive'
-t, --rmpath, for archive, remove relative paths of single files on command line
-T, --rmapath, for archive, remove all relative paths of files
-W, --warchfile, wipe target archive directory(s) after archive is completed
-w, --wipe, wipe original copy(s) of encryption session file(s) with secure random numbers 15x/ovr after encryption
-K, --keyfile, 'file' use 'file' for session key
-S, --slkeyset, local secure key set passphrase prompt
-k, --slkey, local secure key for session
-g, --genkey, 'file' generate a secure keyfile with random character bytes using the secure random number generator device files
-Z, --sizekey, 'bytes' size of generated keyfile in bytes
-x, --commitkey, secure/hash low entropy key to full strength with random data and commit to keydb
-m, --masterkey, get session decryption key(s) from exportable master key database
-P, --rehetm, progress mode without vertical cascade
-n, --noprogress, do not show file progress updates
-f, --secure, secure mode, disable file copying to the recover database registry directory
-v, --verbose, verbose mode
-V, --version, show version and cipher info
-h, --help, prints help
bugs in twofish
---------------
one bug is in the 'main_transfer' rountine where files are not fully encrypted
this is due to a slight offset in the encrypted bytes after an 'Twofish_EncryptBuffer' takes place - the output size of the buffer is larger than the input size. for some reason i havent fixed it yet however the files do decrypt normally inspite of this
RESOLVED
another bug is to fix the 'prepare_header_(encode)or(decode)' routines to allow the headers to be encrypted. the 'Twofish' encryption layer probably has a bug in it that causes the header to not decrypt correctly because when i try it in the code - which is now commented out - the header doesnt decrypt correctly. the ideal is to encrypt the header and contained therein is the hashed password which when decrypted should allow, as usual, to test whether the hashed typed in password matches the hashed password in the header. im pretty sure this works in a nice and secure way and allows good password protection.
RESOLVED
another bug is in the thread realm of the code where the file progress update takes place. i would like to allow as many as deemed necessary threads to be allowed to process files specified by the 'num_threads' variable in 'main.c'
it looks nice and feels nice when you can thread out transfer routines on 3 or 4 files and watch them encrypted seemlessly in a verticle cascade of progress updates
thats what would be nice for the program and it doesnt work now but i or any of you might want to fix it, i know i do but im releasing the code now so people can look at it fix some it maybe
the notion ide or fine proeoes of myth the notion ide in ruin~the notion ide in ruin oxyzemoa
one anne has notions of one moon going up and places right in moon cron dehsitys in places to an unheard here
cron! dehsity a! b! cenyh'
alis~sine density moitove moon motive app!e motive motion wind lcpt dialoyee
moon respose cron alis deshity peln notien hive melonan
the tree of malkibc missed the line to have hyperbolic negative
the tree of malkuth missed the line to have hyperbolc negative
the tree of malcuth missed the line to have hyperbolic negative
the sertive type and the hive type almost missed the line to have hyperbolosceh <-- thats ai fluid dynamics for metalurghy nh-1 hyperbole tonic flower of a term in au-nhe called nhe-1 tonic culture of !t or ethma having entogen, aluding hentogen, haveing flower
the opin eloane resolution of a term in au-nhe recieve tone ()[] aluding emplus seperatist murk odin ()[] pain having flower
()[] e tone
()[] m recieve
()[] plus plus
()[] au em
[i like to worship trees but that might simply mean i like them. i dont know what else to mention about myself however people around me make me who i am somehow. trees are dumb though. a soulnthncs dipper of the oatlrtum aeoueiwiena
adject HOARPLASDCE conclusion = () see how q the molecule is in the seliacs ?
yes~andno helix = lateralus
helis = () circluar momentum h
lateralis () = helix helis helix stop ca no for i () = almost a seliacs ? () = no for i ylamos a seliaxs ~? () = stop for i then originating no for ca ?! >< () = selsus a selmuth a loa mos ? >< () = stop being original to ca no for return () = ca for i no being original to 'car' or 'ca' ihm sje where it is dry to the character of pressure
the moon of recurrence = its just alchemy udelome mel uar eom eos euarn
hqo coident Pho (queals)(euegules)(euqules) isolation h1 01 coident coident hPq isolation Pho hq0 h011 coident 101 hq0 isol 10hPqq oi hoi Pho - qPah01 EQSVAM inoduh isolation ho udelome mel uar]() nhe receive
Cryptographic Data Utility v0.3.85b-linux/unix
Home: /home/Consumer/.cpdu
Usage: cpdu [OPTION] [-e, --encrypt FILE...] [-d, --decrypt FILE...] [-d, --decrypt [ARCHIVE]...]
Options:
-e, --encrypt, encrypt mode
-d, --decrypt, decrypt mode, default
-c, --cipher, 'cipher' session cipher, default='aes/rijndael'
-r, --recurse, recursive directory search
-s, --stdin, stdin, stdout
-z, --zlib, zlib compression for archives or files
-j, --bzlib, bzlib compression for archives or files
-A, --Archive, 'archive' load or unload archive with session files (auto ext. enabled = '*.cpdu.pkg.ar')
-a, --archive, load archive with session files (/w auto name feature, name archive /w first specified entry(file/dir) name /w ext. '*.cpdu.pkg,ar')
-i, --archivelist, 'archive' print list of files within encrypted archive 'archive'
-t, --rmpath, for archive, remove relative paths of single files on command line
-T, --rmapath, for archive, remove all relative paths of files
-W, --warchfile, wipe target archive directory(s) after archive is completed
-w, --wipe, wipe original copy(s) of encryption session file(s) with secure random numbers 15x/ovr after encryption
-K, --keyfile, 'file' use 'file' for session key
-S, --slkeyset, local secure key set passphrase prompt
-k, --slkey, local secure key for session
-g, --genkey, 'file' generate a secure keyfile with random character bytes using the secure random number generator device files
-Z, --sizekey, 'bytes' size of generated keyfile in bytes
-x, --commitkey, secure/hash low entropy key to full strength with random data and commit to keydb
-m, --masterkey, get session decryption key(s) from exportable master key database
-P, --rehetm, progress mode without vertical cascade
-n, --noprogress, do not show file progress updates
-f, --secure, secure mode, disable file copying to the recover database registry directory
-v, --verbose, verbose mode
-V, --version, show version and cipher info
-h, --help, prints help
bugs in twofish
---------------
one bug is in the 'main_transfer' rountine where files are not fully encrypted
this is due to a slight offset in the encrypted bytes after an 'Twofish_EncryptBuffer' takes place - the output size of the buffer is larger than the input size. for some reason i havent fixed it yet however the files do decrypt normally inspite of this
RESOLVED
another bug is to fix the 'prepare_header_(encode)or(decode)' routines to allow the headers to be encrypted. the 'Twofish' encryption layer probably has a bug in it that causes the header to not decrypt correctly because when i try it in the code - which is now commented out - the header doesnt decrypt correctly. the ideal is to encrypt the header and contained therein is the hashed password which when decrypted should allow, as usual, to test whether the hashed typed in password matches the hashed password in the header. im pretty sure this works in a nice and secure way and allows good password protection.
RESOLVED
another bug is in the thread realm of the code where the file progress update takes place. i would like to allow as many as deemed necessary threads to be allowed to process files specified by the 'num_threads' variable in 'main.c'
it looks nice and feels nice when you can thread out transfer routines on 3 or 4 files and watch them encrypted seemlessly in a verticle cascade of progress updates
thats what would be nice for the program and it doesnt work now but i or any of you might want to fix it, i know i do but im releasing the code now so people can look at it fix some it maybe
Comments
Post a Comment