07-13-2010, 07:10 AM
07-13-2010, 09:17 AM
07-14-2010, 07:58 AM
sad to hear this, as I often see DES used on unix systems (of course not for the root acc xD ).
One of the advantages of the DES hash is the support by perl crypt(), whats the reason for being used by very many scripts with an user-adding feature.
according to this post it is possible to increase the speed of GPU-accelerated bitsliced DES siginficantly:
https://forums.nvidia.com/index.php?showt...635&hl=DES
greez undeath
One of the advantages of the DES hash is the support by perl crypt(), whats the reason for being used by very many scripts with an user-adding feature.
according to this post it is possible to increase the speed of GPU-accelerated bitsliced DES siginficantly:
https://forums.nvidia.com/index.php?showt...635&hl=DES
greez undeath
07-14-2010, 11:11 AM
Well, Andrey Belenko did say that, however, look here: the post was made on June 19 2009.Today is 14 July 2010. 1 year and 25 days have passed since then.And no Elcomsoft product supports bitsliced DES(Unix) on GPU! Even EDPR has non-bitsliced CPU implementation of DES(Unix).
No proof.
No proof.
07-14-2010, 12:30 PM
you sure about that? i think DES is one of the most hunted targets in the commercial cracking scene. for example, there are projects based on fpga to build DES cracking hardware and people invest a lot of money to build them.
07-14-2010, 01:46 PM
ok, that means we are still talking about theoretical numbers. in gpu computing even the smallest changes can have very big impact on speed.
07-14-2010, 02:25 PM
Actually, that Elcomsoft implemented bitslicing into LM makes sense, since EDPR is afaik is fastest @ handling LM hashes on GPU.
But I dont understand, why not implementing it on DES(Unix) then?
But I dont understand, why not implementing it on DES(Unix) then?
09-07-2012, 05:18 PM