Connect with us

Security

GigaOm Radar for Disaster Recovery as a Service (DRaaS)

Published

on

Very few organizations see disaster recovery (DR) for their IT systems as a business differentiator, so they often prefer to outsource the process and consume it as a service (DRaaS) that’s billed monthly. There are many DRaaS providers with varying backgrounds, whose services are often shaped by that background. Products that started as customer-managed DR applications tend to have the most mature orchestration and automation, but vendors may face challenges transforming their application into a consumable service. Backup as a Service (BaaS) providers typically have great consumption models and off-site data protection, but they might be lacking in rich orchestration for failover. Other DRaaS providers come from IaaS backgrounds, with well-developed, on-demand resource deployment for recovery and often a broader platform with automation capabilities.

Before you invest in a DRaaS solution, you should attempt to be clear on what you see as its value. If your motivation is simply not to operate a recovery site, you probably want a service that uses technology similar to what you’re using at the protected site. If the objective is to spend less effort on DR protection, you will be less concerned about similarity and more with simplicity. And if you want to enable regular and granular testing of application recovery with on-demand resources, advanced failover automation and sandboxing will be vital features.

Be clear as well on the scale of disaster you are protecting against. On-premises recovery will protect against shared component failure in your data center. A DRaaS location in the same city will allow a lower RPO and provide lower latency after failover, but might be affected by the same disaster as your on-premises data center. A more distant DR location would be immune to your local disaster, but what about the rest of your business? It doesn’t help to have operational IT in another city if your only factory is under six feet of water.

DR services are designed to protect enterprise application architectures that are centered on VMs with persistent data and configuration. A lift-and-shift cloud adoption strategy leads to enterprise applications in the cloud, requiring cloud-to-cloud DR that is very similar to DRaaS from on-premises. Keep in mind, however, that cloud-native applications have different DR requirements.

How to Read this Report

This GigaOm report is one of a series of documents that helps IT organizations assess competing solutions in the context of well-defined features and criteria. For a fuller understanding consider reviewing the following reports:

Key Criteria report: A detailed market sector analysis that assesses the impact that key product features and criteria have on top-line solution characteristics—such as scalability, performance, and TCO—that drive purchase decisions.

GigaOm Radar report: A forward-looking analysis that plots the relative value and progression of vendor solutions along multiple axes based on strategy and execution. The Radar report includes a breakdown of each vendor’s offering in the sector.

Solution Profile: An in-depth vendor analysis that builds on the framework developed in the Key Criteria and Radar reports to assess a company’s engagement within a technology sector. This analysis includes forward-looking guidance around both strategy and product.

The post GigaOm Radar for Disaster Recovery as a Service (DRaaS) appeared first on Gigaom.

Continue Reading

Security

GigaOm Radar for Unified Endpoint Management (UEM)

Published

on

Endpoint management is one of the most significant challenges enterprises face today. The modern workforce is becoming more distributed and demanding the flexibility to work where they want, when they want. Business leaders must respond to this demand and provide access to the services employees require, while also maintaining security and control of the business’s data assets.

To address these issues, organizations need an appropriate endpoint management strategy. The modern approach should be holistic and unified, bringing together control of devices, management of applications, security of data, and user access controls. Failing to deliver an effective endpoint strategy can have significant business impact, negatively affecting efficiency and competitiveness. Now, more than ever, the inability to offer a positive and flexible end user experience can make a business less attractive to potential employees.

The management of endpoint devices is not a new challenge; however, the way we operate has changed. This is reflected clearly in how market-leading vendors have shifted their approach, moving from “point solutions” to developing unified endpoint management (UEM) solutions. UEM solutions provide a single platform to manage a wide variety of endpoints, from desktops and laptops to cloud repositories. They offer granular control policies from configuration and applications to security based on geography, and from complete device restrictions to nuanced data controls.

This GigaOM radar report evaluates the leading UEM vendors that can underpin your endpoint management strategy. We look at tools that effectively meet the demands of the modern enterprise by providing robust management, security, and control. This report aims to give enterprise decision makers an overview of how these offerings can help address the complex challenge of endpoint management.

How to Read this Report

This GigaOm report is one of a series of documents that helps IT organizations assess competing solutions in the context of well-defined features and criteria. For a fuller understanding consider reviewing the following reports:

Key Criteria report: A detailed market sector analysis that assesses the impact that key product features and criteria have on top-line solution characteristics—such as scalability, performance, and TCO—that drive purchase decisions.

GigaOm Radar report: A forward-looking analysis that plots the relative value and progression of vendor solutions along multiple axes based on strategy and execution. The Radar report includes a breakdown of each vendor’s offering in the sector.

Solution Profile: An in-depth vendor analysis that builds on the framework developed in the Key Criteria and Radar reports to assess a company’s engagement within a technology sector. This analysis includes forward-looking guidance around both strategy and product.

The post GigaOm Radar for Unified Endpoint Management (UEM) appeared first on Gigaom.

Continue Reading

Security

Key Criteria for Evaluating Deception Technology

Published

on

