LightBlog

mercredi 27 septembre 2017

Dirty COW, an Exploit in the Linux Kernel, is Now Being Abused on Android by ZNIU

Dirty COW (Dirty Copy-On-Write), or CVE-2016-5195, is a 9-year-old Linux bug that was discovered in October last year. It is one of the most serious bugs to have ever been found within the Linux kernel, and now malware dubbed ZNIU has been found in the wild. The bug was patched in the December 2016 security update, but any devices which haven’t received it are vulnerable. How many devices is that? Quite a lot.

As you can see above, there are actually a sizable number of devices from pre-Android 4.4, when Google started making security patches. What’s more, any device on Android 6.0 Marshmallow or lower is actually going to be at risk unless they received any security patches past December 2016, and unless said patches properly targeted the bug. With the negligence of many manufacturers to security updates, it’s hard to say that most people are actually protected. An analysis by TrendLabs has revealed a lot of information about ZNIU.

ZNIU – The First Malware using Dirty COW on Android

First let’s get one thing clear, ZNIU is not the first recorded usage of Dirty COW on Android. In fact, a user on our forums used the Dirty COW exploit (DirtySanta is basically just Dirty COW) to unlock the bootloader of the LG V20.  ZNIU is only the first recorded usage of the bug being used for a malicious purpose. It’s likely this is because the application is incredibly complex. It seems to be active in 40 countries, with over 5000 infected users at the time of writing. It disguises itself in pornography and game applications, present in over 1200 applications.

What does the ZNIU Dirty COW malware do?

Firstly, ZNIU’s Dirty COW implementation only works on ARM and X86 64-Bit architecture. This doesn’t sound too bad, as most flagships on 64-Bit architecture usually will have the December 2016 security patch at least. However, any 32-Bit devices may also be susceptible to lovyroot or KingoRoot, which two of the six ZNIU rootkits use.

But what does ZNIU do? It mostly appears as a pornographic related app, but again can also be found in game related applications. Once installed, it checks for an update for the ZNIU payload. It will then begin privilege escalation, gaining root access, bypassing SELinux and installing a backdoor in the system for future remote attacks.

Once the application has initialized and the backdoor is installed, it begins to send device and carrier information back to a server located in mainland China. It then begins to transfer money to an account via a carrier’s payment service, but only if the user infected has a Chinese phone number. The messages confirming the transactions are then intercepted and deleted. Users from outside of China will have their data logged and a backdoor installed but will not have payments made from their account. The amount taken is ridiculously small as to avoid notice, the equivalent of $3 a month. ZNIU leverages root access for its SMS related actions, as to interact at all with SMS an application would normally need to be granted access by the user. It can also infect other applications installed on the device. All communications are encrypted, including the rootkit payloads downloaded on the device.

Despite said encryption the obfuscation process was poor enough that TrendLabs were able to determine the details of the web server, including location, used for communication between the malware and server.

How does the ZNIU Dirty COW malware work?

It’s fairly simple how it works, and fascinating from a security perspective. The application downloads the payload it needs for the current device it’s running on and extracts it to a file. This file contains all script or ELF files required for the malware to function. It writes then to virtual Dynamically Linked Shared Object (vDSO), which is usually a mechanism for giving user applications (ie, non-root) a space to work within the kernel. There is no SELinux limit here, and this is where the “magic” of Dirty COW really happens. It creates a “reverse shell”, which in simple terms means that the machine (in this case, your phone) is executing commands to your application instead of the other way around. This allows the attacker to then gain access to the device, which ZNIU does by patching SELinux and installing a backdoor root shell.

So what can I do?

Really, all you can do is stay away from applications not on the Play Store. Google has confirmed to TrendLabs that Google Play Protect will now recognize the application. If your device has the December 2016 security patch or later you are also completely safe.


Source: TrendLabs



from xda-developers http://ift.tt/2hynnQ8
via IFTTT

mardi 26 septembre 2017

Source: Pixel 2 XL has Stereo Speakers, Always Listening “Music Recognition”, and Portrait Mode

The Google Pixel 2 and Pixel 2 XL is set to be announced on October 4th with multiple color options and a hefty price tag. While these two smartphones have had a lot of information leaked so far, one of the most controversial changes is the lack of a 3.5mm headphone jack. This has been corroborated by our own sources, 9to5Google, @evleaks, and others, so it’s safe to say that the next generation Pixel 2/2 XL smartphones will not feature a headphone jack.

