<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Android on Insinuator.net - Bold Statements</title>
    <link>https://insinuator.net/tags/android/</link>
    <description>Recent content in Android on Insinuator.net - Bold Statements</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 27 Jul 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://insinuator.net/tags/android/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Your Android Bluetooth Traffic Captures Should Be Live</title>
      <link>https://insinuator.net/2026/07/your-android-bluetooth-traffic-captures-should-be-live/</link>
      <pubDate>Mon, 27 Jul 2026 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2026/07/your-android-bluetooth-traffic-captures-should-be-live/</guid>
      <description>&lt;p&gt;In this post I want to talk about a very essential part of my workflow when dealing with Bluetooth devices, particularly IoT devices with a corresponding mobile app: Live capture of Android Bluetooth traffic with Wireshark.&lt;/p&gt;&#xA;&lt;p&gt;Before you stop reading because you think you know how to do this already, the method does not involve pulling bug reports off your phone, and it does not require root. And most importantly it gives you a &lt;strong&gt;live&lt;/strong&gt; packet log in Wireshark.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Is Google Play Protect a Reliable Malware Detector?</title>
      <link>https://insinuator.net/2024/05/is-google-play-protect-a-reliable-malware-detector/</link>
      <pubDate>Fri, 03 May 2024 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2024/05/is-google-play-protect-a-reliable-malware-detector/</guid>
      <description>&lt;p&gt;Google Play Protect is a built-in Android solution that enhances devices’ security. Its main job is to detect and block malware on Android devices. Several malware families were known for bypassing Play Protect checks in recent years. This brings us to an important question: “Is Google Play Protect a Reliable Malware Detector?”. This blog post shows how Play Protect deals with various Android malware in different scenarios. I deal with Play Protect as a black box.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Spymax: The android RAT and it works like that</title>
      <link>https://insinuator.net/2022/09/spymax-the-android-rat-and-it-works-like-that/</link>
      <pubDate>Wed, 07 Sep 2022 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2022/09/spymax-the-android-rat-and-it-works-like-that/</guid>
      <description>&lt;p&gt;Spymax is a mobile Remote Administration Tool (RAT) that enables an attacker to&#xA;control victims’ devices through an Android malware. Once the malware is&#xA;installed on a phone, the attacker can execute many attacks that highly impact&#xA;the confidentiality and integrity of the victim’s data, as well as the victim’s&#xA;privacy. It is powerful, widely available, and does not require root privileges&#xA;on the victim’s device. In this blogpost, I show the capabilities of this RAT&#xA;and analyze how its Android malware works.&lt;/p&gt;</description>
    </item>
    <item>
      <title>CVE-2020-0022 an Android 8.0-9.0 Bluetooth Zero-Click RCE – BlueFrag</title>
      <link>https://insinuator.net/2020/04/cve-2020-0022-an-android-8.0-9.0-bluetooth-zero-click-rce-bluefrag/</link>
      <pubDate>Wed, 22 Apr 2020 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2020/04/cve-2020-0022-an-android-8.0-9.0-bluetooth-zero-click-rce-bluefrag/</guid>
      <description>&lt;p&gt;Nowadays, Bluetooth is an integral part of mobile devices. Smartphones interconnect with smartwatches and wireless headphones. By default, most devices are configured to accept Bluetooth connections from any&lt;br&gt;&#xA;nearby unauthenticated device. Bluetooth packets are processed by the Bluetooth chip (also called a controller), and then passed to the host (Android, Linux, etc.). Both, the firmware on the chip and the host Bluetooth subsystem, are a target for Remote Code Execution (RCE) attacks.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Critical Bluetooth Vulnerability in Android (CVE-2020-0022) – BlueFrag</title>
      <link>https://insinuator.net/2020/02/critical-bluetooth-vulnerability-in-android-cve-2020-0022-bluefrag/</link>
      <pubDate>Thu, 06 Feb 2020 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2020/02/critical-bluetooth-vulnerability-in-android-cve-2020-0022-bluefrag/</guid>
      <description>&lt;p&gt;On November 3rd, 2019, we have reported a critical vulnerability affecting the Android Bluetooth subsystem. This vulnerability has been assigned &lt;a href=&#34;https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-0022&#34;&gt;CVE-2020-0022&lt;/a&gt; and was now patched in the &lt;a href=&#34;https://source.android.com/security/bulletin/2020-02-01.html&#34;&gt;latest security patch&lt;/a&gt; from February 2020. The security impact is as follows:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;On Android 8.0 to 9.0, a remote attacker within proximity can silently execute arbitrary code with the privileges of the Bluetooth daemon as long as Bluetooth is enabled. No user interaction is required and only the Bluetooth MAC address of the target devices has to be known. For some devices, the Bluetooth MAC address can be deduced from the WiFi MAC address. This vulnerability can lead to theft of personal data and could potentially be used to spread malware (Short-Distance Worm).&lt;/li&gt;&#xA;&lt;li&gt;On Android 10, this vulnerability is not exploitable for technical reasons and only results in a crash of the Bluetooth daemon.&lt;/li&gt;&#xA;&lt;li&gt;Android versions even older than 8.0 might also be affected but we have not evaluated the impact.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Users are strongly advised to install the latest available security patch from February 2020. If you have no patch available yet or your device is not supported anymore, you can try to mitigate the impact by some generic behavior rules:&lt;/p&gt;</description>
    </item>
    <item>
      <title>MDMs – The Mobile Device “Magic” Solutions – Expectations and Reality</title>
      <link>https://insinuator.net/2019/04/mdms-the-mobile-device-magic-solutions-expectations-and-reality/</link>
      <pubDate>Mon, 15 Apr 2019 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2019/04/mdms-the-mobile-device-magic-solutions-expectations-and-reality/</guid>
      <description>&lt;p&gt;When you are working in the area of mobile security, you sooner or later receive requests from clients asking you to test specific ‘Mobile Device Management’ (MDM) solutions which they (plan to) use, the corresponding mobile apps, as well as different environment setups and device policy sets.&lt;br&gt;&#xA;The expectations are often high, not only for the MDM solutions ability to massively reduce the administrative workload of keeping track, updating and managing the often hundreds or thousands of devices within a company but also regarding the improvements towards the level of security that an MDM solution is regularly advertised to provide.&lt;/p&gt;</description>
    </item>
    <item>
      <title>AndroTickler: Tickling Vulnerabilities out of Android Apps</title>
      <link>https://insinuator.net/2018/02/androtickler-tickling-vulnerabilities-out-of-android-apps/</link>
      <pubDate>Sat, 10 Feb 2018 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2018/02/androtickler-tickling-vulnerabilities-out-of-android-apps/</guid>
      <description>&lt;p&gt;If you attack someone, they will defend themselves, but if you tickle them, they will eventually crack open. This surprisingly applies to Android apps as well! Therefore, I created AndroTickler, not to test apps against certain attacks or examine them for specific vulnerabilities, which developers would learn to avoid. However, it helps pentesters to analyze and test apps in their own style, but in a faster, easier and more flexible way. AndroTickler is a Swiss-Army-Knife pentesting tool for Android apps. It provides information gathering, static and dynamic analysis features, and also automates actions that pentesters frequently do and highly need during their pentests. In addition, it makes use of the powerful Frida to hook to the app and manipulate it in real-time.&lt;/p&gt;</description>
    </item>
    <item>
      <title>CCS’16 – Day 2 – 25th October 2016</title>
      <link>https://insinuator.net/2016/11/ccs16-day-2-25th-october-2016/</link>
      <pubDate>Wed, 23 Nov 2016 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2016/11/ccs16-day-2-25th-october-2016/</guid>
      <description>&lt;p&gt;Hello again.&lt;/p&gt;&#xA;&lt;p&gt;Andrei Costin (at &lt;a href=&#34;http://firmware.re/&#34;&gt;http://firmware.re&lt;/a&gt; project) is here, and this is the second post from a series of guest postings courtesy of ERNW (thanks Niki and Enno!).&lt;/p&gt;&#xA;&lt;p&gt;Few days ago, the first CCS’16 summarization post went online: &lt;a href=&#34;https://insinuator.net/2016/11/introduction-ccs16-day-1-24th-october-2016/&#34;&gt;https://insinuator.net/2016/11/introduction-ccs16-day-1-24th-october-2016/&lt;/a&gt;&lt;/p&gt;&#xA;&lt;p&gt;It summarized five presentations of the 6th Annual Workshop on Security and Privacy in Smartphones (SPSM’16). In short, it contained presentations on: over-the-top and phone number abuse, smartphone fingerprinting, apps privacy increase and protection/security, and apps privacy ranking.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Using Android without Google, Part 1</title>
      <link>https://insinuator.net/2015/02/using-android-without-google-part-1/</link>
      <pubDate>Tue, 03 Feb 2015 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2015/02/using-android-without-google-part-1/</guid>
      <description>&lt;p&gt;We’re using our smart phones every day to manage contacts, calendar entries, e-mail, and social communication (please note that we at ERNW still have a strict “no company data on smartphones/tablets” – which includes email). Everything is easy to use and automated syncing provides access to our data from anywhere. Data is stored in most cases on premises of a cloud service provided by the OS vendor of your smart phone – mostly Google, Apple or Microsoft. You don’t need to pay for this service – and the cloud provider could use your data for personalization and service improvements.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Bruting Android Pins</title>
      <link>https://insinuator.net/2014/05/bruting-android-pins/</link>
      <pubDate>Fri, 02 May 2014 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2014/05/bruting-android-pins/</guid>
      <description>&lt;p&gt;Hi there,&lt;/p&gt;&#xA;&lt;p&gt;a few weeks ago I held a talk at &lt;a href=&#34;http://unfuck.eu/2014/&#34; title=&#34;UnFUCK&#34;&gt;UnFUC&lt;/a&gt;K, a small University con from students for students. I had decided to give a short talk on “Owning Stuff via USB” aka how to use our TR14 &lt;a href=&#34;http://www.insinuator.net/2014/03/a-troopers-keyboard/&#34; title=&#34;Badge&#34;&gt;Badge&lt;/a&gt;! During the preparations and while building my demos, I tested my new &lt;a href=&#34;http://hakshop.myshopify.com/collections/usb-rubber-ducky&#34; title=&#34;USB RubberDucky&#34;&gt;USB RubberDucky&lt;/a&gt;. One rather “trivial” demo was actually to use it as a keyboard on an Android phone.&lt;/p&gt;&#xA;&lt;p&gt;Android has been able to use the &lt;a href=&#34;http://en.wikipedia.org/wiki/USB_On-The-Go&#34; title=&#34;USB OTG&#34;&gt;USB OTG&lt;/a&gt; features for quite a while now, where most people enjoy being able to connect a USB stick to a phone, some others might have already used a keyboard on a tablet. OTG enables a USB device to play master and hence connect two USB devices to each other. For this the fifth PIN on a micro USB cable is used (it’s simply pulled down to ground). To be able to use USB OTG you both need a special cable (micro USB to female USB A) and a master device with all the necessary drivers. Depending on the Android device and the client (USB stick/HDD, keyboard) you want to connect you might need a rooted phone.When trying the RubberDucky on Android for the first time, I had a S3, a Nexus 4, a Nexus 5 and an SE Xperia Z1. All of these devices detected the Ducky as a keyboard and I was able to write stuff on the phone. But I hadn’t aimed at “just typing text”, I wanted to type numbers or rather PINs –&amp;gt; One can use the external keyboard while unlocking the device. The Ducky’s user guide contains an example script for bruteforcing PINs on Android. But how?&lt;br&gt;&#xA;Just type!&lt;/p&gt;</description>
    </item>
    <item>
      <title>Mobile Application Testing</title>
      <link>https://insinuator.net/2013/02/mobile-application-testing/</link>
      <pubDate>Thu, 14 Feb 2013 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2013/02/mobile-application-testing/</guid>
      <description>&lt;p&gt;Our new &lt;a href=&#34;https://www.troopers.de/agenda13/troopers13-2-day-workshop-mobile-application-testing/index.html&#34;&gt;workshop about mobile application testing&lt;/a&gt;, held for the 1st time at the Troopers conference 2013, is coming closer. So I would like to take the opportunity and post an appetizer for those who are still undetermined if they should attend the workshop ;-).&lt;/p&gt;&#xA;&lt;p&gt;While the topic of mobile application testing is a wide field that may contain reverse engineering, secure storage analysis, vulnerability research, network traffic analysis and so forth, in the end of the day you have to answer one question: Can I trust this application and run it on my enterprise devices? So first you have to define some criteria, which kind of behavior and characteristics of an application you regard as trustworthy (or not). Let us peek at malware … besides harming your devices and data, malware is typically:&lt;/p&gt;</description>
    </item>
    <item>
      <title>A Comment on Android PIN bypass</title>
      <link>https://insinuator.net/2012/03/a-comment-on-android-pin-bypass/</link>
      <pubDate>Thu, 22 Mar 2012 00:00:00 +0000</pubDate>
      <guid>https://insinuator.net/2012/03/a-comment-on-android-pin-bypass/</guid>
      <description>&lt;p&gt;Lately there have been some rumors on the full-disclosure mailing list referring to a blogpost of  Hatforce about a new method to bypass the PIN/password lock on Android Gingerbread phones.&lt;br&gt;&#xA;The approach was to boot into the Recovery Mode and execute a reset to factory state. The ideal result should be a reliable wipe of the /data partition. However, the author managed to recover data after the wiping process. This has been stated as a method on extracting sensitive date without knowing the actual pin or passcode.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
