¿Qué monitoriza Threatly?

Usted añade proveedores y herramientas (p. ej., proveedores cloud, bases de datos, APIs de pago). Monitorizamos feeds públicos de CVE, avisos de seguridad y fuentes RSS y le alertamos cuando aparece un riesgo relevante.

¿En qué se diferencia Threatly de un escáner de vulnerabilidades?

Threatly no escanea su infraestructura. Monitoriza inteligencia externa sobre los productos de los que depende y le envía un informe conciso por correo cuando puede ser necesaria una acción.

¿Con qué frecuencia recibiré correos?

Como máximo una alerta por proveedor cada 24 horas, y solo cuando nuestro filtro clasifica una señal de seguridad real—no marketing ni noticias generales.

¿Qué idiomas están disponibles?

El sitio web y los correos de alerta están disponibles en inglés, alemán, francés, italiano y español.

Solo correo electrónico — Alertas de seguridad para su stack. Sin paneles de control.

Monitorización de seguridad

Threatly le envía un correo electrónico solo cuando una de sus herramientas presenta un riesgo de seguridad real.

Sin paneles de control. Sin ruido. Si recibe un correo, debe actuar.

Empezar a monitorizar su stack

Le enviamos un código numérico de un solo uso por correo. Introdúzcalo para abrir su panel de control — sin contraseña.

Por qué Threatly

Solo correo electrónico

Sin paneles de control a los que iniciar sesión. Si importa, llega a su bandeja de entrada.

Sus proveedores

Monitorice las herramientas que realmente utiliza — Stripe, AWS, PostgreSQL y más.

Cero ruido

Filtramos resúmenes y noticias irrelevantes antes de que le llegue cualquier cosa.

Informe semanal

Vea qué hemos analizado y cuánto ruido hemos eliminado cada semana.

Monitorización de seguridad

Cómo funciona

Para empresas SaaS pequeñas y medianas sin equipos de seguridad dedicados.

Añada sus herramientas/proveedores (p. ej., "Stripe", "AWS", "PostgreSQL")

Monitorizamos feeds de CVE, avisos de seguridad y fuentes RSS

Recibe un correo SOLO cuando se detecta un problema de seguridad real

Máximo 1 correo por proveedor cada 24 horas

Monitorización de seguridad

Ejemplo de alerta de seguridad

Así es como llega a su bandeja de entrada cuando un riesgo real afecta a un proveedor que monitoriza.

THREATLY

ALTO

Aviso de seguridad — inyección SQL en el núcleo de PostgreSQL

TL;DR

Una vulnerabilidad crítica afecta a PostgreSQL 15.x y 16.x. Actualice si ejecuta estas versiones en producción.

Gravedad: Alta. Hay parches del proveedor disponibles.

Estado de explotación no confirmado en la fuente — verifique y aplique el parche en su ventana de mantenimiento.

Productos afectados

• PostgreSQL

Versiones (según la fuente): 15.4, 15.5, 16.1

Resumen del riesgo

Riesgo

ALTO

Parche disponible

Sí

Explotación conocida

Desconocido

Exposición

Base de datos expuesta a Internet o interna

Qué hacer

• Enumere todos los entornos donde PostgreSQL se ejecuta en su empresa.

• Compare las versiones instaladas con el aviso de seguridad del proveedor.

• Planifique e implemente el parche del proveedor en los sistemas prioritarios.

Fuente

Publicación

PostgreSQL Global Development Group

Artículo

https://www.postgresql.org/support/security/

Threatly — Señales de seguridad. Menos ruido.

THREATLY

ALTO

Aviso de seguridad — exposición de claves API restringidas en el Dashboard de Stripe

TL;DR

Un problema de configuración puede exponer claves API restringidas en vivo en ciertos flujos del Dashboard.

Gravedad: Alta si se ven afectadas claves de pago en vivo con permisos elevados.

Rote las claves restringidas y revise el acceso al Dashboard si procesa pagos con Stripe.

Productos afectados

• Stripe API / Dashboard

Versiones (según la fuente): Claves restringidas, Modo live

Resumen del riesgo

Riesgo

ALTO

Parche disponible

Sí

Explotación conocida

Desconocido

Exposición

Entornos de procesamiento de pagos

Qué hacer

• Enumere todos los entornos donde Stripe se ejecuta en su empresa.