Users have been wondering if, at the very least, Google would offer dual stereo speakers on these smartphones. Though previous leaks have affirmed the existence of dual speakers on the smaller Pixel 2 model, some were wondering if this would be true on the larger Pixel 2 XL model. After speaking with our source, we can confirm that the Google Pixel 2 XL will indeed have dual stereo speakers on front much like its smaller counterpart.

That isn’t all that we’ve learned, however. Over this weekend, the founder of AndroidPolice Artem Russakovski shared some unverified rumors from a source who spent time with the Verizon Google Pixel 2. Our own source independently corroborates most of these claims. That means we believe both the Google Pixel 2 and Google Pixel 2 XL will have the following features:

  • New “Portrait Mode” feature in the Google Camera app. This feature focuses on the main person in frame and blurs out the background to produce an image in vein of a live portrait. This feature is said to be similar to the Portrait Mode found on the iPhone 7 Plus.
  • Revamped Pixel Launcher with the search bar at the bottom. This was accidentally shown off at this year’s Google I/O, and 9to5Google was able to capture a video of it in action. Some of you may not like how it looks, but the beauty of Android is that you can always install another launcher.
  • New “Music Recognition” feature. According to the settings page for this feature, “when music is playing nearby, it will automatically show up on your lock screen.” Even though Google Assistant itself doesn’t yet have song recognition (though there’s a workaround for that), it seems that Google will somehow be able to listen for songs in the background and recommend them to you on the lock screen. Those of you worried about privacy will probably want to keep this feature disabled.
  • Squeeze to launch Google Assistant. We already leaked the existence of this feature back in July, but Artem’s tweets now corroborate this further.
  • Always on Ambient Display mode. We’ve covered this feature on multiple occasions, and given that it’s actually live in AOSP and can even be enabled on existing Android Oreo devices, this is probably Google’s worst-kept secret feature for the Pixel 2 series.

There are bound to be other leaks of features and hardware of the Google Pixel 2 and Google Pixel 2 XL in the coming days. We’re only a few days away from the official announcement, so there’s a lot to look forward to in the next week. Though the loss of the 3.5mm headphone jack port is disappointing to many, perhaps having dual, front-facing stereo speakers will assuage those concerns somewhat. Furthermore, those new Google Assistant-enabled headphones might come in handy in the future—perhaps if they release another model at a lower price.



from xda-developers http://ift.tt/2hwtfwO
via IFTTT

Google Prepares to Better Integrate Android Things with Chromecast in Android P

Earlier this year, we got our first glimpse at Android Things, previously called Brillo, along with several developer previews to date. Android Things aims to be an Android-based solution for embedded systems. As an OS for the Internet of Things (IoT), it’s designed to work on systems with as low as 32 MBs of RAM. While it sounds promising, we probably won’t see many Android Things devices in the wild until next year when the OS is more mature. This means we’re sure to see more improvements in the coming months. One such improvement that we’ve spotted in the source code is Chromecast integration, set to be rolled out with the release of Android Things based on Android P (9.0).

We discovered this recent commit in the Chromium Gerrit. It introduces a new volume control API, which is an Android Things system API (it will be a public API when Android P comes around) to synchronize the volume level between Android Things and Chromecast devices. This is a pretty small change, but it’s noteworthy as it shows how Google is working to better integrate the Android Things and Chromecast platforms.

The end goal of Android Things is to integrate Android with every device in your household. As such, this is just one small change of many to come for Android Things-powered systems to integrate seamlessly with the rest of the Google ecosystem. We have previously shown our excitement for Android Things and all its capabilities and potentials, and seeing more of these capabilities slowly come to life only increases our excitement further.

Android Things is currently on its 5th developer preview, and as we said earlier, it’s really unlikely that we’ll be getting finalized versions before the end of the year. We expect to hear more about the new IoT OS during the course of the next year.



from xda-developers http://ift.tt/2hy35pU
via IFTTT

Firefox Quantum to Be Released in November, Beta & Developer Edition Available Now

The folks over at Mozilla have been busy lately with a number of different projects under the Firefox umbrella. Earlier today we talked about how an upcoming update to Firefox will be dropping support for Flash and now we have information about the browser engine they’ve been working on. What was previously known as Project Quantum is now slated for release in version 57 of Firefox and should make its way to the stable branch in the middle of November.

