The application that Navico has released for its line of chartplotters encompassing the following brands; Lowrance, Simrad and B&G line of chartplotters has all the auto pilot functionality coded into the application and is very hard to remove.
You can't just simply remove a function. The code has to be rebuilt from the application side or found complete on the chartplotter. A typical Lowrance HDS7 Gen3 if one could get root on it may very well contain the same code with which to redesign the android .apk file.
Does anyone know how to jailbreak a chartplotter?
PacificGreen said:
The application that Navico has released for its line of chartplotters encompassing the following brands; Lowrance, Simrad and B&G line of chartplotters has all the auto pilot functionality coded into the application and is very hard to remove.
You can't just simply remove a function. The code has to be rebuilt from the application side or found complete on the chartplotter. A typical Lowrance HDS7 Gen3 if one could get root on it may very well contain the same code with which to redesign the android .apk file.
Does anyone know how to jailbreak a chartplotter?
Click to expand...
Click to collapse
What you are asking sounds illegal (I apologise if its not) so can't be discussed on xda
Thanks for understanding
Sawdoctor
Related
Dear Developers:
I've found someone publish cracked android apps on Google Play easily.
They didn't design or code anything, just crack some famous apps of the famous companies, then remove the Ads, change the package to the others, also could add their own Ads ID.
Please See:
https://play.google.com/store/apps/developer?id=milner#?t=W251bGwsbnVsbCxudWxsLDEsImNvbS5taW5pY2xpcC5hbmdlcm9mc3RpY2syLnp6Il0."]https://play.google.com/store/apps/developer?id=milner#?t=W251bGwsbnVsbCxudWxsLDEsImNvbS5taW5pY2xpcC5hbmdlcm9mc3RpY2syLnp6Il0.
Almost all his published apps are the same as other famous apps.
Google allow this? Actually it's easy to add a shell and re-package apk.
APK, Not security!!! Someone tell me .so files also can be cracked.
Google design a non-security apk format
Google design a non-security apk format!!!
qidaozhilong said:
Dear Developers:
I've found someone publish cracked android apps on Google Play easily.
They didn't design or code anything, just crack some famous apps of the famous companies, then remove the Ads, change the package to the others, also could add their own Ads ID.
Please See:
https://play.google.com/store/apps/developer?id=milner#?t=W251bGwsbnVsbCxudWxsLDEsImNvbS5taW5pY2xpcC5hbmdlcm9mc3RpY2syLnp6Il0."]https://play.google.com/store/apps/developer?id=milner#?t=W251bGwsbnVsbCxudWxsLDEsImNvbS5taW5pY2xpcC5hbmdlcm9mc3RpY2syLnp6Il0.
Almost all his published apps are the same as other famous apps.
Google allow this? Actually it's easy to add a shell and re-package apk.
APK, Not security!!! Someone tell me .so files also can be cracked.
Click to expand...
Click to collapse
qidaozhilong said:
Dear Developers:
I've found someone publish cracked android apps on Google Play easily.
They didn't design or code anything, just crack some famous apps of the famous companies, then remove the Ads, change the package to the others, also could add their own Ads ID.
Please See:
https://play.google.com/store/apps/developer?id=milner#?t=W251bGwsbnVsbCxudWxsLDEsImNvbS5taW5pY2xpcC5hbmdlcm9mc3RpY2syLnp6Il0."]https://play.google.com/store/apps/developer?id=milner#?t=W251bGwsbnVsbCxudWxsLDEsImNvbS5taW5pY2xpcC5hbmdlcm9mc3RpY2syLnp6Il0.
Almost all his published apps are the same as other famous apps.
Google allow this? Actually it's easy to add a shell and re-package apk.
APK, Not security!!! Someone tell me .so files also can be cracked.
Click to expand...
Click to collapse
An APK is an Android PacKage, an installer package. Even windows installer packages can be edited. An *.so file, is a library file, a file containing api method and properties for use by other applications or even as modules for the kernel. Nothing is uncrackable really, implementing application security is the developers responsibility, not google's. For that purpose many licencing options are available
There will always be those who crack applications. The problem here is the screening process for android market, as a user and member of the greater android community you should report this kind of thing to google via play store.
Hello guys, I had an idea and wanted to discuss it with you people that you are definitely more experienced than me, I was wondering if it was possible to create a single apk which is the ROM, or this apk should include the bootanimation, and the launcher would be the apk (or rather a activity in it) ditto for SystemUI framework-res or for short, this apk should consist of the various components that make up a normal ROM, all in one file (except, I think for the folder META-INF because that is read, as far as I know, the default of any recovery, or should create a recovery made on purpose), the benefits would be many of the small size of the system, the speed, the "simplicity" of programming (think that should be programmed to a single apk with all the functions of a system and not to distribute all in many files), but then I came effettivamante doubt that this is not feasible, and so I wondered if you could do the same thing but only for apk (those contained in the app folder)
So what do you think?Is feasible?
No.
R: What do you think?
luxifr said:
No.
Click to expand...
Click to collapse
Why?
UP!! someone might be a little more precise
---blacksoul--- said:
UP!! someone might be a little more precise
Click to expand...
Click to collapse
Don't bump your own thread. Why on earth would we even want to do it? It would increase the size of the ROM, make it extremely hard to debug, and I'm not even sure how it could hypothetically work.
"Joining" all the system apps is certainly possible.
But:
-Seperate apps can be supported and updated better
-One APK with ALL THOSE THOUSENDS of Java code lines is VERY messy
-Compiling it would take long , very long - less attractive to developers
-I can think of much more, but it isn't of any use so I'll stop here.
Cy
Sent from my Galaxy Nexus running Android 4.2 JB
I'll add one other...
You'd still need an underlying file system since Android/Java are interpreted languages and require an interpreter to execute the code.
I dont know if this is possible or someone can point me in the right direction.
All Devices are rooted,
The question is simple really, is there a Addon / Mod / Hack
that would allow me to update a app Providing the package names are the same but signing keys are different
but still allow me to Update it?
A open source app we are all working on in the office (a home project i would like to say)
Each person adds something different or changes it for a weekly meeting presentation, It would be nice to update the app
without having to uninstall it and reinstall the new APK for quick and easy accessibility.
I understand this is a security risk, but its only for our developer handsets. Its a complicated setup in the office lol
Firstly I would like to apologise if I am asking my question in the wrong area. If so then I am happy for a moderator to move to the correct location.
I have some understanding of how to decompile apps, modify and then recompile. All my work is done using APKTool via a command line and a test keystore that I found in a tutorial. I've even recently learnt how to create my own keystore using the Java Keytool. The vast majority of the time I am able to accomplish what I want, by this I mean making small amendments to the code (.xml & .smali) to suit my preference - usually little things such as correcting typos. I am however struggling with Google apps, such as Messenger, Hangouts etc. The process I am carrying out is correct, the app even installs correctly on my Android device. However upon launching the app it will then just crash.
My question is, do Google prevent their apps from being reverse engineered using special tools? I there something else I should be taking into consideration when dealing with Google apps?
Any help is greatly appreciated.
Thank you
Hi guys, not sure if this is the right place to do this but i've got a question i hope i can get clarified here with you experts
I am a PM that is in charge of a managing the delivery and development of a business's mobile application. Recently the company is looking to get rid of the incumbent developer due to unprofessional-ism and exorbitant fees. The other technology partner i am directly engaging with is a newly appointed development house and is tasked to clone the app and add additional features the incumbent refuses to add on.
Come launch date, the business requires the new app to replace the old app. To the existing customer base, the goal is to ensure that the transition is as seamless as possible. They are hoping that when existing users open the app, they will be prompted to install an update where the old one is then replaced with the old one. As such, is it possible for the new technology partners to this? What are the necessary steps required? I am trying to ensure that all necessary precautions and dependencies are covered to ensure any potential backlash / fallout. Is it as simple as obtaining the app certificate and ensuring the apk is named exactly the same? Any advice would be helpful.
The worst case scenario here would be to get the users to reinstall the app entirely or treat it as a completely separate app. :crying:
You need the signature keys of your first developer to sign the new APK which needs to have the same package name. And access to the dev console. Then you can upload the new app which will be treated as every other update by Google Play. Without changing the first app you won't be able to force the users to update AFAIK.
Fellhuhn said:
You need the signature keys of your first developer to sign the new APK which needs to have the same package name. And access to the dev console. Then you can upload the new app which will be treated as every other update by Google Play. Without changing the first app you won't be able to force the users to update AFAIK.
Click to expand...
Click to collapse
Hi thanks for the reply. Much appreciated! Would this be similar for iOS as well?
Relating to the last statement. What do you mean by "without changing the first app.."
androFRUST said:
Hi thanks for the reply. Much appreciated! Would this be similar for iOS as well?
Click to expand...
Click to collapse
I don't have enough experience with iOS to comment on that.
Relating to the last statement. What do you mean by "without changing the first app.."
Click to expand...
Click to collapse
While you can upload a new version of the same app the users would still have to manually (or automatically if their device is configured that way) download it. Google released a "forced update" API a while ago. If that is included in your old app that might help. Otherwise you would have to add it manually which would require access to the source code. But then the users would have to manually update too so it would be quite useless.
So one way to force them to update is to disable all APIs the app might use but that might alienate the users as they have no clue why it stopped working. So as long as you have no notification system that is working right now you have to depend on your users updating.