Dr.WEB CureIt! 5.00.6 [06.11.2009] (Software system)

Anti-virus and anti-spyware image scanner founded on the Dr.WEB locomotive

Dr.WEB CureIt! 5.00.9 [03.12.2009] (Software system)

Anti-virus and anti-spyware image scanner founded on the Dr.WEB locomotive

Dr.WEB CureIt! 5.00.13 [18.05.2010] (Software system)

Anti-virus and anti-spyware image scanner founded on the Dr.WEB locomotive

Dr.WEB CureIt! 5.00.13 [28.05.2010] (Software system)

Anti-virus and anti-spyware image scanner founded on the Dr.WEB locomotive

Porting drivers to UNIX system

We've successful many change of location on the USB contraption wood for UNIX system, and we're present running a nonproprietary series contraption for abstraction. This exploit is measurable because USB is present a bunch inferior laggy and things like local area network period of play USB, etc., lavatory eventually be based, modification access.

We've also got beautiful immoderate with porting the NAND wood to UNIX system. Least of the read support is present there, and we've obscure the routines in the iPhone gist where the raw instrumentality write occurs. CPICH and c1de0x square measure on the job on reversing it. Hopefully, it bequeath be similar sufficiency to reads that it won't take a Brobdingnagian be of time to work out.

This is several from reversing their FTL, however, which is a complicated peck of collection structures, change buffers and early strange algorithms that take care of evenly distributing writes throughout the style and also fashioning writes take inferior time.

I think reversing every of that would take too large indefinite quantity time and deed. Instead, my offering is to good reverse the instrumentality NAND writes. Instead of exploitation a partition off, we would have a loop-mounted root filesystem (like to how Wubi is setup), with the root filesystem animate thing a smoothen on the Media partition off. Since there's a non-empty smoothen at that object, the FTL organization, some it is, mustiness make a one-to-one chromosome mapping from sensible sectors to forceful NAND pages. We lavatory already read the chromosome mapping it creates (we have already turned the read-side FTL mark), and so every we have to do to change the collection is to write to the equivalent pages we would've read from. Of course, this instrumentation that wear-leveling and bad block manipulation is not performed. However, if we use a filesystem that's conscious of bad blocks and lavatory wear-level (YAFFS or JFFS2), then it amounts to the equivalent thing. The wear-leveling would then take place period of play the special forceful pages belonging to the rootfs representation, rather than the totality of the NAND. This would make the forceful pages belonging to the rootfs representation wear out a lowercase faster than the rest of the NAND, but the actualised validness of this should be inconsequential.

The additive help of this setup is that there's no repartitioning requisite, so setup is master. See this wiki document for taxon planned exploit details.