View Single Post
Old 01-31-2013, 01:09 AM   #21
Abradoks
Member
Abradoks can read faster than his screen refreshesAbradoks can read faster than his screen refreshesAbradoks can read faster than his screen refreshesAbradoks can read faster than his screen refreshesAbradoks can read faster than his screen refreshesAbradoks can read faster than his screen refreshesAbradoks can read faster than his screen refreshesAbradoks can read faster than his screen refreshesAbradoks can read faster than his screen refreshesAbradoks can read faster than his screen refreshesAbradoks can read faster than his screen refreshes
 
Posts: 19
Karma: 14064
Join Date: Jul 2012
Device: Kindle Touch
Another bug

Quote:
Originally Posted by geekmaster View Post
That bug sounds like it could be exploited for useful purposes. Your particular suspicious book would need to be investigated to see what is causing that unexpected behavior, before it can be explored to find its hidden powers.

Perhaps a "naughty book" cloaking device? Or maybe a future jailbreak vector, should the need arise...
So, did you find anything interesting about that bug?

I've encountered another one on KT 5.1.2 (may be related):
If you add a file that starts with prefix matching some directory name (e.g. if you have directory '/mnt/us/documents/foo/' and add the file '/mnt/us/documents/foobar.mobi'), that file will disappear from the list a few seconds after showing up there.

It will also affect files with non-bugged names (e.g. '/mnt/us/documents/fubar.mobi') added at the same time. They won't be indexed unless you delete /var/local/cc.db. If you copy such file to a subfolder (e.g. '/mnt/us/documents/bars/fubar.mobi'), that one will be indexed.

Here's what I found in logs:
Spoiler:
lipc-set-prop com.lab126.scanner logLevel all
lipc-set-prop com.lab126.scanner doFullScan 1
Actual filenames were
/mnt/us/documents/KindleChineseChess-touch.0.0.9.azw2
/mnt/us/documents/Kindle/
Quote:
130131:050859 scan[1684]: D sf:ccin:path=/mnt/us/documents,file=KindleChineseChess-touch.0.0.9.azw2,type=0,msg=ADD:processed
...
130131:050903 scan[1684]: D ccc:path=/mnt/us/documents/Kindle,file=hineseChess-touch.0.0.9.azw2 (concat_path_file:/home/jenkins-official/src/yoshi/juno_2_0_1/OFFICIAL/platform/bin/ccat/scanner/lib/ccat_comm.c:85)
130131:050903 scan[1684]: D BRIDGE:PASS:file=hineseChess-touch.0.0.9.azw2,glob=*.azw2:
130131:050903 scan[1684]: D ccc:path=/mnt/us/documents/Kindle,file=hineseChess-touch.0.0.9.azw2 (concat_path_file:/home/jenkins-official/src/yoshi/juno_2_0_1/OFFICIAL/platform/bin/ccat/scanner/lib/ccat_comm.c:85)
130131:050903 scan[1684]: D ccc:crc=1897162105,string=/mnt/us/documents/Kindle/hineseChess-touch.0.0.9.azw2 (crc_or_dup_string:/home/jenkins-official/src/yoshi/juno_2_0_1/OFFICIAL/platform/bin/ccat/scanner/lib/ccat_comm.c:156)
130131:050903 scan[1684]: D extractorBridge:bridgeEntry:scanData=*.azw2:90ebe1 ac-e915-4c4c-8052-471aa76fa4bf:/mnt/us/documents/Kindle/hineseChess-touch.0.0.9.azw2:
130131:050903 scan[1684]: D lipc:ssp (prop=%s, source=%s:Set string property:1073917892)
130131:050903 scan[1684]: D lipc:Enter (PrvInitiateMethodCall:/home/jenkins-official/src/yoshi/juno_2_0_1/OFFICIAL/platform/lib/lipc/access_properties.c:84)
130131:050903 scan[1684]: D lipc:Initiate Method Call: data=0x1f1e8, publisher=[com.lab126.extractor.java], methodName=[setdeleteStr], inInt=(nil), inStr=0x50a00, accessResult=0x4017346c (PrvInitiateMethodCall:/home/jenkins-official/src/yoshi/juno_2_0_1/OFFICIAL/platform/lib/lipc/access_properties.c:92)
...
130131:050903 scan[1684]: D sf:ccin:path=/mnt/us/documents/Kindle,file=hineseChess-touch.0.0.9.azw2,type=1,msg=DELETE:processed

Doesn't look like something exploitable though.
Abradoks is offline   Reply With Quote