The Nexus 7 2013 has been discontinued on the Google Store! That and much more news is covered by Jordan when he reviews all the important stories from this weekend. Included in this weekend's news is the announcement of Xposed 3.0 Alpha 3 and be sure to check out the article talking about the 3D printable microscope for mobile devices. That's not all that's covered in today's video! Jordan talks about the other videos released this week on XDA TV. XDA...
Major FaceBook SDK Vulnerability… Run for the Hills!
There are times when we decide to take on news that relate more to security than anything else. After all, one of the fun things about being developers and hackers is security research. The dance usually goes somewhat like this: poke around, find a hole, try to exploit it by formulating a theory, generate a PoC (proof of concept) app to test your theory, have some laughs and invite some friends over for beer, and report it to the code developer to have it fixed. This is the way that, most times anyways, this works out. The code ends up fixed in a somewhat short time frame (depending on severity of course) and life and the world keeps going about business as usual. However, what happens when the code being fixed is code that is used as the building block and foundation of several thousands of apps with no way to push the “fix” into the developed apps? XDA Forum Member vvieux pointed us to a rather disturbing discovery made by the good people at Parse, more specifically David Poll.
Without going too much into the specifics, it looks like David was playing around with the Facebook SDK to get it added as part of Parse’s Android SDK. While playing around with code and some of its output, he realized that there was a line that was showing up in his logs which contained the following wording: “access_token”, followed by the token itself. He found it somewhat strange as this popped up every time the app he was working on would try to log into Facebook. This was recorded as part of the logcat in the device itself. Now, if there is one thing that we learned out of the logcat from previous exploits is that the logcat is fully accessible via device, and it is not necessarily restricted to a USB connection and a computer. At this point in time, David decided to see if the log could be accessed through the device itself and more importantly, if this information would show up. By installing Catlog from the Play Store, he sadly found this to be the case, his access token was slapped right in the middle of the log, in plain English, clear as daylight. In fact, any app with permissions to “Read Sensitive Log Data” has access to this information. So, he created a PoC to try and see if he could snag the token and use it to grab information out of a Facebook profile. Needless to say, thanks to the graph API Explorer his theory was proven and 100% effective and repeatable. So, he did what anyone with good morals would have done. Kept the information safe and secure and contacted Facebook right away.
In a matter of a day, the company had fixed the hole, but according to David, the issue went far deeper than that. The Facebook SDK is integrated into thousands of apps, which allows for some of your favorite features on games such as Draw Something, where you can share your stuff via Facebook. This is a major issue due to the fact that even if Facebook updated the SDK, the applications using it will need to be manually updated by the developers as the SDK cannot update itself once it is integrated into the app. According to David’s blog, most major software makers have already patched this by using the updated SDK, but there are literally thousands of apps and developers out there, which are likely not up to date, which means that if you have them installed, you are exposing your own Facebook information and likely handing it in a silver platter for anyone capable of making something to remotely read a logcat.
Having said that, there is hope at the end of the tunnel. There is an app in the Play Store called Facebook SDK Checker, released by vvieux, which will help you determine if your FB-integrated apps are at risk or not. It is probably worth taking this for a spin and removing any app that has this vulnerability until a fix has been implemented on it. One thing that you could do if you want to be part of the solution, contact the developer of any app that you find with this vulnerability and let him/her know that this is a serious issue that needs to be fixed. Spreading the word on something like that is the best way to prevent anyone from exploiting this any further.
A final note, always be weary of what you install on your device and make sure that you understand the potential implications that certain permissions can bring along.
Thanks for reading.
Want something published in the Portal? Contact any News Writer.[Thanks vvieux for the tip!]
Want something on the XDA Portal? Send us a tip!
From pattern locks to the controversial face unlock, there are a number of different ways you can secure your Android phone's lockscreen. Some methods are clearly more secure than others, but it comes down to user preference at the end of the day. So, which lockscreen security type do you prefer and why?
Here in the digital XDA newsroom, we spend our days pouring over an average of 2,500 news items and forum threads every 24 hours. Only the most timely and interesting bits survive the editing process, but the portal's front page still sees weekly counts in excess of 100 posts. This is a glut of content to absorb, especially if following the news cycle isn't your full-time job. However, the tech world is vast, and the information must flow. With this in mind, please...