[KT 5.1.0] Web jailbreak

[mmatej]

Originally Posted by knc1

Filenames with embedded spaces . . . .
Now that is a really friendly thing to do for the experience level of the intended audience.

Since that filename might be accessed from either windows or linux, why not use a cross-platform name (no whitespace or other special characters)?

Sorry, but I really don't see any spaces.

[NiLuJe]

@GM: Still no 5.1.1 here, even with an 'Intl' KT W shipped on 5.1.0 sitting with whispernet on ;/. (Huh, that'd be a good thing to know, actually: Do every of the 5.1.1 reports we have come from 3G models, or were there some wifi models too?)

[knc1]

Originally Posted by mmatej

Sorry, but I really don't see any spaces.

Originally Posted by script.sh

mntroot ro;
echo "It is safe to delete this document." > "/mnt/us/documents/You are Jailbroken.txt";
sleep 6;

What are those characters between "You" "are" and "Jailbroken" ?

[mmatej]

Originally Posted by knc1

What are those characters between "You" "are" and "Jailbroken" ?

Sorry, but I think criticizing me for spaces which are enclosed in quotes really isn't on the topic. And I copied that from the Yifan Lu's jailbreak.

[yifanlu]

Originally Posted by knc1

Filenames with embedded spaces . . . .
Now that is a really friendly thing to do for the experience level of the intended audience.

Since that filename might be accessed from either windows or linux, why not use a cross-platform name (no whitespace or other special characters)?

Originally Posted by mmatej

Sorry, but I think criticizing me for spaces which are enclosed in quotes really isn't on the topic. And I copied that from the Yifan Lu's jailbreak.

Because the Kindle uses the filename as the book title. And purely for aesthetic reasons, I don't want the user seeing You_Are_Jailbroken on their screen. And I did enclose the entire path in quotes so filesystem shouldn't be an issue.

[mmatej]

I've added two additional (mostly used) app packages. Now, if you want to install some, you won't need that old method, simply go to the packages tab and install`em in one click! If you want to comment something, please do, if it's good idea, I'll implement it.

@aditya3098: Also, I think I've found the cause of that "brick". The server jailbreak is currently running on is experiencing networking problems, so if it hanged on the "jailbreaking" screen, you caught that dead time, where networking was lagged. I repeat, this should not brick your Kindle in any case, it only writes to tmpfs and then moves/copies files to their destination, so reboot would "revert" it to original state in case of hang.

[knc1]

Originally Posted by mmatej

Sorry, but I think criticizing me for spaces which are enclosed in quotes really isn't on the topic. And I copied that from the Yifan Lu's jailbreak.

The topic is: Web Jailbreak.
The reported reason for a Web Jailbreak is "Installation by no-nothings".

Any name you have to quote to create, the user will have to quote to remove, but:
They will not be enclosed by quotes when the user tries to delete it while using some paths of access.

You just pass that explanation on to the first person who asks how to delete a filename with spaces in it under Linux.
I answered the last such question here, just a few days ago.

Your defense: "I wasn't the first to do it, I copied it."
Still does not sound very friendly towards the intended audience.

Why not some filename that is cross-platform?
JailBroken.txt would do, which in English, has the same meaning as "You are Jailbroken" but has neither spaces nor underscores.

Where by "same meaning" I of course mean for the purpose of user notification.

[mmatej]

Originally Posted by knc1

...

Ok, you have won. I changed the filename. U happy?

[bhaak]

Originally Posted by knc1

The topic is: Web Jailbreak.
The reported reason for a Web Jailbreak is "Installation by no-nothings".

Any name you have to quote to create, the user will have to quote to remove, but:
They will not be enclosed by quotes when the user tries to delete it while using some paths of access.

No-nothings will use the UI of the Kindle to remove the file or - when they connect the Kindle with the USB cable - click on it with the mouse and delete it via the standard file manager of their OS.

Why should they use the command line?

Where do you see the problem?

[knc1]

Originally Posted by bhaak

Where do you see the problem?

With human nature.
Humans are very difficult to interface with and to presume they will follow any specific course of action is prone to failure.

[mmatej]

I've added error handling to the jailbreak script, so it's impossible to have Kindle bricked by this tool. I will add reference to the KT wiki for easier accessibility. If you have any ideas, I will be happy to add them!

[MaPePeR]

I see a problem with human nature, too.
But more a problem of human spite, than a problem with "How to remove that File".
If the bad guys/scriptkiddies see, how easy it is to execute something on the kindle the Kindle Botnet might become not a dream, but a nightmare.

I prefer such code obfuscated.

[aditya3098]

Can you add some fonts for fonthack? Atleast some essentials like Ubuntu?

[mmatej]

Originally Posted by MaPePeR

I see a problem with human nature, too.
But more a problem of human spite, than a problem with "How to remove that File".
If the bad guys/scriptkiddies see, how easy it is to execute something on the kindle the Kindle Botnet might become not a dream, but a nightmare.

I prefer such code obfuscated.

I think security through obscurity is a very bad idea (also mostly unnecessary). I could have obfuscated / put into the server part / the code used to generate the strings, but the last part have to be run on the Kindle, so simple js breakpoint set in ANY browser could do the trick.

[mmatej]

Originally Posted by aditya3098

Can you add some fonts for fonthack? Atleast some essentials like Ubuntu?

I don't know.. is the fonthack running well on FW 5.1.0? I can add fonthack package, but if fonts are not packaged as .bin updates, it would not work with the current script, but I could add unpacking archives with absolute paths.