The networking environment has changed radically in recent times. In today’s world of increasing wireless use, widespread BYOD, home working, remote access, consumer devices and social media, the network is becoming ever more distributed. In this situation, security breaches are inevitable, as is evidenced by the regular reporting of breaches at major organisations.
These breaches are of course only the tip of a large cyber-insecurity iceberg. As we have seen from many of the post-mortems, and increasingly senior level sackings, many of the problems relate to poor management and the oversight of relatively junior individuals, rather than a fundamental failure of business security across the organisation.
There is now a growing groundswell of change in the way businesses approach and look at data security. Clearly, in a world where breaches, and the associated consequences, are inevitable, relying solely on, or blaming, the information security team is no longer viable. With the business cost of a departmental (or individual within that department) breach now directly impacting business reputations and bottom lines, security needs to come from a bottom-up approach as well as from the CEO down.
See also: What is the motivation behind data security? – which are the factors that finally drive directors to take action?
Security has often been seen as a business disabler, rather than enabler. It is sometimes seen as a costly nuisance, to be avoided if it impacts projects delivery or performance. The responsibility for all security is often left to the security team. This attitude is now sharply changing in many organisations (particularly those with significant retail or B2B profiles), with a root and branch review of security taking place at many of them.
All businesses should be aware that security is the responsibility of everyone in the organisation, top-to-bottom or vice-versa. But sometimes, in the heat of trying to achieve tactical business objectives, that responsibility sometimes gets overlooked.
We are in a time of rapid and brutal change in cyber risks and cyber security failures. Below are reminders of some of the areas that sometimes need to be revisited and reviewed to ensure businesses are staying secure and protecting everyone’s jobs, including our own.
As all the high profile cases have shown, it is now not possible to guarantee defence against data breach. However, it is still possible to defend critical data against breach if that data is identified and defended.
There’s no rocket science here – just a review and reappraisal, from a business perspective, of what the goals are and what is important, coupled with a desire through defence and training to protect it.
1. Define goals
The first place to look is at what is actually important. “Everything” is the wrong answer. Priority one is what is business critical or business threatening. This is a much smaller departmental and organisational list. Then decide what risk profile, and associated costs, you are prepared to accept in order to defend key data, given that the perimeter will be breached. That, almost certainly, will throw up some interesting discussions.
2. Protect the key data
Decide how to protect key data, rather than just defending all assets and all of the perimeter. Breach defences need to be in place, alongside consolidation and regular reporting, as breaches are now taking longer and longer to detect.
It may also move some defences and focus from broadline perimeter defence to specific areas. All key relevant stakeholders should be aware of the risk analysis and risk acceptance involved. This not only gets buy-in and increased security awareness, it also creates recognition that just having a defence doesn’t guarantee security.
3. Risk analysis and risk acceptance
Before any mobile device, access, application, new technology or service is added to the company network, it should be signed off as accepted by the Board, and the proposing department or users, with a risk analysis as part of the sign-off. This is a similar process to the previous point and needn’t be too onerous. Interestingly, building-in security, as part of deployment rather than post-event, often provides better security at a lower overall cost.
4. Planning and deployment
Planning for deployment should include security implementation and acceptance of the risk. Security needs to be deployed with the solution, not post event.
Deployment of security for mobile devices and remote access is a key element in protecting networks today. However this can often be honoured more in the breach than the reality, with individuals and departments seeing security as a disabler, to be circumvented, rather than as an enabler to be appreciated.
Web applications (and indeed the cloud) present some specific risk points. Understanding and securing data in these areas needs particular focus, based on the risk and consequences of failure. I’ve seen many poorly implemented projects fail through lack of consideration regarding the security implications.
5. Policies
Given that there is a shift from a belief in security to acceptance that there will/could be a breach, policies need to change to encompass this.
Policies need to be clearly enunciated, not just contained in a policy document.
Given the rapid shift in risks based around wireless, mobility and social media, co-opting some younger staff members onto the team can provide enlightening insights into what the risks really are.
6. Education and staff involvement
Security processes need to be clear, as do the consequences of not following them. It’s not sufficient to have security policies, if it is clear to staff that you aren’t managing them and that, actually, nothing will happen if they don’t follow the correct security procedures. Education and defence training are essential and should be ‘education’, not just a list of things staff can’t do.
This is an easy thing to say, but much harder in practice. It needs leadership from all staff, but especially from all IT professionals. Given the jaded view, sometimes deservedly so, of IT security in some organisations, it is a difficult culture change to now embrace security as everyone’s responsibility. Training needs to reflect that.
7. Monitoring and feedback
It is crucial to not only monitor, but also to be seen to be monitoring mobile security measures. High visibility and regular feedback to all staff, on both success and failure, are very important. Reinforcement across all levels means that security awareness can infiltrate the DNA of an organisation.
8. Analysis
All the relevant stakeholders, need to have regular reporting of the security landscape, so they are aware of the level of threat, and the levels of risk that they have accepted. Ideally, the Board should also have a disaster plan to implement, in the case of failure. That would certainly guarantee to focus an individual director’s mind on security issues.
9. Forensics
After a breach, particularly for mobile devices, organisations want to understand what has happened, what the failure was and what action they can take. Forensic tools are key to success here. A post mortem with findings needs to be produced and delivered so that, assuming the breach wasn’t terminal, lessons can be learned and implemented.
Sourced from Ian Kilpatrick, Wick Hill Group