Netskope debuta como Líder en el Cuadrante Mágico™ de Gartner® para Single-Vendor Secure Access Service Edge Obtenga el informe

cerrar
cerrar
  • Por qué Netskope chevron

    Cambiar la forma en que las redes y la seguridad trabajan juntas.

  • Nuestros clientes chevron

    Netskope atiende a más de 3.400 clientes en todo el mundo, incluidos más de 30 de las 100 empresas más importantes de Fortune

  • Nuestros Partners chevron

    Nos asociamos con líderes en seguridad para ayudarlo a asegurar su viaje a la nube.

Un Líder en SSE.
Y ahora Líder en SASE Single-Vendor.

Descubre por qué Netskope debutó como Líder en el Cuadrante Mágico de Gartner® 2024 para Secure Access Service Edge (SASE) de Proveedor Único.

Obtenga el informe
Visionarios del cliente en primer plano

Read how innovative customers are successfully navigating today’s changing networking & security landscape through the Netskope One platform.

Obtenga el eBook
Visionarios del cliente en primer plano
La estrategia de venta centrada en el partner de Netskope permite a nuestros canales maximizar su expansión y rentabilidad y, al mismo tiempo, transformar la seguridad de su empresa.

Más información sobre los socios de Netskope
Group of diverse young professionals smiling
Tu red del mañana

Planifique su camino hacia una red más rápida, más segura y más resistente diseñada para las aplicaciones y los usuarios a los que da soporte.

Obtenga el whitepaper
Tu red del mañana
Presentamos la Netskope One Plataforma

Netskope One es una Plataforma nativa en la nube que ofrece servicios convergentes de seguridad y redes para hacer posible su transformación SASE y de confianza cero.

Más información sobre Netskope One
Abstracto con iluminación azul
Adopte una arquitectura de borde de servicio de acceso seguro (SASE)

Netskope NewEdge es la nube privada de seguridad más grande y de mayor rendimiento del mundo y ofrece a los clientes una cobertura de servicio, un rendimiento y una resiliencia incomparables.

Más información sobre NewEdge
NewEdge
Netskope Cloud Exchange

Cloud Exchange (CE) de Netskope ofrece a sus clientes herramientas de integración eficaces para que saquen partido a su inversión en estrategias de seguridad.

Más información sobre Cloud Exchange
Vídeo de Netskope
  • Servicio de seguridad Productos Edge chevron

    Protéjase contra las amenazas avanzadas y en la nube y salvaguarde los datos en todos los vectores.

  • Borderless SD-WAN chevron

    Proporcione con confianza un acceso seguro y de alto rendimiento a cada usuario remoto, dispositivo, sitio y nube.

  • Secure Access Service Edge chevron

    Netskope One SASE proporciona una solución SASE nativa en la nube, totalmente convergente y de un único proveedor.

La plataforma del futuro es Netskope

Intelligent Security Service Edge (SSE), Cloud Access Security Broker (CASB), Cloud Firewall, Next Generation Secure Web Gateway (SWG) y Private Access for ZTNA integrados de forma nativa en una única solución para ayudar a todas las empresas en su camino hacia el Servicio de acceso seguro Arquitectura perimetral (SASE).

Todos los productos
Vídeo de Netskope
Next Gen SASE Branch es híbrida: conectada, segura y automatizada

Netskope Next Gen SASE Branch converge Context-Aware SASE Fabric, Zero-Trust Hybrid Security y SkopeAI-Powered Cloud Orchestrator en una oferta de nube unificada, marcando el comienzo de una experiencia de sucursal completamente modernizada para la empresa sin fronteras.

Obtenga más información sobre Next Gen SASE Branch
Personas en la oficina de espacios abiertos.
Diseño de una arquitectura SASE para Dummies

Obtenga un ejemplar gratuito del único manual que necesitará sobre diseño de una arquitectura SASE.

Obtenga el eBook
Cambie a los servicios de seguridad en la nube líderes del mercado con una latencia mínima y una alta fiabilidad.

