NIST Privacy Framework Under Development to Complement NIST CSF

NIST Privacy Framework Under Development to Complement NIST CSF

The upcoming NIST Privacy Framework will help enterprises manage privacy risks

Citing the success of its cybersecurity framework and the advent of IoT devices, artificial intelligence, and other technologies that are making it more challenging than ever for enterprises to protect their customers’ privacy, NIST has launched a collaborative project to develop a voluntary privacy framework. The NIST Privacy Framework project will kick off with a public workshop in Austin, Texas, on October 16, 2018. The workshop will also be live-streamed online, recorded, and posted on the NIST Privacy Framework website for future access.

NIST Privacy Framework Under Development to Complement NIST CSF

NIST is launching its Privacy Framework project in an environment where consumers are growing increasingly concerned about what data enterprises are collecting from them, what they intend to do with it, and how securely they are storing and handling it. According to the National Telecommunications and Information Administration (NTIA), 73% of internet-using U.S. households have data privacy and security concerns, and at least one-third have been deterred from certain online activities due to these fears.

Notably, in a project separate from the NIST Privacy Framework, the NTIA recently published a request for public comment in the Federal Register on a set of data privacy principles to inform a domestic legal and policy approach to consumer data privacy. The NTIA is seeking to develop “a set of user-centric privacy outcomes that underpin the protections that should be produced by any Federal actions on consumer-privacy policy, and a set of high-level goals that describe the outlines of the ecosystem that should be created to provide those protections.”

Stronger Data Privacy Laws Are Coming

The NIST Privacy Framework will be voluntary, but the NTIA’s request for public comment is a preliminary step that could ultimately lead to a federal data privacy law. The development of such a law will be a long and complex process, and whether the end result will amount to an “American GDPR” is debatable. However, one thing is certain: Stronger data privacy laws are coming.

Some states, notably California, have already taken matters into their own hands. The prospect of having to comply with 50 different state laws has softened large organizations’ views towards federal data privacy regulations. At last week’s Senate Commerce, Science and Transportation Committee hearing, representatives from AT&T, Amazon, Twitter, Apple, and Charter Communications stated that they were open to a federal data privacy law, and Google published its own ideas for a data privacy framework prior to the Senate hearing.

The best way for enterprises to prepare for stricter data privacy legislation in the future is to practice proactive cyber security and solid data governance, compliance, and risk management now.

The cyber security experts at Lazarus Alliance have deep knowledge of the cyber security field, are continually monitoring the latest information security threats, and are committed to protecting organizations of all sizes from security breaches. Our full-service risk assessment services and Continuum GRC RegTech software will help protect your organization from data breaches, ransomware attacks, and other cyber threats.

Lazarus Alliance is proactive cyber security®. Call 1-888-896-7580 to discuss your organization’s cyber security needs and find out how we can help your organization adhere to cyber security regulations, maintain compliance, and secure your systems.

 

Penetration Tests vs. Vulnerability Scans: Understanding the Differences

Penetration tests and vulnerability scans are related but different cyber security services

Penetration tests and vulnerability scans are related but different cyber security services

The difference between penetration tests and vulnerability scans is a common source of confusion. While both are important tools for cyber risk analysis and are mandated under PCI DSS, HIPAA, and other security standards and frameworks, they are quite different. Let’s examine the similarities and differences between vulnerability scans and penetration tests.

What Is a Penetration Test?

A penetration test, also known as a pen test or a white-hat attack, seeks to simulate the actions of a criminal hacker attempting to break into a network, computer system, or web application, using a targeted approach to see if its security features can be defeated. While penetration tests can be automated to some extent, there is always human involvement somewhere in the process; to meet PCI DSS standards, penetration testing cannot be fully automated, although automated tools and the results of a vulnerability scan can be utilized.

A diligent pen tester does not give up easily. If a pen test is foiled by one defense, the tester adapts and tries another attack vector, just like a cyber criminal would; this is why a human with cyber security expertise must be involved. Depending on its scope, penetration testing may also involve simulated real-world attacks such as social engineering schemes or attempts to breach physical defenses and access hardware.

While penetration testing can theoretically be performed on the entire enterprise infrastructure and all applications, due to the time and expertise involved, this is impractical. Generally, pen testing focuses on the network or application level or on a certain department, function, or asset.

What Is a Vulnerability Scan?

Unlike penetration tests, which attempt to break through vulnerabilities, vulnerability scans seek to identify, rank, and report on security vulnerabilities, not break through them. Vulnerability scans are also far broader in scope than pen tests, covering the entire enterprise. They are also fully automated, though a cyber security professional must examine the issues identified by the scan and determine how to mitigate them. A scan report will typically prioritize discovered vulnerabilities according to urgency, severity, and ease of fix, as well as offer suggestions on how to make fixes.

