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
Vulnerability Leaves Container Images Without Passwords
Newest First  |  Oldest First  |  Threaded View
RetiredUser
50%
50%
RetiredUser,
User Rank: Ninja
6/1/2019 | 4:09:42 PM
CIS Benchmarks and Image Shell Scripts
Years ago I started creating custom ISO images for deployment.  They were built to interact only with our internal SUSE YaST server hosting handpicked packages, controlled updates, etc.  We needed this level of control and security because we were spinning VMs for a highly monitored and audited ESX ecosystem.  In the early days of the CIS (Center for Internet Security) [1]  they released benchmarks for a handful of operating systems that identified areas of vulnerability and provided base scripts for hardening these OS's.  I took the SUSE Linux benchmark shell scripts and created a hardening master script that was automatically run during the ISO install of every VM we deployed.  This addressed issues like root access, open ports and so forth.  Older VMs of mine installed from this infrastructure of curated images still purr with maximum security.  Sure enough, years later, I see the CIS is still developing useful benchmarks and Docker is one of them [2].  Taken together with other benchmarks with security recommendations for OS and other IoT areas by CIS, issues like the one described could have been avoided, I believe.  This is why we have standards and are in desperate need of well-read, actively auditing and "real-time" InfoSec analysts and managers to execute them and oversee their execution.  I have never used Alpine Linux, but I would expect to see such practices at the heart of any "security-oriented, lightweight Linux distribution" development and deployment process, at a minimum.  Even when issues with packages like BusyBox and use of shadow exist, having automated scripts that exercise hardening and post-hardening tests on Docker images BEFORE ever getting released will ensure images like the ones discussed here are never downloaded by users.    

[1] CIS - Center for Internet Security:  https://cisecurity.org

[2] CIS Benchmarks: https://www.cisecurity.org/cis-benchmarks/

 

 


COVID-19: Latest Security News & Commentary
Dark Reading Staff 7/13/2020
Omdia Research Launches Page on Dark Reading
Tim Wilson, Editor in Chief, Dark Reading 7/9/2020
Mobile App Fraud Jumped in Q1 as Attackers Pivot from Browsers
Jai Vijayan, Contributing Writer,  7/10/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Special Report: Computing's New Normal, a Dark Reading Perspective
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
The Threat from the Internetand What Your Organization Can Do About It
The Threat from the Internetand What Your Organization Can Do About It
This report describes some of the latest attacks and threats emanating from the Internet, as well as advice and tips on how your organization can mitigate those threats before they affect your business. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-14174
PUBLISHED: 2020-07-13
Affected versions of Atlassian Jira Server and Data Center allow remote attackers to view titles of a private project via an Insecure Direct Object References (IDOR) vulnerability in the Administration Permission Helper. The affected versions are before version 7.13.6, from version 8.0.0 before 8.5....
CVE-2019-20901
PUBLISHED: 2020-07-13
The login.jsp resource in Jira before version 8.5.2, and from version 8.6.0 before version 8.6.1 allows remote attackers to redirect users to a different website which they may use as part of performing a phishing attack via an open redirect in the os_destination parameter.
CVE-2019-20898
PUBLISHED: 2020-07-13
Affected versions of Atlassian Jira Server and Data Center allow remote attackers to access sensitive information without being authenticated in the Global permissions screen. The affected versions are before version 8.8.0.
CVE-2019-20899
PUBLISHED: 2020-07-13
The Gadget API in Atlassian Jira Server and Data Center in affected versions allows remote attackers to make Jira unresponsive via repeated requests to a certain endpoint in the Gadget API. The affected versions are before version 8.5.4, and from version 8.6.0 before 8.6.1.
CVE-2019-20900
PUBLISHED: 2020-07-13
Affected versions of Atlassian Jira Server and Data Center allow remote attackers to inject arbitrary HTML or JavaScript via a cross site scripting (XSS) vulnerability in the Add Field module. The affected versions are before version 8.7.0.