Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Comments
Smartphone Security Shootout
Newest First  |  Oldest First  |  Threaded View
Page 1 / 2   >   >>
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
4/30/2015 | 11:14:42 PM
Re: No BlackBerry in this so-called "security shootout"
Incidentally, I'm interested to see if Silent Circle's purportedly ultra-secure smartphone can make any major penetration in the market.

Alas, functionality and features seem to trump security in the consumer market -- which in turn informs and impacts the enterprise market.
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
4/30/2015 | 11:10:07 PM
Re: No Commercial Solutions Are Secure
@digitallachance: Good for you for making me defend the claim.  (Truly.  Not sarcastic.)  I double-checked and it appears that I was apparently relying on reports that in turn relied upon misleading/untrue assertions.

In 2010, here were reports that RIM (as it was then known) had compromised and provided backdoor access to the Indian government.  e.g., articles.economictimes.indiatimes.com/2012-08-02/news/33001399_1_blackberry-enterprise-encryption-keys-corporate-emails

It turns out, however, that these reports were apparently a bit overstated.  www.theregister.co.uk/2012/08/02/rim_keys_india/

It appears that RIM arranged for a "lawful access" compromise -- but that there were no actual keys to give.
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
4/30/2015 | 11:02:56 PM
Re: platform selection
@macker: It's really lamentable how many people/organizations continue to rely on SSNs as a security metric/identifier.  SSNs were originally intended to have more of a "username" function -- and now they are used as "passwords" (which is just silly for anything requiring more security than, say, a 1990s Geocities chat room).
digitallachance
50%
50%
digitallachance,
User Rank: Apprentice
4/30/2015 | 12:57:34 PM
No BlackBerry in this so-called "security shootout"
Seriously, I know how the consumers consider BlackBerry to be out of business and irrelevant, but anyone who cares about security will agree you can't talk mobile phone security without mentioning BlackBerry.  The president of the United States is not carrying an iPhone or an Android or a Windows phone.  Only BlackBerry has the high level of certification required for the US DOD to use those devices.

 

 

 
digitallachance
50%
50%
digitallachance,
User Rank: Apprentice
4/30/2015 | 12:50:58 PM
Re: No Commercial Solutions Are Secure
Joe,


Do you have any evidence that BlackBerry provided governments backdoors or is this just a conspiracy theory?
macker490
50%
50%
macker490,
User Rank: Ninja
4/30/2015 | 7:33:41 AM
Re: platform selection
Joe,--

to a point I think you are right: better user training will help.  but you are tackling a blizzard with a push-broom: the rapacious raiding of user computers for "big data" by the commercial sector -- and by government -- is simply stunning.

run NOSCRIPT on your browser for a while and note: when you access a site -- like this one -- how many connections do you actually acquire?    the crux of this is that reading the internet is like running down a dark alley: wear your boots; don't go barefoot.

extending this to "platform" -- or your hardware/software setup -- security needs to be addressed starting from the standpoint of the operating software.   your operating software must not allow itself to be affected by the actions of an application program -- whether by intent or by error.

but o/s security is only a start

in our online environment all of our usual identifiers -- name, address, date of birth, social security number, eMail address, mother's maiden name, ... are all compromised -- either in public bazarrs or out in the DarkNet

Which leads us to the need for Secure Computing in a Compromised Environment

the basic need is an identification that can be used in public but which at the same time can be controlled by the owner


Symmetric keys -- such as eMial address, Soc.Sec.Nr &c are not sufficient: once compromised -- they can be used by anyone.   we must move to Public Key Encryption to provide the AUTHENTICATION of documents that is critical to business requirements.

to do this we must begin by dispelling the MYTH that PGP or GmuPG -- is too difficult for "everyone" to use.  Properly packaged -- such as the ENIGMAIL plugin for Thunderbird -- anyone who can use Excel -- can easily use PGP/GnuPG

it's just another drop-down dialog box.
Joe Stanganelli
100%
0%
Joe Stanganelli,
User Rank: Ninja
4/29/2015 | 11:26:23 PM
Re: Both are vulnerable !
Funny how older tech is often more secure.

Maybe we should go back to typewriters and smoke signals.
Joe Stanganelli
100%
0%
Joe Stanganelli,
User Rank: Ninja
4/29/2015 | 11:24:04 PM
Re: No Commercial Solutions Are Secure
@Ian: After the Snowden revelations, would YOU trust a tech company on data privacy and data security if one of their biggest customers is the federal government?  ;)

(For that matter, should we continue to trust IBM?)  ;)
Blog Voyage
50%
50%
Blog Voyage,
User Rank: Strategist
4/28/2015 | 12:08:36 PM
Both are vulnerable !
In fact, iOS is just as vulnerable as Android. Both are more vulnerable than BlackBerry ever was, but that's not relevant today.
RyanSepe
50%
50%
RyanSepe,
User Rank: Ninja
4/27/2015 | 9:01:52 AM
Samsung Knox
I was curious during its inception how the Samsung KNOX security suite would perform. Is it still enabled by default on Samsung based phones or was that removed due to user gripes? If its not set as default I guarantee that the majority of users will not turn it on even if prompted.
Page 1 / 2   >   >>


When It Comes To Security Tools, More Isn't More
Lamont Orange, Chief Information Security Officer at Netskope,  1/11/2021
US Capitol Attack a Wake-up Call for the Integration of Physical & IT Security
Seth Rosenblatt, Contributing Writer,  1/11/2021
IoT Vendor Ubiquiti Suffers Data Breach
Dark Reading Staff 1/11/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
2020: The Year in Security
Download this Tech Digest for a look at the biggest security stories that - so far - have shaped a very strange and stressful year.
Flash Poll
Assessing Cybersecurity Risk in Today's Enterprises
Assessing Cybersecurity Risk in Today's Enterprises
COVID-19 has created a new IT paradigm in the enterprise -- and a new level of cybersecurity risk. This report offers a look at how enterprises are assessing and managing cyber-risk under the new normal.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-15864
PUBLISHED: 2021-01-17
An issue was discovered in Quali CloudShell 9.3. An XSS vulnerability in the login page allows an attacker to craft a URL, with a constructor.constructor substring in the username field, that executes a payload when the user visits the /Account/Login page.
CVE-2021-3113
PUBLISHED: 2021-01-17
Netsia SEBA+ through 0.16.1 build 70-e669dcd7 allows remote attackers to discover session cookies via a direct /session/list/allActiveSession request. For example, the attacker can discover the admin's cookie if the admin account happens to be logged in when the allActiveSession request occurs, and ...
CVE-2020-25533
PUBLISHED: 2021-01-15
An issue was discovered in Malwarebytes before 4.0 on macOS. A malicious application was able to perform a privileged action within the Malwarebytes launch daemon. The privileged service improperly validated XPC connections by relying on the PID instead of the audit token. An attacker can construct ...
CVE-2021-3162
PUBLISHED: 2021-01-15
Docker Desktop Community before 2.5.0.0 on macOS mishandles certificate checking, leading to local privilege escalation.
CVE-2021-21242
PUBLISHED: 2021-01-15
OneDev is an all-in-one devops platform. In OneDev before version 4.0.3, there is a critical vulnerability which can lead to pre-auth remote code execution. AttachmentUploadServlet deserializes untrusted data from the `Attachment-Support` header. This Servlet does not enforce any authentication or a...