Comment on page
iOS Pentesting Checklist
Do you use Hacktricks every day? Did you find the book very useful? Would you like to receive extra help with cybersecurity questions? Would you like to find more and higher quality content on Hacktricks?
Support Hacktricks through github sponsors so we can dedicate more time to it and also get access to the Hacktricks private group where you will get the help you need and much more!
If you want to know about my latest modifications/additions or you have any suggestion for HackTricks or PEASS, join the 💬telegram group, or follow me on Twitter 🐦@carlospolopm.
If you want to share some tricks with the community you can also submit pull requests to https://github.com/carlospolop/hacktricks that will be reflected in this book and don't forget to give ⭐ on github to motivate me to continue developing this book.
- Prepare your environment reading **[iOS Testing Environment*](ios-pentesting/ios-testing-environment.md)\***
- Read all the sections of **[iOS Initial Analysis](ios-pentesting/#initial-analysis) **to learn common actions to pentest an iOS application
- ****Keychain is usually used to store sensitive information that can be left when reselling the phone.
- In summary, just check for sensitive information saved by the application in the filesystem
- ****Backups can be used to access the sensitive information saved in the file system (check the initial point of this checklist)
- Also, backups can be used to modify some configurations of the application, then restore the backup on the phone, and the as the modified configuration is loaded some (security) functionality may be bypassed
- If a local authentication is used in the application, you should check how the authentication is working.
- Check if the application is registering any protocol/scheme
- Check if the application is registering to use any protocol/scheme
- Check if the application expects to receive any kind of sensitive information from the custom scheme that can be intercepted by the another application registering the same scheme
- Check if the application isn't checking and sanitizing users input via the custom scheme and some vulnerability can be exploited
- Check if the application exposes any sensitive action that can be called from anywhere via the custom scheme
- Check if the application is registering any universal protocol/scheme
- Check the
apple-app-site-associationfile - Check if the application isn't checking and sanitizing users input via the custom scheme and some vulnerability can be exploited
- Check if the application exposes any sensitive action that can be called from anywhere via the custom scheme
- Check if the application can receive UIActivities and if it's possible to exploit any vulnerability with specially crafted activity
- Check if the application if copying anything to the general pasteboard
- Check if the application if using the data from the general pasteboard for anything
- Monitor the pasteboard to see if any sensitive data is copied
- Is the application using any extension?
- Check which kind of webviews are being used
- Check the status of
javaScriptEnabled,JavaScriptCanOpenWindowsAutomatically,hasOnlySecureContent - Check if the webview can access local files with the protocol file:// (
allowFileAccessFromFileURLs,allowUniversalAccessFromFileURLs) - Check if Javascript can access Native methods (
JSContext,postMessage)
Last modified 2yr ago