• Compare las versiones instaladas con el aviso de seguridad del proveedor.

• Planifique e implemente el parche del proveedor en los sistemas prioritarios.

Fuente

Publicación

Stripe Security

Artículo

https://stripe.com/docs/security

Threatly — Señales de seguridad. Menos ruido.

THREATLY

MEDIO

Boletín de seguridad — configuración incorrecta de acceso público a buckets S3

TL;DR

Los buckets pueden ser accesibles desde Internet sin intención debido a cambios en ACL o políticas.

Gravedad: Media. La exposición de datos depende del contenido del bucket.

Audite las políticas de buckets y la configuración de Block Public Access en todas las cuentas.

Productos afectados

• Amazon S3

Versiones (según la fuente): Todas las regiones, Configuración a nivel de cuenta

Resumen del riesgo

Riesgo

MEDIO

Parche disponible

Sí

Explotación conocida

Desconocido

Exposición

Almacenamiento en la nube con endpoints públicos

Qué hacer

• Enumere todos los entornos donde AWS se ejecuta en su empresa.

• Compare las versiones instaladas con el aviso de seguridad del proveedor.

• Planifique e implemente el parche del proveedor en los sistemas prioritarios.

Fuente

Publicación

AWS Security Bulletin

Artículo

https://aws.amazon.com/security/security-bulletins/

Threatly — Señales de seguridad. Menos ruido.

THREATLY

ALTO

CVE — escape de contenedor en el runtime runc

TL;DR

Un fallo en el runtime de contenedores puede permitir la salida de cargas de trabajo aisladas.

Gravedad: Alta en hosts que ejecutan imágenes de contenedor no confiables.

Actualice runc y Docker Engine en los nodos que ejecutan contenedores de producción.

Productos afectados

• Docker Engine / runc

Versiones (según la fuente): Engine 24.x, runc ≤ 1.1.x

Resumen del riesgo

Riesgo

ALTO

Parche disponible

Sí

Explotación conocida

Desconocido

Exposición

Hosts de contenedores y runners de CI

Qué hacer

• Enumere todos los entornos donde Docker se ejecuta en su empresa.

• Compare las versiones instaladas con el aviso de seguridad del proveedor.

• Planifique e implemente el parche del proveedor en los sistemas prioritarios.

Fuente

Publicación

Docker Security

Artículo

https://docs.docker.com/security/

Threatly — Señales de seguridad. Menos ruido.

THREATLY

MEDIO

Aviso de seguridad — bypass de autenticación en Cloudflare Access

TL;DR

Un caso límite de política puede permitir el acceso sin completar las comprobaciones de identidad.

Gravedad: Media para equipos que usan Access delante de aplicaciones internas.

Revise las políticas de Access y aplique la corrección del proveedor en su configuración Zero Trust.

Productos afectados

• Cloudflare Access

Versiones (según la fuente): Políticas de Access, Panel Zero Trust

Resumen del riesgo

Riesgo

MEDIO

Parche disponible

Sí

Explotación conocida

Desconocido

Exposición

Aplicaciones internas detrás de Access

Qué hacer

• Enumere todos los entornos donde Cloudflare se ejecuta en su empresa.

• Compare las versiones instaladas con el aviso de seguridad del proveedor.

• Planifique e implemente el parche del proveedor en los sistemas prioritarios.

Fuente

Publicación

Cloudflare Security

Artículo

https://www.cloudflare.com/trust-hub/security/

Threatly — Señales de seguridad. Menos ruido.

Preguntas frecuentes

¿Qué monitoriza Threatly?: Usted añade proveedores y herramientas (p. ej., proveedores cloud, bases de datos, APIs de pago). Monitorizamos feeds públicos de CVE, avisos de seguridad y fuentes RSS y le alertamos cuando aparece un riesgo relevante.
¿En qué se diferencia Threatly de un escáner de vulnerabilidades?: Threatly no escanea su infraestructura. Monitoriza inteligencia externa sobre los productos de los que depende y le envía un informe conciso por correo cuando puede ser necesaria una acción.
¿Con qué frecuencia recibiré correos?: Como máximo una alerta por proveedor cada 24 horas, y solo cuando nuestro filtro clasifica una señal de seguridad real—no marketing ni noticias generales.
¿Qué idiomas están disponibles?: El sitio web y los correos de alerta están disponibles en inglés, alemán, francés, italiano y español.