News

6/29/2017
09:00 AM
Dawn Kawamoto
Dawn Kawamoto
Slideshows
50%
50%

How To (And Not To) Make the Online Trust Honor Roll

Five websites generated the highest score in their sector for the 2017 Online Trust Audit & Honor Roll. Here is what it takes to get there and be listed among the Online Trust Alliance's Top 50
Previous
1 of 7
Next

(Image Source: Shutterstock)
(Image Source: Shutterstock)

With consumer and enterprise sites getting slammed with attacks, the Online Trust Alliance recently unveiled its 2017 Online Trust Audit & Honor Roll to highlight those sites that engage in the best security and privacy practices.

The audit analyzed up to 1,000 consumer-related websites, Internet service providers, mobile carriers, email box providers, government agencies, and media sites, based on three key criteria: privacy, consumer protection, and security and resiliency. The total base points possible stood at 300, excluding bonus points, and a website needed to score at least 80% overall to be included in the honor roll.

"It's all about following the basics," says Craig Spiezle, executive director and president of the Online Trust Alliance (OTA).

In the security and resiliency category those "basics" include not only patching, but also: having a Secure Socket Layer (SSL) infrastructure; providing a link on the home page to report bugs and search for such common terms like "vulnerability disclosures"; a means to protect against web scraping, vulnerability scanning, and other common bot-driven actions; and an option for multi-factor authentication on the site.

Privacy criteria encompass policies and practices around user anonymity, data retention, and third-party data sharing.

Consumer protection was rated based upon measures like email authentication, anti-phishing technologies and domain security. 

Given these criteria, the five websites that received the highest score for their sector included: LifeLock, for the consumer category; US Bank, for the FDIC or bank category, Microsoft Azure, for the ISPs, mobile carriers, and hosters section; Google News for the news and media category; and the Online Trust Alliance for the OTA members section.

The issue of which websites scored the highest for their respective category or made it onto the OTA honor roll is only part of the story. The overall trends for success and failure of achieving security and privacy on a website is the other important part of the picture that will be revealed in the following pages.

 

Dawn Kawamoto is an Associate Editor for Dark Reading, where she covers cybersecurity news and trends. She is an award-winning journalist who has written and edited technology, management, leadership, career, finance, and innovation stories for such publications as CNET's ... View Full Bio

Previous
1 of 7
Next
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Christian Bryant
50%
50%
Christian Bryant,
User Rank: Ninja
7/31/2017 | 2:46:22 PM
Re: impersonization, forgery, and fakes
100% behind you here, mack.  There is room for the Public Key Model to improve, of course.  Read an interesting paper "Soundness in the Public-Key Model" by Silvio Micali and Leonid Reyzin.  From the ABSTRACT:

The public-key model for interactive proofs has proved to be quite effective in improving protocol efficiency (see Canetti, Goldreich, Goldwasser, Micali, STOC 2001). We argue, however, that its soundness notion is more subtle and complex than in the classical model, and that it should be better understood to avoid designing erroneous protocols. Specifically, for the public-key model, we:

 
  • identify four meaningful notions of soundness;
  • prove that, under minimal complexity assumptions, these four notions are distinct;
  • identify the exact soundness notions satisfied by prior interactive protocols; and
  • identify the round complexity of some of the new notions.
macker490
100%
0%
macker490,
User Rank: Ninja
7/18/2017 | 8:21:33 AM
impersonization, forgery, and fakes
what do the sites do to prevent the "Bad Guys" from impersonating them -- or transmitting fakes and forgeries?

sites focus tons of effort on identifying their customers.    but what do customers do in order to authenticate sites?

we rely on a large list of x.509 certificates -- published by our web browsers  -- and most of us -- have no clue what's in that list.

For Critical Sites Only:    we all need to COUNTERSIGN trusted certificates using our own PGP/GnuPG key

in the Public Key Model this step is required in order to validate a key.   Keys must be validated before a trust level can be assigned.

give this some thought.   "They" want to authenticate you -- but -- you need to authenticate them -- and the model we use today -- fails.   That's an F
6 Ways Greed Has a Negative Effect on Cybersecurity
Joshua Goldfarb, Co-founder & Chief Product Officer, IDRRA ,  6/11/2018
Weaponizing IPv6 to Bypass IPv4 Security
John Anderson, Principal Security Consultant, Trustwave Spiderlabs,  6/12/2018
'Shift Left' & the Connected Car
Rohit Sethi, COO of Security Compass,  6/12/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-12026
PUBLISHED: 2018-06-17
During the spawning of a malicious Passenger-managed application, SpawningKit in Phusion Passenger 5.3.x before 5.3.2 allows such applications to replace key files or directories in the spawning communication directory with symlinks. This then could result in arbitrary reads and writes, which in tur...
CVE-2018-12027
PUBLISHED: 2018-06-17
An Insecure Permissions vulnerability in SpawningKit in Phusion Passenger 5.3.x before 5.3.2 causes information disclosure in the following situation: given a Passenger-spawned application process that reports that it listens on a certain Unix domain socket, if any of the parent directories of said ...
CVE-2018-12028
PUBLISHED: 2018-06-17
An Incorrect Access Control vulnerability in SpawningKit in Phusion Passenger 5.3.x before 5.3.2 allows a Passenger-managed malicious application, upon spawning a child process, to report an arbitrary different PID back to Passenger's process manager. If the malicious application then generates an e...
CVE-2018-12029
PUBLISHED: 2018-06-17
A race condition in the nginx module in Phusion Passenger 3.x through 5.x before 5.3.2 allows local escalation of privileges when a non-standard passenger_instance_registry_dir with insufficiently strict permissions is configured. Replacing a file with a symlink after the file was created, but befor...
CVE-2018-12071
PUBLISHED: 2018-06-17
A Session Fixation issue exists in CodeIgniter before 3.1.9 because session.use_strict_mode in the Session Library was mishandled.