Más información sobre NewEdge
Lighted highway through mountainside switchbacks
Habilite de forma segura el uso de aplicaciones de IA generativa con control de acceso a aplicaciones, capacitación de usuarios en tiempo real y la mejor protección de datos de su clase.

Descubra cómo aseguramos el uso generativo de IA
Habilite de forma segura ChatGPT y IA generativa
Soluciones de confianza cero para implementaciones de SSE y SASE

Más información sobre Confianza Cero
Boat driving through open sea
Netskope logra la alta autorización FedRAMP

Elija Netskope GovCloud para acelerar la transformación de su agencia.

Más información sobre Netskope GovCloud
Netskope GovCloud
  • Recursos chevron

    Obtenga más información sobre cómo Netskope puede ayudarle a proteger su viaje hacia la nube.

  • Blog chevron

    Descubra cómo Netskope permite la transformación de la seguridad y las redes a través del borde de servicio de seguridad (SSE)

  • Eventos y Talleres chevron

    Manténgase a la vanguardia de las últimas tendencias de seguridad y conéctese con sus pares.

  • Seguridad definida chevron

    Todo lo que necesitas saber en nuestra enciclopedia de ciberseguridad.

Podcast Security Visionaries

La convergencia de los roles de CIO y CISO
Únase al presentador Max Havey en el último episodio de Security Visionaries mientras se sienta con la invitada Jadee Hanson, CISO de Vanta.

Reproducir el pódcast
La convergencia de los roles de CIO y CISO
Últimos blogs

Lea cómo Netskope puede hacer posible el viaje hacia la Confianza Cero y SASE a través de las capacidades del borde de servicio de seguridad (SSE).

Lea el blog
Sunrise and cloudy sky
SASE Week 2023: ¡Su viaje SASE comienza ahora!

Sesiones de repetición de la cuarta SASE Week.

Explorar sesiones
SASE Week 2023
¿Qué es SASE?

Infórmese sobre la futura convergencia de las herramientas de red y seguridad en el modelo de negocio actual de la nube.

Conozca el SASE
  • Empresa chevron

    Le ayudamos a mantenerse a la vanguardia de los desafíos de seguridad de la nube, los datos y la red.

  • Liderazgo chevron

    Nuestro equipo de liderazgo está firmemente comprometido a hacer todo lo necesario para que nuestros clientes tengan éxito.

  • Soluciones para clientes chevron

    Le apoyamos en cada paso del camino, garantizando su éxito con Netskope.

  • Formación y certificación chevron

    La formación de Netskope le ayudará a convertirse en un experto en seguridad en la nube.

Apoyar la sostenibilidad a través de la seguridad de los datos

Netskope se enorgullece de participar en Vision 2045: una iniciativa destinada a crear conciencia sobre el papel de la industria privada en la sostenibilidad.

Descubra más
Apoyando la sustentabilidad a través de la seguridad de los datos
Pensadores, constructores, soñadores, innovadores. Juntos, ofrecemos soluciones de seguridad en la nube de vanguardia para ayudar a nuestros clientes a proteger sus datos y usuarios.

Conozca a nuestro equipo
Group of hikers scaling a snowy mountain
El talentoso y experimentado equipo de servicios profesionales de Netskope proporciona un enfoque prescriptivo para su exitosa implementación.

Más información sobre servicios profesionales
Servicios profesionales de Netskope
Asegure su viaje de transformación digital y aproveche al máximo sus aplicaciones en la nube, web y privadas con la capacitación de Netskope.

Infórmese sobre Capacitaciones y Certificaciones
Group of young professionals working

A Real-World Look at AWS Best Practices: Networking

Sep 07 2021

Introduction

Best practices for securing an AWS environment have been well-documented and generally accepted, such as in AWS’s guidance. However, organizations may still find it challenging on how to begin applying this guidance to their specific environments.

  • Which controls should be applied out-of-the-box vs. customized?
  • What pitfalls exist in implementing the various controls or checks?
  • How do you prioritize remediation of the “sea of red” violations?

