[android-developers] Re: APKTool - decoding our apps

2010-05-11 Thread Nathan
I don't know, but I find the summary of it interesting. . "It is a tool for reengineering 3rd party, closed, binary Android apps." "It is NOT intended for piracy and other non-legal uses. It could be used for localizing, adding some features or support for custom platforms and other GOOD purposes

[android-developers] Re: APKTool - decoding our apps

2010-05-11 Thread André
Interesting that it's hosted on google as well! On May 11, 6:00 pm, Nathan wrote: > I don't know, but I find the summary of it interesting. . > > "It is a tool for reengineering 3rd party, closed, binary Android > apps." > > "It is NOT intended for piracy and other non-legal uses. It could be > u

[android-developers] Re: APKTool - decoding our apps

2010-05-11 Thread pacoder
Has anyone tried using an obfuscator on their app before apk'ing it? Something like http://proguard.sourceforge.net/ I'm going to give it a try and then try to reverse engineer it to see if it helps. Don't like the idea of people reverse engineering our code either... On May 11, 12:00 pm, Nath

[android-developers] Re: APKTool - decoding our apps

2010-05-11 Thread André
That looks good. But I have no idea how to use it? I've been trying to find a tutorial for it. Have you found that? -André On May 11, 6:09 pm, pacoder wrote: > Has anyone tried using an obfuscator on their app before apk'ing it? > Something likehttp://proguard.sourceforge.net/ > > I'm going to g

[android-developers] Re: APKTool - decoding our apps

2010-05-11 Thread a1
Proguard make it a bit harder to RE, but it'll still possible (and the APKtool gives you possibility to debug which is a really powerful RE tool), moreover you cannot use all of proguard optimization because you will not be able to convert classes to dex, in fact you can only use shrink and agressi

[android-developers] Re: APKTool - decoding our apps

2010-05-11 Thread Maps.Huge.Info (Maps API Guru)
or... the surest way to prevent anyone from copying your code is to write such a crappy app that nobody will want it. In the JavaScript world, where I usually live, code piracy is a way of life. Just accept it as a compliment and move on. -John Coryat -- You received this message because you ar

[android-developers] Re: APKTool - decoding our apps

