Free Privileged Account Discovery Tool: Identify & secure credentials to stop lateral movement. Download Free

BeyondTrust
  • Products
    Privileged Password Management
    Discover, manage, audit, and monitor privileged accounts
    Password Safe DevOps Secrets Safe
    Endpoint Privilege Management
    Manage privileges on Windows, Mac, Linux, and Unix endpoints
    Windows and Mac Unix and Linux Active Directory Bridge
    Secure Remote Access
    Centrally manage and secure remote access for service desks and vendors
    Remote Support Privileged Remote Access
    BeyondInsight Analytics
    See All Solutions
  • Resources

    Universal Privilege Management

    Our innovative Universal Privilege Management approach secures every user, asset, and session across your entire enterprise.

    Watch Video

    Learn

    Case Studies
    Competitor Comparisons
    Datasheets
    Glossary
    Product Demos
    Whitepapers

    Attend

    Events
    Go Beyond
    Training
    Webinars

    Support

    Changelog
    Professional Services
    Technical Documentation
  • Blog
  • Partners
  • Contact
  • Support
  • Services
  • Training
  • Events
  • Company

Mean Time to Breach and Security Planning

July 17, 2018

  • Blog
  • Archive

blog-mean-time-to-breach-and-security-planning.jpg

The concept of risk acceptance forms the foundation for business decisions and budgeting of information technology security. If you understand the risk, accept that incidents could and will occur, the amount of resources and money spent to minimize threats becomes justifiable and quantifiable. Spending more money and resources, however, does not necessarily mean that the risks will linearly, or even exponentially, decrease. There is an inflection point where decisions are made and you may state, “I can accept that risk,” or “I do not have enough budget to do so.” There is, however, another philosophy to help offset resources and budget, and it is called the Mean Time to Breach.

Similar to MTTR (Mean Time to Repair) or MTBF (Mean Time Between Failures), the concept documents the average time it takes a threat actor to breach the environment. If the known risks are critical, and the exploitation method trivial, the MTTB (Mean Time To Breach) is very small. This means that any detection and prevention solutions in your security arsenal will have to alert quickly, and teams will have to respond in an extremely timely manner to mitigate the threat. If the risks are difficult, complex to exploit, but known, then the MTTB should increase.

Controls can be placed around the known risks and teams have a little more luxury, in terms of time, to respond and mitigate the threat. If security teams can quantify the risks in terms of criticality and ease of exploitation, then MTTB is something that can be used to help in cost and risk assessments. The problem is, that is not always a trivial task to accomplish due to complex architectures and unknown risks—organizations have plenty of them. While vulnerability management solutions can help build some of that foundation, another empirical approach may help as well; penetration testing.

Consider how you perform penetration testing on your organization today. Do you employ red test teams, hire outside consultants, or even look for the cream of the crop in the form of hacker mercenaries who get paid bounties based on how deep they can penetrate your organization (the latter is a relatively new contractual approach that has incentives for ethical hackers based on their findings).

For all methods, results can be measured in the form of a MTTB and they should report a timeline based on each successful or thwarted attempt in their mission. Why? Because a successful mitigation strategy can map to these attacks as if they were real, ensure controls are in place to stop movement and malware, and that alarms, prevention, and workflow are responding at each step to increase the MTTB to as much as possible. This ensures that security teams can be notified and react to the threat in a timely manner versus a quick smash and run scenario. The end goal, make the MTTB as long as possible with as many alarms necessary for security teams to understand the breach and to respond accordingly. This approach balances a real-world attack “test” with the known risks covered during vulnerability and configuration assessments.

An extended MTTB with security alarms is desirable and replicable using penetrating testing and can help determine how much money is spent based on a successful attack vector to mitigate the threat. Some threats, are just too costly to mitigate, which means you should make sure they are extremely difficult to exploit. This category could include end-of-life servers and applications with known and unpatchable vulnerabilities.

While MTTB is a relatively new cybersecurity term, its meaning has been well established and is generally thought of in terms of when detection (and a breach) has actually occurred within an organization. It should also be considered from the opposite perspective. For instance--how long did it take a threat actor to successfully breach the environment, and could my business detect the steps and techniques they used along the way? If I can detect the intrusion, and make the MTTB relatively long, then I have found a good balance for risk assessments, budget, and future security spending that leverages my existing solutions and time to respond.

We should all assume a breach will happen. Just make sure you have plenty of time to detect and respond to it. And using this concept as a cost, risk, and response measurement can help.

Morey J. Haber

Chief Technology Officer and Chief Information Security Officer at BeyondTrust

Morey J. Haber is Chief Technology Officer and Chief Information Security Officer at BeyondTrust. He has more than 25 years of IT industry experience and has authored four Apress books: Privileged Attack Vectors (2 Editions), Asset Attack Vectors, and Identity Attack Vectors. In 2018, Bomgar acquired BeyondTrust and retained the BeyondTrust name. He originally joined BeyondTrust in 2012 as a part of the eEye Digital Security acquisition. Morey currently oversees BeyondTrust strategy for privileged access management and remote access solutions. In 2004, he joined eEye as Director of Security Engineering and was responsible for strategic business discussions and vulnerability management architectures in Fortune 500 clients. Prior to eEye, he was Development Manager for Computer Associates, Inc. (CA), responsible for new product beta cycles and named customer accounts. He began his career as Reliability and Maintainability Engineer for a government contractor building flight and training simulators. He earned a Bachelor of Science degree in Electrical Engineering from the State University of New York at Stony Brook.

Stay Up To Date

Get the latest news, ideas, and tactics from BeyondTrust. You may unsubscribe at any time.

I agree to receive product related communications from BeyondTrust as detailed in the Privacy Policy, and I may manage my preferences or withdraw my consent at any time.

You May Also Be Interested In:

Webcasts | February 09, 2021

Customer Webinar: Remote Support 21.1 Released!

Webcasts | February 24, 2021

Your PAM 2021 Blueprint: Securing Privileged Accounts for On-Premises and Cloud Assets

Whitepapers

Evolving Privileged Identity Management (PIM) In The 'Next Normal'

BeyondTrust Logo
  • Facebook
  • Twitter
  • LinkedIn

Keep up with BeyondTrust

I agree to receive product related communications from BeyondTrust as detailed in the Privacy Policy, and I may manage my preferences or withdraw my consent at any time.

Customer Support
Contact Sales

Products

  • Endpoint Privilege Management
  • Password Management
  • Privileged Remote Access
  • DevOps Secrets Safe
  • Remote Support

Resources

  • Blog
  • Case Studies
  • Competitor Comparisons
  • Datasheets
  • Glossary
  • Videos
  • Webcasts
  • Whitepapers

About

  • Company
  • Careers
  • Contact
  • Events
  • Leadership Team
  • Partner Program
  • Press

Languages

  • English
  • German
  • French
  • Spanish
  • Korean
  • Portuguese
  • Japanese
  • Privacy
  • Security
  • Manage Cookies
  • WEEE Compliance

Copyright © 1999 — 2020 BeyondTrust Corporation. All rights reserved. Other trademarks identified on this page are owned by their respective owners. BeyondTrust Corporation is not a chartered bank or trust company, or depository institution. It is not authorized to accept deposits or trust accounts and is not licensed or regulated by any state or federal banking authority.