In this blog series, we’ll analyze anonymized data from Netskope customers that include security settings of 650,000 entities from 1,143 AWS accounts across several hundred organizations. We’ll look at the configuration from the perspective of the best practices, see what’s commonly occurring in the real world and:

  • Discuss specific risk areas that should be prioritized
  • Identify underlying root causes and potential pitfalls
  • Focus on practical guidance for applying the Benchmark to your specific environment

This blog post focuses on IAM security controls related to networking. Based on the analysis, we will highlight two opportunities to improve security by making these networking changes:

  1. Use More Secure Remote Access: Replace security groups that allow inbound Internet access to remote admin ports with more secure methods to remotely administer EC2 instances. 4% of the security groups in use allow inbound Internet access for SSH or RDP. 
  2. Do Not Use Default Security Groups: Ensure that default security groups do not allow any traffic and are not used. 609 default security groups (1% of all security groups) are being used and allow traffic of some kind.

Networking

These three technical controls relating to network security were analyzed against 16,059 network ACLs and 59,361 security groups in 1,143 accounts:

#Best Practice# Violations%
1No NACLs allow ingress from 0.0.0.0/0 to remote admin ports15,77898.3
2No SGs allow ingress from 0.0.0.0/0 to remote admin ports2,3804.0
3Default SGs should restrict all traffic6091.0

1. NACLs

Background: NACLs apply to a particular subnet of a VPC and can be used in combination with security groups to control access to resources within the VPC. They allow all traffic in and out of the VPC by default, are stateless, and specify both allow and deny rules. One can implement defense-in-depth by using both NACLs and security groups.

Data: 15,778 (98%) out of the 16,059 NACLs across 92% of the accounts in this dataset allow Internet access from the Internet to either SSH or RDP.

Analysis: In this dataset, NACLs are not commonly used for filtering inbound internet traffic since almost all NACLs (15,778 or 98%) are configured to allow inbound traffic to SSH or RDP, while a much smaller number of security groups actually allow that same traffic through (2,380 or 4%). If organizations in this dataset are using NACLs for layered defense, then almost all of the NACLs NACLs should implement deny ACLs for inbound Internet traffic to ports 22 and 3389. On the other hand, if NACLs are not being used, then the next two controls regarding Security Groups should be the focus.

Controls:

    • Detection/Audit

      If NACLs are used, then regular and automated checks on NACL rules should be done in order to prevent misconfigured NACLs that allow too much traffic in or out of VPCs.NACLs can be inspected manually in the AWS Console or via the CLI:
      • aws ec2 describe-network-acls
    • Prevention/Mitigation
      Network ACLs can be set in the Console via CLI:
      • aws ec2 create-network-acl
      • aws ec2 create-network-acl-entry

2. Security Groups

Background: Security groups are used to control granular access to instances within a VPC. Best practices are to not allow inbound access to remote administration ports like SSH or RDP.

Data: 2,380 security groups in use allow inbound traffic to port 22 (SSH) or 3389 (RDP).Analysis: When looking at all security groups, 6,527 (11%) allow inbound Internet traffic to SSH or RDP ports. This occurs in about half (48%) of the accounts. The breakdown of the 6,527 security groups into attached vs. unattached is:

Analysis: When looking at all security groups, 6,527 (11%) allow inbound Internet traffic to SSH or RDP ports. This occurs in about half (48%) of the accounts. The breakdown of the 6,527 security groups into attached vs. unattached is:

DescriptionNotes# SGs%
Security Groups allowing ingress from 0.0.0.0/0 to remote admin portsports 22 or 33896,527100
Attachedin use2,38036
Not attachednot in use4,14764

From a remediation perspective, unattached security groups may not be as critical as attached ones as they are unused. However, unused objects of any kind should be reviewed and removed, as they can accidentally be used in the future or may waste time with maintenance and upkeep.