Project Quantum is something Mozilla has been working on for a while and it’s something we touched on last month as well. A lot of the work done by web browsers today is thanks to the rendering engine they use and that’s what Mozilla has been attempting to improve. With Project Quantum, the goal is to replace some of the components of their Gecko engine with code that has been pulled from the Servo engine. The Servo engine is far from complete, but Mozilla has been working to bring some of its best features to Gecko.

Mozilla feels the transition to Firefox Quantum is such a big leap that you’ll instantly feel the difference when loading up your favorite websites. A popular way of measuring the speed of a website is with the Speedometer 2.0 benchmark (that is currently still in development). Using this as a base for comparison, the company says Firefox Quantum is about twice as fast as Firefox was a year ago. They’ve even released a video of the beta so you can see how it compares to Chrome

We recommend you check out their blog for the technical details of the changes that went into this new update. If you’re not interested in that though, you should be aware that this update is scheduled to be released via the stable branch of Firefox on November 14th. However, you can try it in Beta on desktop, Android, and iOS if you’d like, while web developers are encouraged to check out the Developer Edition version here.


Source: Mozilla Blog



from xda-developers http://ift.tt/2xup6jp
via IFTTT

How to Test the Quality of your Charging Cables

LG Brings Google Assistant Support to Nearly 90 of Their Appliances

Google may have been late to the embedded virtual assistant market but since they released the Google Assistant SDK we’ve started to see a number of OEMs start to use it. It’s allow for companies to create their own connected speaker while adding more competition and options for customers. It has also enabled some to add connected features to an assortment of smart home devices. This is what we’re seeing today with an announcement from LG which brings Google Assistant support to almost 90 of their smart appliance products.

While LG’s mobile division has been losing hundreds of millions of dollars year lately, other parts like their appliances and TV division has been able to keep the company in the black. In fact, the company’s board was so happy with how well the LG appliance division had been doing, that they appointed the person in charge as the CEO of the entire company. Since then, we’ve seen the company take a completely new direction with its products.

LG has been working to make their appliances smarter as of late and this addition of Google Assistant allows them to take it to the next level. The company has used its SmartThinQ application to control almost 90 of their appliances so far but this new update will allow them to work hands-free. So it doesn’t matter if you’re using Google Assistant on your smartphone, or a connected speaker such as Google Home, you can issue simple voice commands to have your appliances work for you.

LG has even announced a new feature for their appliances called Adaptive Learning. The goal here is to monitor how you use your appliances and then attempt to predict what you need before you even initiate something. The company says they’ll use this data to do things such as “alert owners to order filter refills for the refrigerator or air purifier and it can troubleshoot lint build-up in the dryer.”


Source: LG Newsroom



from xda-developers http://ift.tt/2yqorMQ
via IFTTT

Firefox to Drop Support for Adobe Flash with v56 Update

Many people praised Android for its continued support of Flash when other competitors refused to allow it on their platform. However, recently we’ve seen a shift to the point where even Adobe says they’re ending support for Flash in the next three years. The latest beta of Firefox from Mozilla has been released and it will be the first major release to finally drop support for Flash. The stable version of this update is scheduled to be released before the end of the month.

Android has a whole has slowly been moving away from Flash for years now. Looking all the way back to 2012, Android 4.1 was the first major version to lose official support for the Flash plugin. Since then, it was up to the individual browser to decide if they wanted to support it or not. Chrome has already disabled automatic support for it across all of their platforms and will require the user to enable the permission for individual websites they want to use it on.

Just like Adobe, Google is completely stopping support for Flash in Chrome (including this opt-in method) by the end of 2020. For years, Flash enabled websites to deliver content and features that many didn’t even think were possible on a website. As HTML has evolved though, Flash is becoming less and less of a requirement and it’s simply too much of a security risk. Many will be sad to see it go while others will be happy they don’t have to worry about it anymore.

Firefox is the latest popular web browser to move against or away from Flash and that’s happening with version 56. This update is currently in beta, but it is expected to reach the stable branch sometime this month. It’s also the first update to require version Android 4.1 or higher, so naturally it makes sense that Mozilla would be dropping support for a feature that isn’t officially supported.


Source: AndroidPolice



from xda-developers http://ift.tt/2xuufI0
via IFTTT