Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Vulnerabilities / Threats

// // //
10:00 AM
Ev Kontsevoy
Ev Kontsevoy
Connect Directly
E-Mail vvv

Secure Access Trade-offs for DevSecOps Teams

Thanks to recent advancements in access technologies, everyone can apply identity-based authentication and authorization and zero-trust principles for their computing resources.

Engineering teams building software are always under pressure to deliver new features, fix bugs, and improve performance. To move quickly, engineers need access to computing resources: servers, Kubernetes clusters, databases, logs, etc.

Related Content:

Bringing Zero Trust to Secure Remote Access

Special Report: Assessing Cybersecurity Risk in Today's Enterprises

New From The Edge: A View From Inside a Deception

Granting access to these resources creates a big attack surface area. Consider all attack vectors that exist for a database: An attacker can get SSH access to a database machine, or via a Kubernetes API, or via a compromised Web user interface, or even via the database's own socket.

What Is Access?
Granting access to modern computing environments is a multistep process:

  1. Connectivity. First, an encrypted network connectivity must be established.
  2. Authentication. Only authenticated clients must be able to connect.
  3. Authorization. Even authenticated clients must be limited in what they can do based on some criteria.
  4. Audit. It is important to see what's happening and who is responsible.

Security Overhead
What types of computing resources typically need to be accessed? The usual suspects may include SSH boxes, databases, internal dashboards, Kubernetes APIs, various middleware, etc. Each of these layers uses its own configuration syntax, listens on a socket, speaks its own protocol, and has its own take on concepts such as authentication or role-based access control (RBAC).

Configuring access for every single socket of every single instance of every single environment for the best possible security is a laborious task. It requires significant expertise because every resource type comes with its own unique security considerations. In addition to the constantly growing set of these endpoints, there is also a growing number of engineers who need access.

Implementing best practices for connectivity, authentication, authorization, and audit for every socket of every resource type is extremely hard. A compromise often must be made.

Common Trade-offs
To reduce the security overhead, most organizations rely on the combination of these trade-offs:

      Shared secrets. A security team carefully configures every resource type for remote access, but only for a handful of predefined users, like "admin" and "app." The credentials for these are often shared.

      Access restrictions. Engineers are never given access to some resources. This slows down the pace of development.

      Relying on the perimeter. Taking advantage of the fact that the private network itself can authenticate clients via solutions such as VPNs. Individual resources are not protected.

These approaches present numerous problems. Let's highlight just a few:

      Shared secrets can be stolen because laptops can be stolen. They do not create a useful audit log that ties actions to a person.

      Relying on perimeter security creates a single point of failure. When attackers get access to a private network, nothing stops them from getting access to everything.

      Access restrictions severely limit engineering productivity and creativity and create incentives for engineering teams to be building backdoors for themselves.

Emerging Solutions
The buzzwords to pay attention to are: identity, zero trust, and access plane.

Identity-based access means moving away from shared accounts. Each user must log in with their own account identity. It would be impractical to configure every resource with identities of all employees. Instead, identity-based protocols like SAML rely on some sort of a temporary token, for authentication. However, the existing standards are not compatible with resources that do not speak HTTP, such as SSH servers or databases.

Zero Trust
Zero trust-based access means moving away from perimeter security. Zero-trust principles mean that every resource acts as if it was running on a public Internet, uses encryption, performs authorization, and maintains its own audit log.

Access Plane
An access plane builds on top of identity and zero trust and allows organizations to let go of access restrictions. An access plane consolidates access and:

      Creates a single access point for all engineers and resource types across all environments.

      Enforces identity-based access for all resources and people. It uses certificate-based authentication and authorization, thereby acting as a certificate authority of an organization.

      Automatically creates certificate-based connections to all resource types, even if they don't natively support it. This removes the overhead of having to configure every resource type separately.

      Maintains the centralized audit log, creating real-time and historical view of all events.

      Implements authorization for every supported protocol.

Advanced Techniques
There are additional improvements to security that can be made. One recommendation is to implement the principle of least privilege, which basically means eliminating permanent "root" type accounts and replacing them with access on-demand.

What if an engineer could create a "git pull request" requesting temporary access to critical production infrastructure? Then the engineer's peers would review and approve such requests, granting temporary access with solid security and compliance guarantees.

Some security-minded organizations implement a more advanced version of access requests called a "four-eye policy," when access is granted only when the live session is streamed and viewed by another person, making sure that not less than two sets of human eyes are watching what Alice is doing.

Implementing connectivity, authentication, authorization, and audit logging for every socket in every cloud environment used to be an insurmountable task. The best tech companies in Silicon Valley employ the best talent to build and maintain in-house solutions dedicated to this task.

But thanks to recent advancements in access technologies, everyone can now apply identity-based authentication and authorization and zero-trust principles for their computing resources using the concept of an access plane.

More advanced organizations can implement concepts such as the principle of least privilege and temporary privilege elevations with techniques such as access requests or "four-eye" policies.

The end result is simple remote access, which makes engineers more productive, doesn't compromise security, enforces compliance, and allows visibility into everyone's behavior. A win-win.

An engineer by training, Ev Kontsevoy launched Teleport in 2015 to provide other engineers solutions that allow them to quickly access and run any computing resource anywhere on the planet without having to worry about security and compliance issues. A serial entrepreneur, Ev ... View Full Bio
Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Current Issue
The Promise and Reality of Cloud Security
Cloud security has been part of the cybersecurity conversation for years but has been on the sidelines for most enterprises. The shift to remote work during the COVID-19 pandemic and digital transformation projects have moved cloud infrastructure front-and-center as enterprises address the associated security risks. This report - a compilation of cutting-edge Black Hat research, in-depth Omdia analysis, and comprehensive Dark Reading reporting - explores how cloud security is rapidly evolving.
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2023-02-04
Cross-site Scripting (XSS) - Reflected in GitHub repository phpipam/phpipam prior to 1.5.1.
PUBLISHED: 2023-02-04
Cross-site Scripting (XSS) - Reflected in GitHub repository phpipam/phpipam prior to v1.5.1.
PUBLISHED: 2023-02-04
Improper Authorization in GitHub repository phpipam/phpipam prior to v1.5.1.
PUBLISHED: 2023-02-04
A vulnerability classified as critical was found in SourceCodester Online Eyewear Shop 1.0. Affected by this vulnerability is an unknown functionality of the file oews/products/view_product.php. The manipulation of the argument id leads to sql injection. The attack can be launched remotely. The asso...
PUBLISHED: 2023-02-04
A vulnerability, which was classified as problematic, has been found in XXL-JOB 2.3.1. Affected by this issue is some unknown functionality of the file /user/updatePwd of the component New Password Handler. The manipulation leads to cross-site request forgery. The attack may be launched remotely. Th...