Vulnerability scans are performed more often than penetration tests, and because they are automated, they can be scheduled to run automatically. The PCI DSS, for example, requires that organizations perform vulnerability scans at least quarterly, while penetration tests are required at least annually. Both tests should be performed anytime significant changes have been made to the data environment.

The cyber security experts at Lazarus Alliance have deep knowledge of the cyber security field, are continually monitoring the latest information security threats, and are committed to protecting organizations of all sizes from security breaches. Our full-service risk assessment services and Continuum GRC RegTech software will help protect your organization from data breaches, ransomware attacks, and other cyber threats.

Lazarus Alliance is proactive cyber security®. Call 1-888-896-7580 to discuss your organization’s cyber security needs and find out how we can help your organization adhere to cyber security regulations, maintain compliance, and secure your systems.

NIST Issues Guidance for Medical IoT Device Security

NIST Issues Guidance for Medical IoT Device Security

As the popularity of medical IoT devices grows, so do security vulnerabilities.

There are more connected devices than there are humans on Earth. Organizations have been as quick to embrace the Internet of Things as consumers have, and the healthcare industry is no exception. Medical IoT devices have exploded in popularity and grown in complexity. Smart medical devices allow physicians to make more accurate diagnoses and better monitor their patients, leading to better quality of care. However, the proliferation of medical IoT has given hackers a much broader attack surface on which to target healthcare organizations.

The IoT industry, including the medical IoT market, is still a Wild West, with few regulations and no common set of security standards. Recognizing the dangers posed to healthcare facilities, providers, and patients, the National Cybersecurity Center of Excellence (NCCoE) at the National Institute of Standards and Technology (NIST) used a questionnaire-based risk assessment to analyze the cyber security risk factors of smart infusion pumps. Using these results, the NCCoE developed an example implementation that demonstrates how healthcare organizations can use standards-based, commercially available cyber security technologies to better secure infusion pumps. NIST has released these guidelines as SP 1800-8, “Securing Wireless Infusion Pumps.”

While SP 1800-8 specifically addresses infusion pumps, the guidelines can be applied to the entire medical IoT ecosystem, which NIST calls the Internet of Medical Things (IoMT).

What Are the Risks?

Computerized medical devices have been around for some time, but they were standalone machines that did not connect to the internet; only physicians could access them. Today’s smart medical devices not only connect to the internet; they are also networked with a multitude of other smart devices and networks, including systems for non-clinical applications such as billing. While all of this connectivity improves healthcare delivery, it also poses serious cyber security risks, not just to the patient but the entire healthcare enterprise. Among other things, malicious actors can access medical IoT devices to:

  • Alter the operation of the device itself, including tampering with medication dosages or other settings.
  • Launch ransomware attacks on medical IoT devices; for example, a hacker can begin draining an implanted device’s battery and demand that the patient or the provider pay a ransom to make them stop.
  • Access electronic health records (EHR), billing systems, or other mission-critical enterprise systems (such as scheduling or inventory management) and steal or alter data, or lock down the entire system with ransomware.

In addition to putting patients’ health and lives at risk, cyber attacks on smart medical devices can expose healthcare organizations to HIPAA violations, civil lawsuits, and irrevocable damage to their reputations.

Using NIST SP 1800-8

NIST SP 1800-8 is modular; it can be used in whole or in part. It is assumed that readers already have cyber security protocols in place and will use the guide to assess vulnerabilities specific to their medical IoT device ecosystems. The guide aims to help healthcare organizations protect both their medical IoT devices and the rest of their enterprise network. It identifies the threats, vulnerabilities, and risks inherent to wireless infusion pumps (which mirror the issues with other smart medical devices), including:

  • Targeted attacks
  • Malware infections
  • Physical theft of the devices themselves
  • User or administrator accounts vulnerabilities
  • IT network infrastructure vulnerabilities
  • Improper third-party vendor connections
  • Vulnerabilities in systems or devices that are connected to the smart medical device

The guide maps security characteristics to standards and best practices from NIST and other standards organizations, including NIST RMF and NIST 800-53, as well as the HIPAA Security Rule. A cyber security firm that is experienced with both NIST and HIPAA, such as Lazarus Alliance, can help your organization get the most of NIST SP 1800-8.

The cyber security experts at Lazarus Alliance have deep knowledge of the cyber security field, are continually monitoring the latest information security threats, and are committed to protecting organizations of all sizes from security breaches. Our full-service risk assessment services and Continuum GRC RegTech software will help protect your organization from data breaches, ransomware attacks, and other cyber threats.

Lazarus Alliance is proactive cyber security®. Call 1-888-896-7580 to discuss your organization’s cyber security needs and find out how we can help your organization adhere to cyber security regulations, maintain compliance, and secure your systems.