Attacker techniques and behaviors are constantly improving and evolving. As cyber security defenses zig, attackers zag. This dynamic creates a changed environment—what worked in the past to detect malicious actions most likely won’t work today or in the future. Deception technology (DT) tackles this quandary head on and provides defenders the ability to set traps for attackers and to gather valuable information for making better decisions.

Historically, DT would be executed in the form of either a honeypot or a sandbox. A honeypot is a trap set by defenders to emulate a real device in the network, while a sandbox is a virtual environment meant to deceive malware and allow analysis of the malware post-exploitation without endangering the organization.

Today, DT is described in much broader terms. Legacy DT solutions that attempt to emulate typical on-premises infrastructure like Linux and Windows hosts are ill fitting for modern organizations that have no perimeter or physical data centers. Components like cloud, SDN, remote workers, and the need for forensic analysis of attacker techniques have driven the evolution of DT to include features like mapping to the MITRE ATT&CK or SHIELD frameworks, low-code/no-code customization, and leveraging bait or lures for agentless deception.

How to Read this Report

This GigaOm report is one of a series of documents that helps IT organizations assess competing solutions in the context of well-defined features and criteria. For a fuller understanding consider reviewing the following reports:

Key Criteria report: A detailed market sector analysis that assesses the impact that key product features and criteria have on top-line solution characteristics—such as scalability, performance, and TCO—that drive purchase decisions.

GigaOm Radar report: A forward-looking analysis that plots the relative value and progression of vendor solutions along multiple axes based on strategy and execution. The Radar report includes a breakdown of each vendor’s offering in the sector.

Solution Profile: An in-depth vendor analysis that builds on the framework developed in the Key Criteria and Radar reports to assess a company’s engagement within a technology sector. This analysis includes forward-looking guidance around both strategy and product.

The post Key Criteria for Evaluating Deception Technology appeared first on Gigaom.

Continue Reading

Security

Key Criteria for Evaluating Developer Security Tools

Published

on

Software needs to be written, built, and deployed with security in mind. This is true for both the application being created and the activities involved in its creation. In an ideal world, developers would be security engineers also and would build appropriate risk-mitigation features into their software applications, as well as follow appropriate procedures and apply policies to mitigate potential risk. The reality for many organizations, however, is that the urgency for software updates or new software often outweighs the ability to apply appropriate security at every step throughout the development and operation of a software product’s lifecycle.

Expanding the DevOps movement by considering security alongside every development or operational step in an application’s lifecycle, DevSecOps has become as popular a term as DevOps itself. Unfortunately, just as with DevOps, DevSecOps is not a single product or SKU that an organization can procure. There is no “one-size-fits-all” approach. The term itself may be defined differently to take into account the specific needs of an organization or department and touches all people, processes, and tooling across a software development workflow.

One key approach, often the one most associated with the term “DevSecOps,” is the focus on development security tools with a “shift-left” mindset; that is, tools that consider security as early as possible in the software development lifecycle. This mindset involves rapid security education, insights, and direct feedback to developers and engineers early in the development process. We describe this in more detail later.

This Key Criteria report examines the capabilities and trends that decision makers should look for when adopting that shift-left mindset to increase application security and release velocity, while reducing cost and risk.

The report also considers how to evaluate vendors’ capabilities to provide security-related insights, automation, and compliance closer to the developer—earlier in the development workflow—addressing ways to reduce risk while writing code, storing code, and deploying it across process and pipeline. Among our findings:

  • Development security tooling reduces risk and increases developer velocity by applying and enforcing “shift-left” security practices.
  • Developer security tooling automation can close the gap between security engineers and developers without sacrificing development speed.
  • Developer security tooling integrates with existing development and operational tools to increase the visibility of security-related events across development, operations, and security teams.
  • Developer security tooling delivers value by building on software and architecture (cloud and on-prem) vulnerability scanning, application and infrastructure hardening, and other well-established areas of IT security.

Developer security tools and a “shift-left” mindset are key building blocks for helping enterprises reduce the security risks associated with building and deploying applications. In addition to establishing security as a first-class citizen across the development workflow, this approach offers more traditional enterprises with long-established software development practices a connection point to leading-edge best practices, enabling them to develop and deliver software both quickly and in compliance with organizational policies.

How to Read this Report

This GigaOm report is one of a series of documents that helps IT organizations assess competing solutions in the context of well-defined features and criteria. For a fuller understanding consider reviewing the following reports:

Key Criteria report: A detailed market sector analysis that assesses the impact that key product features and criteria have on top-line solution characteristics—such as scalability, performance, and TCO—that drive purchase decisions.

GigaOm Radar report: A forward-looking analysis that plots the relative value and progression of vendor solutions along multiple axes based on strategy and execution. The Radar report includes a breakdown of each vendor’s offering in the sector.

Solution Profile: An in-depth vendor analysis that builds on the framework developed in the Key Criteria and Radar reports to assess a company’s engagement within a technology sector. This analysis includes forward-looking guidance around both strategy and product.

The post Key Criteria for Evaluating Developer Security Tools appeared first on Gigaom.

Continue Reading

Trending