2010-05-12 Thread ko5tik
On 11 Mai, 18:00, Nathan wrote: > Baloney. Reengineering itself is an illegal use. There is no GOOD > purpose it should be used for. It is a piracy tool pure and simple. It depends on your jurisdiction. German common law actually allowsit in some cases ( to be honest it allows a lot of funny

[android-developers] Re: APKTool - decoding our apps

2010-05-12 Thread pacoder
> Did you guys notice anything about ProGuard actually supporting > encryption?  Nope.  It just says "obfuscator". Hence why I put 'obfuscator', had I meant encryption I would have written that. Its pretty standard practice in the 'real world' to obfuscate byte code. Yes, it isn't encrypted, I ha

[android-developers] Re: APKTool - decoding our apps

2010-05-12 Thread Ryszard Wiśniewski
Hi, I'm a maker of this apktool toolchain. I want to know, what, do you think, someone could steal from your apps? Some great algorithms? From phone app? Layouts? Localization strings? Also we shouldn't forget about the fact, that anyone could just download any app from Market and place it on his

[android-developers] Re: APKTool - decoding our apps

2010-05-12 Thread wurp
On May 11, 11:00 am, Nathan wrote: > I don't know, but I find the summary of it interesting. . > > > Baloney. Reengineering itself is an illegal use. There is no GOOD > purpose it should be used for. It is a piracy tool pure and simple. > > Nathan I disagree. Reverse engineering could let me im

[android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread Jay Gischer
Ryszard > You should rethink, whether there is really any sense in stealing > something from your app. Ideas, design and appearance could be > "stolen" by just looking at it. Algorithms? It is really hard to > analyze simple loop in smali code - it's asm, you know. If you really > want to not let

[android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread Ryszard Wiśniewski
Yeah, I understand. What I wanted to say is Android wasn't designed to be secure. Most of things that apktool gives you are doable without it and within a reasonable time. Logos, you say? Just unzip apk file, replace some images, pack it, resign and that's it. Strings are harder, but as long as yo

[android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread Maps.Huge.Info (Maps API Guru)
I think a better analogy would be an anti-aircraft missile, you don't go deer hunting with a Stinger or SA-8, you use it to shoot down aircraft. Since this tool really has only one real purpose, to allow people to pirate code, I think the gun analogy is a bit off. On the other hand, if this person

[android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread Maps.Huge.Info (Maps API Guru)
An anti-aircraft missile has multiple purposes as well. It can be used as a hammer or paperweight, can be a really nice conversation piece in the living room or an auction item on e-bay. None of those are the real purpose though, sort of like this tool. -John Coryat On May 13, 2:46 pm, Greg Donal

[android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread strazzere
You have an interesting analogy, though just because *you* say that the proper use for this tool is pirating code - doesn't mean it is. A missle is designed to travel, hit a target and deliver a payload. Of course you could use it as a hammer, but that's not it's purpose. Reengineering can be a pr

[android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread Ryszard Wiśniewski
On May 13, 9:34 pm, "Maps.Huge.Info (Maps API Guru)" wrote: > I think a better analogy would be an anti-aircraft missile, you don't > go deer hunting with a Stinger or SA-8, you use it to shoot down > aircraft. Since this tool really has only one real purpose, to allow > people to pirate code, I t

[android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread appforce.org
Bytecode is not possible to be secured, but there's always NDK and I really doubt someone could decompile successfully a -O2 compiled library. -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-deve

[android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread Kumar Bibek
Good USE !!! that was funny... lol On May 14, 2:46 am, Ryszard Wiśniewski wrote: > On May 13, 9:34 pm, "Maps.Huge.Info (Maps API Guru)" > > wrote: > > I think a better analogy would be an anti-aircraft missile, you don't > > go deer hunting with a Stinger or SA-8, you use it to shoot down > > a

[android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread ko5tik
On 13 Mai, 19:17, Jay Gischer wrote: > Let's say then, that someone comes out with a really nice way to > handle some ui issues.   It's very likely that they spent quite a bit > of time evolving those ideas, trying things and throwing away a lot of > things that didn't work.  Sure, these ideas,

[android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread ko5tik
On 13 Mai, 20:21, Greg Donald wrote: > So when someone gets murdered with a gun, you blame the gun manufacturer? American civil law system allows you to do this. Not sure though there was some success > When someone breaks into your house, you blame the window manufacturer > the crook climbe

[android-developers] Re: APKTool - decoding our apps

2010-05-14 Thread Ryszard Wiśniewski
On May 14, 6:38 am, Kumar Bibek wrote: > Good USE !!! that was funny...  lol Bad people think that every person is similar to them, so they just don't believe anyone could do some good thing. This is your problem. lololololol... -- You received this message because you are subscribed to the Goo

[android-developers] Re: APKTool - decoding our apps

2010-05-14 Thread Ryszard Wiśniewski
On May 14, 2:10 pm, Greg Donald wrote: > Exactly..  Java is compiled to bytecode with zero promises of being > protected against decompilation, and as I already mentioned in this > thread, it also fully supports reflection. Yeah, I am terrified of all these Eclipse, Netbeans and other piracy tool

[android-developers] Re: APKTool - decoding our apps

2010-05-14 Thread Bob Kerns
This whole thread is making me see red, thanks to people spouting off without knowing what they're talking about. I guess it's just an emotional topic. I was going to make the same point as you about "Reengineering itself is an illegal use". But since you beat me to it, I'll point out that there

[android-developers] Re: APKTool - decoding our apps

2010-05-19 Thread JesusFreke
As the author of smali/baksmali (which apktool uses in the background) I wanted to chime in on this thread. I personally in no way condone using my tools for piracy, although I obviously can't restrict them from being used for that purpose. As many people in this thread have pointed out, there are

Re: [android-developers] Re: APKTool - decoding our apps

2010-05-11 Thread Greg Donald
On Tue, May 11, 2010 at 1:03 PM, André wrote: > That looks good. But I have no idea how to use it? > I've been trying to find a tutorial for it. Have you found that? Did you guys notice anything about ProGuard actually supporting encryption? Nope. It just says "obfuscator". http://proguard.sou

Re: [android-developers] Re: APKTool - decoding our apps

2010-05-12 Thread Raymond Ingles
On Tue, May 11, 2010 at 12:00 PM, Nathan wrote: > "It is a tool for reengineering 3rd party, closed, binary Android > apps." > > "It is NOT intended for piracy and other non-legal uses. It could be > used for localizing, adding some features or support for custom > platforms and other GOOD purpose

Re: [android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread Shane Isbell
2010/5/12 Ryszard Wiśniewski > Hi, > > I'm a maker of this apktool toolchain. > > I want to know, what, do you think, someone could steal from your > apps? Some great algorithms? From phone app? Layouts? Localization > strings? I'm not against decompilers and have no problem with the apktools pr

Re: [android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread Greg Donald
On Thu, May 13, 2010 at 12:17 PM, Jay Gischer wrote: > With this tool, you could take an existing app that took perhaps > months to develop and in a day or two, change all the logos and > cosmetics, and resell it as your own work. So when someone gets murdered with a gun, you blame the gun manufa

Re: [android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread Shane Isbell
I understand why developers like Jay G. are upset but ultimately this problem lies with Google, not authors of decompilers. If the app is not encrypted on the device, hacking is dead simple. Keep in mind, DRM is patented encumbered so getting one on the device could easily drive up the cost of a h

Re: [android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread Greg Donald
On Thu, May 13, 2010 at 2:34 PM, Maps.Huge.Info (Maps API Guru) wrote: > Since this tool really has only one real purpose This tool has multiple uses. Go back and read the thread. For the tool to simply exist is not a crime no matter how much you want it to be. The tool itself doesn't go out a

Re: [android-developers] Re: APKTool - decoding our apps

2010-05-13 Thread Greg Donald
On Thu, May 13, 2010 at 2:56 PM, Maps.Huge.Info (Maps API Guru) wrote: > An anti-aircraft missile has multiple purposes as well. It can be used > as a hammer or paperweight, can be a really nice conversation piece in > the living room or an auction item on e-bay. None of those are the > real purpo

Re: [android-developers] Re: APKTool - decoding our apps

2010-05-14 Thread Greg Donald
On Fri, May 14, 2010 at 1:39 AM, ko5tik wrote: > It depends  on promisses of window manufacturer.  It this was > shatterproof > window designed to stand bazooka then I will blame manufacturer Exactly.. Java is compiled to bytecode with zero promises of being protected against decompilation, and