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
The Case for MarDevSecOps
Newest First  |  Oldest First  |  Threaded View
Page 1 / 2   >   >>
viopoker
50%
50%
viopoker,
User Rank: Apprentice
11/5/2018 | 8:48:32 AM
I just now
I just now evolving DevOps into DevSecOps

 

 
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
10/31/2018 | 10:45:35 PM
Re: Where the problem is.
@Dr.T: Conversely, however, in many organizations, marketing's hands would effectively be tied if they had to run everything through IT (especially in those orgs where the marketing department frequently faces uphill battles to justify itself to operations people who don't understand what marketing does, what good marketing looks like, or why marketing is important). You can really only deal with this with partnership between IT and marketing, from the top down. But that takes a huge effort that many orgs simply don't feel that they can afford.
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
10/31/2018 | 10:43:20 PM
Re: God, please, no; stop this bullshit.
I agree, @Jim. Vendors are great for outsourcing certain things, but the one thing you should never outsource (or, at least, almost never) is strategy. Strategy has to come from within, and that requires the kind of holistic approach you're talking about -- buzzword combos aside.
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
10/31/2018 | 10:41:44 PM
Sec vs. Privacy vs. Compliance
The only problem with all of this philosophizing is that security, privacy, and compliance -- while comprising the greater Venn diagram of data stewardship -- remain separate (if partially overlapping) circles. Security is not privacy. Privacy is not compliance. Compliance is not security. It's really going to take much more interaction to get marketing on board with these regulations -- as well as to be proactive enough with privacy, security, and best practices such that future regulation and law don't cause too big of a speed bump. Ditto for dev teams (who are just as guilty of making bad decisions with data).
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
10/31/2018 | 12:49:12 PM
Where the problem is.
If DevSecOps stakeholders don't include marketing or worse, let marketing continue to think it is safe to take IT procurement in its own hands Obviously this is where the problem is. IT can easily be by-passed.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
10/31/2018 | 12:46:19 PM
User need
If marketing were brought into the process, it could help developers intimately understand the end user's needs I agree with this statement. We tend to develop things that nobody needs.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
10/31/2018 | 9:30:13 AM
Re: God, please, no; stop this bullshit.
intelligent group internally to talk about how that plays into centralized consent management, etc This makes sense. Marketing and other groups should be part of it in my view.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
10/31/2018 | 9:17:49 AM
Re: God, please, no; stop this bullshit.
The more things you do, the less solid results are. It is inevitable. Laws of physics. This is a fair point. However these days we are being asked more with less.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
10/31/2018 | 9:12:05 AM
MarDevSecOps
I like the concept of MarDevSecOps. Marketing should be streamlined into security operations for sure.
jim.kaskade
50%
50%
jim.kaskade,
User Rank: Author
10/30/2018 | 5:40:11 PM
Re: God, please, no; stop this bullshit.
Fair enough. I wasn't advocating for a new group (like MarDevSecFinJanitorChefOps). I was saying that before my CMO pulls in yet another marketing tool (lets look at Scott Brinker's ChiefMarTech list), one might sit down with an intelligent group internally to talk about how that plays into centralized consent management, etc.).

It's more about bringing the fragmented players together when it comes to consumer data.
Page 1 / 2   >   >>


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
Russian Cyber Gang 'Cosmic Lynx' Focuses on Email Fraud
Kelly Sheridan, Staff Editor, Dark Reading,  7/7/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-2019-20907
PUBLISHED: 2020-07-13
In Lib/tarfile.py in Python through 3.8.3, an attacker is able to craft a TAR archive leading to an infinite loop when opened by tarfile.open, because _proc_pax lacks header validation.
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.