Allowing direct SSH or RDP access to a VPC via a security group is not the most secure way to do remote administration. The drawbacks of this approach include protocol attacks such as SSH multiplexing attacks, exposure of additional ports to the internet, lack of centralized logging, and lack of IAM authentication/access control. This is discussed in detail in: Leaving Bastion Hosts Behind Part 2: AWS.

Controls: 

  • Detection/Audit
    • Regular, automated checks should be implemented to ensure security groups do not allow inbound Internet traffic to remote administration ports.
    • The security groups for an EC2 instance can be checked in the Console or with the CLI:
      • aws ec2 describe-security-groups
    • AWS Config has two rules to detect security groups that allow either SSH or common ports such as RDP.
  • Prevention/Mitigation
    • Instead of exposing ports to inbound Internet traffic, use better solutions for private access to EC2 instances for remote administration. Alternatives include AWS Session Manager or products such as Netskope Private Access.

3. Default Security Groups

Background: There are two best practices related to default security groups.

  1. Default security groups should not allow any traffic inbound or outbound
    By default, all traffic to/from EC2 instances should be prevented, which forces conscious decisions to be made for which traffic is allowed. Since default security groups don’t allow any traffic, the corollary to this is: do not modify default security groups. It can only lead to confusion and errors.
  2. Don’t use default security groups
    Instead of using and modifying default security groups, create new, customized ones for your EC2 instances, which practices a principle of conscious, explicit policies rather than implicit, default policies.

Data: In this dataset, 609 default security groups in use allow traffic, which is 1% of all security groups.

Analysis: We will break down the default 10,307 default security groups to identify which are attached to a network interface (and being used) or not, since both sets are worth looking at for security reasons.

DescriptionNotes# SGs%
Default security groups allowing traffic inbound or outboundHave at least 1 inbound or 1 outbound rule10,307100
Attachedin use6096
Not attachednot in use9,69895

Attached default security groups should be remediated immediately by replacing them with customized security groups. 

Unattached or unused security groups of any kind should also be reviewed. Best practices guidance is to remove all rules from default security groups and ensure they are not attached to any resources.

Controls:

  • Detection/Audit
    • Regular and automated checks should be implemented to detect default security group usage, and these should be replaced with custom security groups instead.
    • The AWS Console and CLI can be used to audit security groups:
      • aws ec2 describe-security-groups
    • Default security groups are named “default” and all attached default security groups should be reviewed.
    • AWS Config also has a rule to detect if the default security group allows traffic.
  • Prevention/Mitigation
    • Ensure that the EC2 provisioning process uses or creates custom security groups and attaches that to a new EC2 instance.

Conclusion

The CIS Foundation Benchmark for AWS provides specific guidance on auditing and remediating your configurations in these areas. There are some basic measures that can be done to address some of the common risk areas due to storage or network configuration in your AWS environment:

  1. Secure Remote Admin: Instead of remotely administering and accessing compute instances by opening up security groups, use more secure methods to remotely administer EC2 instances such as AWS Session Manager or Netskope Private Access.
  2. Do Not Use Default Security Groups: Do not use default security groups.

Dataset and Methodology

Time Period: Data was sampled/analyzed from January 24, 2021. 

Source: The analysis presented in this blog post is based on anonymized usage data collected by the Netskope Security Cloud platform relating to a subset of Netskope customers with prior authorization.

Data Scope: The data included 1,143 AWS accounts and several hundred organizations. 

The data was composed of configuration settings across tens of thousands of AWS entities including IAM users, IAM policies, password policy, buckets, databases, CloudTrail logs, compute instances, and security groups.

Logic: The analysis followed the logic of core root account security checks found in best practices regarding AWS configuration settings.

author image
Jenko Hwong
Jenko has 15+ years of experience in research, product management, and engineering in cloud security, AV/AS, routers/appliances, threat intel, Windows security, vuln