Skip to content

Latest commit

 

History

History
38 lines (23 loc) · 2.31 KB

README.md

File metadata and controls

38 lines (23 loc) · 2.31 KB
Raw

iOS 8.3 Mail.app inject kit

Back in January 2015 I stumbled upon a bug in iOS's mail client, resulting in <meta http-equiv=refresh> HTML tag in e-mail messages not being ignored. This bug allows remote HTML content to be loaded, replacing the content of the original e-mail message. JavaScript is disabled in this UIWebView, but it is still possible to build a functional password "collector" using simple HTML and CSS.

It was filed under Radar #19479280 back in January, but the fix was not delivered in any of the iOS updates following 8.1.2. Therefore I decided to publish the proof of concept code here.

Demo: https://www.youtube.com/watch?v=9wiMG-oqKf0

Update 2015-06-30:

The exploit got a nice CVE-2015-3710 sticker and was fixed by Apple in iOS 8.4 and OS X 10.10.4. Kudos to Apple for prompt response once it was published publicly.

Usage

  1. Edit the e-mail address you would like to use for password collection in framework.php
  2. Upload index.php, framework.php and mydata.txt to your server
  3. Send an e-mail containing HTML code from email.html to the research subject
    • Don't forget to change the modal-username GET parameter value to the e-mail address of the recipient
    • You can use https://putsmail.com for testing purposes

Credits

License

MIT

Notes

  • The code detects that the research subject has already visited the page in the past (using cookies) and it stops displaying the password prompt to reduce suspicion.
  • The e-mail address and password are submitted via GET to framework.php, which then saves them to the mydata.txt file, sends them out via e-mail to the specified "collector" e-mail address and then returns the research subject back to Mail.app using redirect to message://dummy.
  • The password field has autofocus enabled. We then use focus detection to hide the login dialog once the password field loses its focus (e.g. after the subject clicks on OK and submits the password).
  • Why even bother with this redirect nonsense when you can put <form> directly inside the HTML e-mail?