ElectricEye es una herramienta CLI de Python multi-nube y multi-SaaS para la Gestión de Activos, la Gestión de la Postura de Seguridad y el Monitoreo de la Superficie de Ataque, que admite cientos de servicios y evaluaciones para fortalecer sus entornos CSP y SaaS con controles asignados a más de 20 marcos de control industriales, regulatorios y de mejores prácticas.
ElectricEye es una herramienta CLI de Python multi-nube y multi-SaaS para la gestión de activos, la postura de seguridad y la monitorización de la superficie de ataque, que admite cientos de servicios y evaluaciones para fortalecer tus entornos CSP y SaaS con controles asignados a más de 20 marcos de control normativos, sectoriales y de mejores prácticas.
Aquí arriba en el espacio
Te estoy mirando hacia abajo
Mis láseres rastrean
Todo lo que haces
Judas Priest, 1982
ElectricEye es una herramienta CLI de Python que ofrece capacidades de gestión de activos, postura de seguridad y monitorización de la superficie de ataque entre cuentas, regiones, múltiples nubes y SaaS, compatible con AWS, ¡todas las particiones soportadas!, GCP, Oracle Cloud Infrastructure (OCI), ServiceNow, Microsoft 365 Enterprise (M365), Salesforce (SFDC), y Azure.
ElectricEye ofrece más de 1000 comprobaciones contra las mejores prácticas de seguridad, resiliencia, rendimiento y finanzas en más de 100 servicios CSP y SaaS, incluyendo servicios atípicos no soportados por las herramientas/vistas de gestión de activos nativas de CSP/SaaS o por las herramientas CSPM y CNAPP convencionales.
Cada comprobación está asignada a más de 20 marcos de control que cubren mejores prácticas generales, normativas, específicas del sector y legales, como NIST CSF, AICPA TSCs (para SOC 2), la Regla de Seguridad HIPAA, NIST 800-171 Rev. 2, CMMC V2.0, la Sección 2 del CROE del Banco Central Europeo, PCI-DSS V4.0, los Benchmarks CIS Foundations, ¡y más!
La monitorización de la superficie de ataque multifacética utiliza herramientas como VirusTotal, Nmap, Shodan.io, Detect-Secrets y el KEV de CISA para localizar activos indexados en internet, encontrar servicios expuestos, localizar vulnerabilidades explotables y paquetes maliciosos en repositorios de artefactos, respectivamente.
Salidas a AWS Security Hub, el Open Cyber Security Framework (OCSF) V1.1.0 en JSON, AWS DocumentDB, JSON, CSV, Informes HTML, MongoDB, Amazon SQS, PostgreSQL, Slack (a través de Bots de aplicaciones Slack), y FireMon Cloud Defense.
El concepto central de ElectricEye es el Auditor, que son conjuntos de scripts de Python que ejecutan Comprobaciones por Servicio dedicado a un proveedor de SaaS o proveedor de servicios en la nube pública específico, llamado un Objetivo de Evaluación. Puedes ejecutar un Objetivo de Evaluación completo, un Auditor específico o una Comprobación específica dentro de un Auditor. Una vez que ElectricEye finaliza las evaluaciones, es compatible con más de una docena de tipos de Salidas que van desde un informe ejecutivo en HTML hasta clústeres de AWS DocumentDB; puedes ejecutar múltiples salidas según consideres.
ElectricEye también utiliza otras herramientas como Shodan.io, detect-secrets de Yelp, VirusTotal, el catálogo Known Exploited Vulnerability (KEV) de la Agencia de Ciberseguridad y Seguridad de Infraestructuras de Estados Unidos (CISA) y NMAP para llevar a cabo sus comprobaciones y enriquecer sus hallazgos.
Primero, clona este repositorio e instala los requisitos usando pip3: pip3 install -r requirements.txt.
Si estás evaluando algo diferente a tu cuenta local de AWS, modifica la configuración TOML ubicada en ElectricEye/eeauditor/external_providers.toml, o proporciona una ruta a tu propio archivo con --toml-path. El archivo TOML especifica los detalles de múltiples cuentas, múltiples regiones, credenciales y salidas.
Finalmente, ejecuta el Controlador para conocer las diversas Comprobaciones, Auditores, Objetivos de Evaluación y Salidas.``` python3 eeauditor/controller.py --help Usage: controller.py [OPTIONS]
Options: -t, --target-provider [AWS|Azure|OCI|GCP|Servicenow|M365|Salesforce|Snowflake] Public cloud or SaaS assessment target, ensure that any -a or -c arg maps to your target provider to avoid any errors. e.g., -t AWS -a Amazon_APGIW_Auditor -a, --auditor-name TEXT Specify which Auditor you want to run by using its name NOT INCLUDING .py. . Use the --list-checks arg to receive a list. Defaults to ALL Auditors -c, --check-name TEXT A specific Check in a specific Auditor you want to run, this correlates to the function name. Use the --list-checks arg to receive a list. Defaults to ALL Checks -d, --delay INTEGER Time in seconds to sleep between Auditors being ran, defaults to 0. Use this argument to avoid rate limiting -o, --outputs TEXT A list of Outputs (files, APIs, databases, ChatOps) to send ElectricEye Findings, specify multiple with additional arguments: -o csv -o postgresql -o slack [default: ocsf_stdout] -of, --output-file TEXT For file outputs such as JSON and CSV, the name of the file, DO NOT SPECIFY .file_type [default: output] -lo, --list-options Lists all valid Output options -lch, --list-checks Prints a table of Auditors, Checks, and Check descriptions to stdout - use this command for help with populating -a (Auditor selection) or -c (Check selection) args -lco, --list-controls Lists all ElectricEye controls - that is to say: the Check Titles - for an Assessment Target -tp, --toml-path TEXT The full path to the TOML file used for configure e.g., ~/path/to/mydir/external_providers.toml. If this value is not provided the default path of ElectricEye/eeauditor/external_providers. toml is used. --help Show this message and exit.
Para más información, consulte [aquí](#configuring-electricey), puede leer las [Preguntas Frecuentes aquí](https://github.com/jonrau1/electriceye/blob/master/docs/faq/FAQ.md), la información sobre [Salidas está aquí](https://github.com/jonrau1/electriceye/blob/master/docs/outputs/OUTPUTS.md) o, si desea un análisis más profundo del flujo de control y los conceptos, revise [la Guía para Desarrolladores](https://github.com/jonrau1/electriceye/blob/master/docs/new_checks/DEVELOPER_GUIDE.md).
## Configurando ElectricEye
Consulte los subtítulos para obtener instrucciones de configuración por CSP o por SaaS. Vaya a [Salidas](https://github.com/jonrau1/electriceye/blob/master/docs/outputs/OUTPUTS.md) para, bueno, aprender sobre las Salidas y ejemplos.
### Proveedores de Servicios en la Nube Pública
- [Para Amazon Web Services (AWS)](https://github.com/jonrau1/electriceye/blob/master/docs/setup/Setup_AWS.md)
- [Para Google Cloud Platform (GCP)](https://github.com/jonrau1/electriceye/blob/master/docs/setup/Setup_GCP.md)
- [Para Oracle Cloud Infrastructure](https://github.com/jonrau1/electriceye/blob/master/docs/setup/Setup_OCI.md)
- [Para Microsoft Azure](https://github.com/jonrau1/electriceye/blob/master/docs/setup/Setup_Azure.md)
Los siguientes Proveedores de Servicios en la Nube están en la Hoja de Ruta
- [Para Alibaba Cloud (*Próximamente*)](https://github.com/jonrau1/electriceye/blob/master/docs/setup/Setup_AlibabaCloud.md)
### Proveedores de Software como Servicio (SaaS)
- [Para ServiceNow](https://github.com/jonrau1/electriceye/blob/master/docs/setup/Setup_ServiceNow.md)
- [Para Microsoft M365](https://github.com/jonrau1/electriceye/blob/master/docs/setup/Setup_M365.md)
- [Para Salesforce](https://github.com/jonrau1/electriceye/blob/master/docs/setup/Setup_Salesforce.md)
- [Para Snowflake](https://github.com/jonrau1/electriceye/blob/master/docs/setup/Setup_Snowflake.md)
Los siguientes Proveedores de SaaS están en la Hoja de Ruta
- [Para Google Workspaces (*Próximamente*)](https://github.com/jonrau1/electriceye/blob/master/docs/setup/Setup_Google_Workspaces.md)
## Gestión de Activos en la Nube (CAM)
Para más información sobre el concepto de operaciones y esquema de CAM de ElectricEye, consulte [la documentación de Gestión de Activos](https://github.com/jonrau1/electriceye/blob/master/docs/asset_management/ASSET_MANAGEMENT.md).
## Servicios y Comprobaciones Compatibles
En total hay:
- **4** CSPs Públicos Compatibles: `AWS`, `GCP`, `OCI` y `Azure`
- **4** Proveedores de SaaS Compatibles: `ServiceNow`, `M365`, `Salesforce` y `Snowflake`
- **1196** Comprobaciones de ElectricEye
- **179** Componentes de Activos de CSP y SaaS Compatibles en todos los Servicios
- **135** Auditores de ElectricEye
Las tablas de Servicios y Comprobaciones compatibles se han migrado a la documentación de configuración por Proveedor respectiva enlazada arriba en [Configurando ElectricEye](#configuring-electriceye).
## ElectricEye en Docker
Después de configurar ElectricEye para su(s) entorno(s) usando la [configuración TOML](https://github.com/jonrau1/electriceye/blob/master/eeauditor/external_providers.toml), puede utilizar Docker para ejecutar ElectricEye, que tiene imágenes mantenidas en ECR Public, Oracle Cloud Container Registry (OCR) y Docker Hub. Puede leer más sobre las actividades de aseguramiento de seguridad [aquí](#repository-security); en el futuro se utilizarán más Registros y firma de imágenes.
### Construcción de Imágenes
Si prefiere construir su propia imagen, use los siguientes comandos. Asegúrese de agregar `sudo` si no tiene un usuario `docker` configurado adecuadamente en su sistema.```bash
git clone https://github.com/jonrau1/ElectricEye.git
cd ElectricEye
docker build -t electriceye:local .
Desde aquí puedes hacer push a tu repositorio de elección, asegúrate de cambiar la etiqueta de local a la etiqueta que tu repositorio espera o la que prefieras. Tal vez solo latest, ¿como un decamillonario sigma grindset gigachad?
También puedes extraer una imagen de ElectricEye desde varios repositorios, siempre se enviará una etiqueta de imagen latest junto con una imagen etiquetada con el hash SHA del flujo de trabajo ${{ github.sha }} y se puede ver dentro de los diversos Flujos de Trabajo de GitHub Action en el paso Print Image.
Para extraer desde los diversos repositorios, usa estos comandos, puedes reemplazar latest según consideres. Las dependencias dentro de ElectricEye se mantienen relativamente estables hasta que se agrega una nueva nube o integración importante. Revisa las Pull Requests para obtener más información para estar seguro.
Amazon Elastic Container Registry (ECR) Public: docker pull public.ecr.aws/t4o3u7t2/electriceye:latest
Oracle Cloud Infrastructure Registry (OCIR): docker pull iad.ocir.io/idudmagprsdi/electriceye:latest
Docker Hub: docker pull electriceye/electriceye
Al interactuar con almacenes de credenciales de AWS como AWS Systems Manager, AWS Secrets Manager y Salidas como AWS Security y para la Asunción de Roles al Rol especificado en el parámetro TOML aws_electric_eye_iam_role_name, ElectricEye utiliza tu sesión Boto3 actual (por defecto) que se deriva de tus credenciales.
Ejecutar ElectricEye desde infraestructura de AWS que tenga un Rol adjunto, o desde una ubicación con credenciales de aws cli ya instanciadas, esto se maneja de manera transparente.
Al usar Docker, necesitarás proporcionar Variables de Entorno directamente al Contenedor.
Asegúrate de que si vas a utilizar AWS SSM (ssm:GetParameter), AWS Secrets Manager (secretsmanager:GetSecretValue), AWS Security Hub (securityhub:BatchImportFindings), Amazon SQS (sqs:SendMessage) y/o Amazon DynamoDB (dynamodb:PutItem) para credenciales y Salidas, que tengas los permisos adecuados. También probablemente necesitarás kms:Decrypt dependiendo de si estás usando Claves administradas por el cliente (CMKs) de AWS Key Management Service (KMS) para el cifrado de tus secretos/parámetros.
Necesitarás sts:AssumeRole para asumir el Rol especificado en el parámetro TOML aws_electric_eye_iam_role_name.
Necesitarás proporcionar tu Región de AWS, una Clave de Acceso de AWS y una Clave de Acceso Secreta de AWS. Si NO estás usando un Usuario de IAM de AWS con Claves de Acceso, también necesitarás proporcionar un Token de Sesión de AWS que se produce mediante credenciales temporales como un Rol de IAM o un Perfil de Instancia de EC2.
Si estás usando un Usuario, continúa al siguiente paso, necesitarás tener tus credenciales listas para copiar. Si estás usando un Perfil de Instancia de EC2 o un Rol de IAM adicional que asumirás, asegúrate de tener jq instalado: apt install -y jq o yum install jq.
- Para asumir un Rol de IAM y recuperar las credenciales temporales```bash AWS_ACCOUNT_ID=$(aws sts get-caller-identity | jq -r '.Account') MY_ROLE_NAME='iam-role-name' TEMP_CREDS=$(aws sts assume-role --role-arn arn:aws:iam::$AWS_ACCOUNT_ID:role/$MY_ROLE_NAME --role-session-name ElectriceyeForDocker) AWS_ACCESS_KEY=$(echo $TEMP_CREDS | jq -r '.Credentials.AccessKeyId') AWS_SECRET_KEY=$(echo $TEMP_CREDS | jq -r '.Credentials.SecretAccessKey') AWS_SESSION_TOKEN=$(echo $TEMP_CREDS | jq -r '.Credentials.SessionToken') MY_REGION='aws-region-here'
> - Para recuperar credenciales temporales para un perfil de instancia EC2 usando el Servicio de Metadatos de Instancia Versión 1```bash
MY_INSTANCE_PROFILE_ROLE_NAME="my_ec2_role_name"
IMDS_SECURITY_CREDENTIALS=$(curl http://169.254.169.254/latest/meta-data/iam/security-credentials/$MY_INSTANCE_PROFILE_ROLE_NAME)
MY_REGION='my_aws_region'
AWS_ACCESS_KEY=$(echo $IMDS_SECURITY_CREDENTIALS | jq -r '.AccessKeyId')
AWS_SECRET_KEY=$(echo $IMDS_SECURITY_CREDENTIALS | jq -r '.SecretAccessKey')
AWS_SESSION_TOKEN=$(echo $IMDS_SECURITY_CREDENTIALS | jq -r '.Token')
- Para recuperar credenciales temporales de un EC2 Instance Profile utilizando Instance Metadata Service Version 2```bash MY_INSTANCE_PROFILE_ROLE_NAME="my_ec2_role_name" TOKEN=$(curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 300") IMDSV2_SECURITY_CREDENTIALS=$(curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/iam/security-credentials/$MY_INSTANCE_PROFILE_ROLE_NAME) MY_REGION='my_aws_region' AWS_ACCESS_KEY=$(echo $IMDSV2_SECURITY_CREDENTIALS | jq -r '.AccessKeyId') AWS_SECRET_KEY=$(echo $IMDSV2_SECURITY_CREDENTIALS | jq -r '.SecretAccessKey') AWS_SESSION_TOKEN=$(echo $IMDSV2_SECURITY_CREDENTIALS | jq -r '.Token')
También puede obtener credenciales temporales de identidades federadas, lea más en los enlaces de [AssumeRoleWithWebIdentity](https://docs.aws.amazon.com/STS/latest/APIReference/API_AssumeRoleWithWebIdentity.html) o [AssumeRoleWithSAML](https://docs.aws.amazon.com/STS/latest/APIReference/API_AssumeRoleWithSAML.html) o consulte la documentación más amplia sobre credenciales temporales [aquí](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp_request.html#api_assumerole).
### Ejecutando el Contenedor de ElectricEye
Ejecute ElectricEye usando los siguientes comandos, pasando sus credenciales de sesión. Cambie los comandos dentro del contenedor para evaluar diferentes entornos con ElectricEye. Cambie el valor de `/path/to/my/external_providers.toml` a su ruta exacta, como `~/electriceye-docker/external_providers.toml` por ejemplo.
**NOTA IMPORTANTE** Si está usando un Usuario IAM de AWS con Claves de Acceso, codifique los valores y omita el valor para `AWS_SESSION_TOKEN`!! Si está ejecutando este contenedor en un servicio de contenedores/Kubernetes de AWS, ¡no necesita proporcionar estos valores!```bash
sudo docker run \
--user eeuser:eeuser \
-e AWS_DEFAULT_REGION=$MY_REGION \
-e AWS_ACCESS_KEY_ID=$AWS_ACCESS_KEY \
-e AWS_SECRET_ACCESS_KEY=$AWS_SECRET_KEY \
-e AWS_SESSION_TOKEN=$AWS_SESSION_TOKEN \
-v /path/to/my/external_providers.toml:/eeauditor/external_providers.toml \
electriceye /bin/bash -c "python3 eeauditor/controller.py --help"
Para guardar un archivo de salida local como -o json, -o cam-json, -o csv, o -o html, etc., asegúrate de especificar un nombre de archivo que comience con /eeauditor/ ya que el eeuser dentro de la imagen Docker solo tiene permisos dentro de ese directorio.
Para eliminar los archivos no puedes usar docker cp, pero puedes enviar el archivo a APIs remotas que controlas mediante la codificación en base64 de la salida o puedes usar la Session con permisos de AWS S3 para subir el archivo a S3.
Si estás evaluando Oracle Cloud o Google Cloud Platform, tus credenciales se cargarán localmente y podrás subir archivos a buckets de Oracle Object Storage o Google Cloud Storage, respectivamente.```bash
BUCKET_NAME="your_s3_bucket_you_have_access_to"
sudo docker run
--user eeuser:eeuser
-e AWS_DEFAULT_REGION=$MY_REGION
-e AWS_ACCESS_KEY_ID=$AWS_ACCESS_KEY
-e AWS_SECRET_ACCESS_KEY=$AWS_SECRET_KEY
-e AWS_SESSION_TOKEN=$AWS_SESSION_TOKEN
-v /path/to/my/external_providers.toml:/eeauditor/external_providers.toml
electriceye /bin/bash -c "python3 eeauditor/controller.py -t AWS -o json --output-file /eeauditor/my-aws-findings
&& aws s3 cp /eeauditor/my-aws-findings.json s3://$BUCKET_NAME/eefindings.json"
Para obtener más información sobre la configuración, asegúrese de consultar las instrucciones de configuración específicas de cada proveedor.
## Contribuciones
Consulte la [Guía para desarrolladores](https://github.com/jonrau1/electriceye/blob/master/docs/new_checks/DEVELOPER_GUIDE.md) para obtener instrucciones sobre cómo crear nuevas comprobaciones; para nuevas compatibilidades con SaaS y CSP, abra un Issue.
No dude en abrir PRs e Issues cuando encuentre errores de sintaxis, gramática o implementación en la base de código.
### ElectricEye está en venta
Contáctame en [email protected] (en realidad no tengo una herramienta SaaS) y con gusto venderé los derechos de este repositorio, lo eliminaré y te daré todos los dominios e incluso las cuentas de AWS que utilizo en segundo plano.
### Primeros colaboradores
Un rápido reconocimiento a las personas que respondieron al llamado inicial para probar ElectricEye y hacer que no fuera un desastre.
##### Pruebas Alfa:
- [Mark Yancey](https://www.linkedin.com/in/mark-yancey-jr-aspiring-cloud-security-professional-a52bb9126/)
##### Pruebas Beta:
- [Martin Klie](https://www.linkedin.com/in/martin-klie-0600845/)
- [Joel Castillo](https://www.linkedin.com/in/joelbcastillo/)
- [Juhi Gupta](https://www.linkedin.com/in/juhi-gupta-09/)
- [Bulent Yidliz](https://www.linkedin.com/in/bulent-yildiz/)
- [Guillermo Ojeda](https://www.linkedin.com/in/guillermoojeda/)
- [Dhilip Anand Shivaji](https://www.linkedin.com/in/dhilipanand/)
- [Arek Bar](https://www.linkedin.com/in/arkadiuszbar/)
- [Ryan Russel](https://www.linkedin.com/in/pioneerrussell/)
- [Jonathan Nguyen](https://www.linkedin.com/in/jonanguyen/)
- [Jody Brazil](https://www.linkedin.com/in/jodybrazil/)
- [Dylan Shields](https://www.linkedin.com/in/dylan-shields-6802b1168/)
- [Manuel Leos Rivas](https://www.linkedin.com/in/manuel-lr/)
- [Andrew Alaniz](https://www.linkedin.com/in/andrewdalaniz/)
- [Christopher Childers](https://www.linkedin.com/in/christopher-childers-28950537/)
## Preguntas Frecuentes (FAQ)
Esto se hace al estilo Amazon, es decir, ninguna de estas preguntas es frecuente y se supone que ayudan a los Gerentes de Producto a descubrir si sus ideas son buenas...
Dicho esto, algunas de estas preguntas sí se hacen. Así que, de nada.
### 1. ¿Qué es ElectricEye?
ElectricEye es una herramienta de Interfaz de Línea de Comandos (CLI) de Python sin agente que escanea y evalúa Proveedores de Servicios en la Nube (CSP) y Proveedores de Software como Servicio (SaaS) en busca de configuraciones a nivel de servicio. ElectricEye genera un hallazgo de aprobación o fallo por recurso a través de múltiples comprobaciones que se alinean con las mejores prácticas de gestión de postura de seguridad, así como otras comprobaciones de higiene como resiliencia, recuperación, optimización del rendimiento y monitoreo. ElectricEye cubre proveedores populares como AWS, GCP, ServiceNow y más.
### 2. ¿Quién debería usar ElectricEye?
ElectricEye puede ser utilizado por cualquier persona dentro de una organización en la nube en las funciones de seguridad o TI, como (entre otros) Ingenieros de Seguridad, Ingenieros de Dev(Sec)Ops, SRE/Ingenieros de Plataforma, Arquitectos (de varios tipos), Analistas de Gobernanza/Riesgo/Cumplimiento, Analistas de SOC/SecOps, Asesores en la Nube, Equipos de Seguridad Ofensiva (Red/Blue/Purple) y Analistas de Gestión de Riesgos de Terceros. ElectricEye también puede ser utilizado por Operaciones de TI, Analistas de Gestión de Negocios de Tecnología/ITFM, Analistas de Continuidad del Negocio y Gestores de Activos, ya que ElectricEye ofrece capacidades nativas de Gestión de Activos en la Nube.
### 3. ¿Por qué alguien debería usar ElectricEye?
ElectricEye debería ser utilizado por cualquier persona que desee asegurarse de que sus proveedores en la nube y toda su gama de servicios estén configurados para garantizar la mejor higiene de seguridad. ElectricEye ofrece la mayor cobertura de servicios y es la única herramienta de Gestión de Postura de Seguridad (SPM) de doble uso que se ofrece de forma gratuita tanto para la Gestión de Postura de Seguridad en la Nube (CSPM) como para la Gestión de Postura de Seguridad SaaS (SSPM). ElectricEye también incluye capacidades integradas de detección de secretos y Gestión de Superficie de Ataque Externa (EASM), así como Gestión de Activos en la Nube (CAM) con su propia jerarquía para soportar la gestión y generación de informes de activos entre nubes y límites.
### 4. ¿Es ElectricEye una herramienta CSPM?
Sí, ElectricEye es una herramienta de Gestión de Postura de Seguridad en la Nube (CSPM); proporciona escaneos basados en API (sin agente) de la infraestructura en la nube y garantiza que los servicios estén configurados según las mejores prácticas.
### 5. ¿Es ElectricEye una herramienta SSPM?
Sí, ElectricEye es una herramienta de Gestión de Postura de Seguridad SaaS (SSPM); proporciona escaneos basados en API (sin agente) de las API de proveedores SaaS y garantiza que los usuarios y servicios estén configurados según las mejores prácticas.
### 6. ¿Es ElectricEye una herramienta CIEM?
No, ElectricEye no es una herramienta de Gestión de Entitlements de Infraestructura en la Nube (CIEM). Si bien ElectricEye proporciona varias comprobaciones de Gestión de Identidad y Acceso y realiza evaluaciones por usuario para MFA, rotación de contraseñas y minimización de permisos, no es un CIEM. ElectricEye no tiene una evaluación generalizada de políticas en múltiples brokers, proveedores y límites de identidad, ni proporciona capacidades de remediación o gestión de entitlements Just In Time (JIT).
### 7. ¿Es ElectricEye una herramienta SIEM?
No, ElectricEye no es una herramienta de Información y Gestión de Eventos de Seguridad (SIEM). Las herramientas SIEM se utilizan para recopilar, indexar y correlacionar registros, eventos de seguridad y otros datos semiestructurados y estructurados para casos de uso de operaciones de seguridad. Si bien los hallazgos de ElectricEye pueden enviarse a un SIEM, ElectricEye no es un SIEM por derecho propio.
### 8. ¿Es ElectricEye una herramienta de Auditoría / Cumplimiento?
No, ElectricEye no es *directamente* una herramienta de Auditoría o Cumplimiento. Aunque cada hallazgo está mapeado a regímenes de cumplimiento de seguridad populares y bien utilizados como NIST CSF v1.1 y AICPA 2020 TSCs, ElectricEye solo proporciona mapeos de mejor esfuerzo para los controles y no es lo mismo que un Auditor u otro evaluador calificado que audite su entorno. ElectricEye puede usarse como una herramienta de preparación o disposición para auditorías; podría tomar muestras de hallazgos si los controles de infraestructura en la nube son importantes para su programa de seguridad general. Los controles son medidas técnicas o administrativas (es decir, políticas o procedimientos) diseñadas para proteger los resultados deseados de un programa de seguridad o privacidad. Los controles protegen la confidencialidad, integridad y disponibilidad de los sistemas de información. ElectricEye puede ayudar a determinar si las configuraciones de su infraestructura en la nube cumplen con el "espíritu" de los controles, pero **NO** es lo mismo que una atestación, certificación u otro ritual oculto.
### 9. ¿Qué es "Disposición para Auditoría"?
ElectricEye utiliza el término Disposición para Auditoría al comunicar los casos de uso previstos para sus mapeos de marcos de control. ElectricEye podría ser utilizado por evaluadores calificados para evaluar su entorno, podría ser utilizado por usted para proporcionar evidencia a los evaluadores, pero su mejor caso de uso es prepararse o ver su disposición para una auditoría. Sin embargo, usted ya debería tener sus propios controles internos definidos y su propia estrategia de gestión de configuraciones en lo que respecta a la implementación de controles. Por ejemplo, puede decidir que cuesta demasiado dinero y no ofrece muchos beneficios de seguridad cifrar todas sus colas SQS con CMK de AWS KMS; debe hacer ese "trabajo preliminar" antes de usar ElectricEye para apoyar sus procesos internos de GRC.
### 10. ¿Qué marcos de control soporta ElectricEye?
Los marcos de control que soporta ElectricEye se actualizan constantemente a medida que están disponibles versiones y mapeos más nuevos. A fecha del 21 de JUNIO de 2024, se soportan los siguientes estándares, marcos y requisitos legales.
- NIST Cybersecurity Framework Versión 1.1
- NIST Special Publication 800-53 Revisión 4
- NIST Special Publication 800-53 Revisión 5
- NIST Special Publication 800-171 Revisión 2
- American Institute of Certified Public Accountants (AICPA) Trust Service Criteria (TSC) 2017/2020 para SOC 2
- ISO/IEC 27001:2013/2017 Anexo A
- ISO/IEC 27001:2022 Anexo A
- Center for Internet Security (CIS) Critical Security Controls Versión 8
- Cloud Security Alliance (CSA) Cloud Controls Matrix (CCM) Versión 4.0
- Cybersecurity Maturity Model Certification (CMMC) del Departamento de Defensa de los Estados Unidos Versión 2.0
- Criminal Justice Information System (CJIS) Security Policy del Buró Federal de Investigaciones (FBI) de los Estados Unidos Versión 5.9
- Cyber Essentials del Centro Nacional de Seguridad Cibernética (NCSC) del Reino Unido Versión 2.2
- Assessment Framework del Centro Nacional de Seguridad Cibernética (NCSC) del Reino Unido Versión 3.1
- HIPAA "Security Rule" Código de EE. UU. 45 CFR Parte 164 Subparte C
- Federal Financial Institutions Examination Council (FFIEC) Cybersecurity Assessment Tool (CAT)
- North American Electric Reliability Corporation (NERC) Critical Infrastructure Protection (CIP) Standard
- New Zealand Information Security Manual Versión 3.5
- New York Department of Financial Services (NYDFS) Serie 23 NYCRR Parte 500; también conocido como NYDFS500
- Critical Risk Institute (CRI) Critical Risk Profile Versión 1.2
- European Central Bank (ECB) Cyber Resilience Oversight Expectations (CROEs)
- Equifax Security Controls Framework Versión 1.0
- Payment Card Industry (PCI) Data Security Standard (DSS) Versión 4.0
- MITRE ATT&CK Enterprise Framework
- CIS AWS Database Services Benchmark V1.0
- CIS Amazon Web Services Foundations Benchmark V1.5
- CIS Amazon Web Services Foundations Benchmark V2.0
- CIS Amazon Web Services Foundations Benchmark V3.0
- CIS Microsoft Azure Foundations Benchmark V2.0.0
- CIS Snowflake Foundations Benchmark V1.0.0
- CIS Google Cloud Platform Foundation Benchmark V2.0
## Seguridad del Repositorio
Dado que ElectricEye es una herramienta de seguridad, es lógico garantizar un alto nivel de seguridad de los componentes. Para ello, se han configurado las siguientes herramientas. Consulte las insignias de compilación y las Actions para obtener información detallada sobre cada ejecución.
#### [`Syft`](https://github.com/anchore/syft)
¡Vea los resultados [aquí](https://github.com/jonrau1/ElectricEye/actions/workflows/sbom-vulns.yml)!
Una herramienta CLI y biblioteca Go para generar una Lista de Materiales de Software (SBOM) a partir de imágenes de contenedores y sistemas de archivos.
ElectricEye utiliza Syft para construir un SBOM a partir de una imagen Docker de ElectricEye compilada en formato CycloneDX y lo sube como artefacto a cada ejecución exitosa de GitHub Action.
#### [`Grype`](https://github.com/anchore/grype)
¡Vea los resultados [aquí](https://github.com/jonrau1/ElectricEye/actions/workflows/sbom-vulns.yml)!
Un escáner de vulnerabilidades para imágenes de contenedores y sistemas de archivos. Instale fácilmente el binario para probarlo. Funciona con Syft, la potente herramienta SBOM (lista de materiales de software) para imágenes de contenedores y sistemas de archivos.
ElectricEye pasa el SBOM CycloneDX de `Syft` a `Grype` para realizar escaneos de vulnerabilidades en la imagen Docker compilada que combina todas las dependencias de Python y los métodos integrados dentro de la imagen Docker `alpine` padre que utiliza ElectricEye. Las compilaciones con vulnerabilidades críticas se rompen automáticamente. Los resultados se publican en la GitHub Action y se suben como `sarif` a GitHub Security.
#### [`Dependabot`](https://github.com/dependabot)
Las alertas de Dependabot le indican que su código depende de un paquete que no es seguro. Si su código depende de un paquete con una vulnerabilidad de seguridad, esto puede causar una variedad de problemas para su proyecto o para las personas que lo utilizan. Debe actualizar a una versión segura del paquete lo antes posible. Si su código utiliza malware, debe reemplazar el paquete por una alternativa segura.
ElectricEye utiliza Dependabot como una herramienta de Análisis de Composición de Software (SCA) para realizar escaneos diarios y abrir Pull Requests en caso de que una dependencia de Docker, Python o GitHub-Action requiera un parche de seguridad.
#### [`CodeQL`](https://docs.github.com/en/code-security/code-scanning/automatically-scanning-your-code-for-vulnerabilities-and-errors/about-code-scanning-with-codeql)
¡Vea los resultados [aquí](https://github.com/jonrau1/ElectricEye/actions/workflows/codeql-analysis.yml)!
CodeQL es el motor de análisis de código desarrollado por GitHub para automatizar las comprobaciones de seguridad. Puede analizar su código utilizando CodeQL y mostrar los resultados como alertas de escaneo de código.
ElectricEye utiliza `codeql` como una herramienta de Pruebas de Seguridad de Aplicaciones Estáticas (SAST) para escanear todos los Auditores escritos en Python; `codeql` también busca secretos en el código. Se ejecuta en cada push y según un cronograma.
## Licencia
Esta biblioteca está licenciada bajo la Licencia Apache-2.0. Consulte el archivo LICENSE.