Operations // Careers & People

Top Advice for CISOs

50%
50%

It's not all about vulnerabilities and security technology. Some of the soft skills are the hardest ones for CISOs to deploy.

Comment  | 
Print  | 
Comments
Newest First  |  Oldest First  |  Threaded View
Sara Peters
50%
50%
Sara Peters,
User Rank: Author
4/2/2014 | 11:15:49 AM
Re: Changing our approach
@RyanSepe  Budgets are NEVER simple, and you're right: no matter what department you're in you won't necessarily get the money you need/deserve, even if you use the budget you have perfectly. However, it is a useful exercise to ask yourself what you could be doing differently with the budget you have before you ask for more money.
RyanSepe
50%
50%
RyanSepe,
User Rank: Ninja
4/1/2014 | 3:30:50 PM
Re: Changing our approach
I think this might be the case to some extent. However, even if you express the importance of security and it is well received within your organization that doesn't mean that you will necessarily be provided the funds needed. Remember, that where security professionals express the needs for security there are other business endeavors that may also take precendence from other types of professionals. For example from a healthcare perspective, if a new heart monitor needs to be incorporated and funds are being divided to support that endeavor it may be difficult to acquire the funds needed for security.

The main point that I am trying to make is that even if the security aspect is acknowledged we need to remember that organizations are multi-faceted and that its not just a matter of yes budget approved, no budget denied. Or y amount of dollars to go to x security. Its a balance of y total dollars, then x to security and z to marketing and w to clincial and not necessarily that funds are being improperly used. It may be slightly more complicated. Thoughts?
Sara Peters
50%
50%
Sara Peters,
User Rank: Author
4/1/2014 | 10:38:32 AM
Re: Changing our approach
@tmccreight  As you say, "it's interesting to see how your position in an organization can change if you focus on supporting the business and become an enabler, instead of someone who can only say 'no.'"

One thing I wasn't able to include in the video was something else that Andy Ellis from Akamai said. I asked him about budget. And he said that if you feel like you don't have enough budget, then you're probably not spending what you have well. You're not showing the value of security and of your department, and you're not supporting the business. And if you started doing a better job of those things, your budget would increase. Do you think that's the case?
RyanSepe
50%
50%
RyanSepe,
User Rank: Ninja
3/31/2014 | 7:57:33 PM
Re: Changing our approach
tmccreight, I agree very much with your statement that points need to be delineated in a manner that is clearly understable to all. There is an element that is lost in translation when you are overly technical and I think the gravity of most situations can be better grasped with simplicity. 

Also, there needs to be a balance between yes-Security, no-Security and cosi-cosi security. I think the business plan and policies here is what will guide security decisions here. What is the overall goal? How to be secure while maintaining workflow, things of this nature.

My biggest interest in the video was with the technical engineer from Rapid7, in regards to his statement about the holistic view. What are peoples thoughts on; Do we want the best security tools from different vendors (possibly not purchased all at once) or is the benefit in one vendor many tools? Some times the different tools from multiple vendors may not mesh as well but singularly they can be quite an asset; whereas, tools all under one brand may mesh fantastically together but may not perform as well as the industry leaders. Thoughts to this?
tmccreight
50%
50%
tmccreight,
User Rank: Apprentice
3/31/2014 | 2:34:32 PM
Changing our approach
I really enjoyed the comments from Richard and Andy in the video.  I can relate to their comments and truly believe if all a CISO can do is talk about jargon and risks at a technical level, they will never be truly appreciated by their business peers.

We need to hone our communication skills and speak to business in their terms.  It's a tough skill to master, but when you begin focusing your message at a business level, you'll see a far different response from business leaders.  I've watched it - it's interesting to see how your position in an organization can change if you focus on supporting the business and become an enabler, instead of someone who can only say "no".
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-0972
Published: 2014-08-01
The kgsl graphics driver for the Linux kernel 3.x, as used in Qualcomm Innovation Center (QuIC) Android contributions for MSM devices and other products, does not properly prevent write access to IOMMU context registers, which allows local users to select a custom page table, and consequently write ...

CVE-2014-2627
Published: 2014-08-01
Unspecified vulnerability in HP NonStop NetBatch G06.14 through G06.32.01, H06 through H06.28, and J06 through J06.17.01 allows remote authenticated users to gain privileges for NetBatch job execution via unknown vectors.

CVE-2014-3009
Published: 2014-08-01
The GDS component in IBM InfoSphere Master Data Management - Collaborative Edition 10.0 through 11.0 and InfoSphere Master Data Management Server for Product Information Management 9.0 and 9.1 does not properly handle FRAME elements, which makes it easier for remote authenticated users to conduct ph...

CVE-2014-3302
Published: 2014-08-01
user.php in Cisco WebEx Meetings Server 1.5(.1.131) and earlier does not properly implement the token timer for authenticated encryption, which allows remote attackers to obtain sensitive information via a crafted URL, aka Bug ID CSCuj81708.

CVE-2014-3534
Published: 2014-08-01
arch/s390/kernel/ptrace.c in the Linux kernel before 3.15.8 on the s390 platform does not properly restrict address-space control operations in PTRACE_POKEUSR_AREA requests, which allows local users to obtain read and write access to kernel memory locations, and consequently gain privileges, via a c...

Best of the Web
Dark Reading Radio