Stories
Slash Boxes
Comments

SoylentNews is people

SoylentNews is powered by your submissions, so send in your scoop. Only 17 submissions in the queue.
posted by CoolHand on Monday August 31 2015, @10:58PM   Printer-friendly
from the making-smartphones-smarter dept.

If you can't keep your smartphones updated, perhaps the solution to rampant security vulnerabilities is "cognitive computing technology" to block them:

Qualcomm announced that the first main application for its Zeroth neural chip will be a malware behavior analysis feature called "Qualcomm Snapdragon Smart Protect." The feature will be free for OEMs to use, but it will be up to them to enable it on shipping devices. Qualcomm's Zeroth chip uses "cognitive computing technology," which can enable "brain-inspired," on-device intelligence. The chip is meant to bring more natural interaction with devices and anticipate users' needs. Zeroth was designed to think like a biological brain and learn from its experiences in order to improve itself.

For instance, one of the first demos Qualcomm showed back in 2013 was a robot using Zeroth to find only white squares on a floor, but avoid other colored squares. The robot did this not because it was programmed in a certain specific way to reach the white squares, but because it "learned" by itself where the white squares would be. This is the main principle behind a neural processing unit (NPU) such as Zeroth, which is supposed to sit side-by-side a "traditional" CPU in devices.

The most exciting features that such a chip can provide will likely arrive later on, after developers have started using Qualcomm's Zeroth SDK to create innovative new mobile solutions that can improve people's lives. However, Qualcomm has already come up with what could be a solid use-case for Zeroth: malware behavior analysis. Qualcomm can use the brain-like cognitive power of the Zeroth platform to detect "abnormal behavior" on mobile devices, which can include zero-day malware or "transformational malware," about which anti-virus solutions either don't know or the malware was modified to bypass them (in the latter's case).

Related: Mobile World Congress 2015 Roundup


Original Submission

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 0, Redundant) by Anonymous Coward on Monday August 31 2015, @11:44PM

    by Anonymous Coward on Monday August 31 2015, @11:44PM (#230525)

    Will something that only works on one vendor's SOCs be used?

    If yes, seems like there is less arguement for not just using native code in Android for everything. You've already got the runtime checks, and device specific component builds.

    Or, equally bad, Google abstracts all these sorts of accelerators behind the LCD and makes none of them worth using. See openCL on recent Google branded Android.

    Note, I am not knocking this co-processor. I would love to play with one on an SBC running a proper GNU/Linux not Android/Linux, but the market driving Qualcomm to do this is Android.

    Starting Score:    0  points
    Moderation   0  
       Redundant=1, Underrated=1, Total=2
    Extra 'Redundant' Modifier   0  

    Total Score:   0