La Agencia de Seguridad de Infraestructura y Ciberseguridad de EE. UU. (CISA) dijo hoy que está investigando una violación en la empresa de inteligencia empresarial Sisense, cuyos productos están diseñados para permitir a las empresas ver el estado de múltiples servicios en línea de terceros en un solo panel. CISA instó a todos los clientes de Sisense a restablecer todas las credenciales y secretos que puedan haber sido compartidos con la empresa, que es el mismo consejo que Sisense dio a sus clientes el miércoles por la noche. Sisense, con sede en la ciudad de Nueva York, tiene más de 1.000 clientes en una variedad de sectores verticales, incluidos servicios financieros, telecomunicaciones, atención médica y educación superior. El 10 de abril, el director de seguridad de la información de Sisense, Sangram Dash, dijo a los clientes que la empresa había tenido conocimiento de informes de que «cierta información de la empresa de Sisense puede haber estado disponible en lo que nos han informado que es un servidor de acceso restringido (que generalmente no está disponible en Internet). .)” “Estamos tomando este asunto en serio y comenzamos rápidamente una investigación”, continuó Dash. “Contratamos a expertos líderes de la industria para que nos ayudaran con la investigación. Este asunto no ha resultado en una interrupción de nuestras operaciones comerciales. Por precaución, y mientras continuamos investigando, le instamos a rotar de inmediato cualquier credencial que utilice en su aplicación Sisense”. En su alerta, CISA dijo que estaba trabajando con socios de la industria privada para responder a un compromiso reciente descubierto por investigadores de seguridad independientes que involucran a Sisense. «CISA está asumiendo un papel activo en la colaboración con socios de la industria privada para responder a este incidente, especialmente en lo que se refiere a las organizaciones del sector de infraestructura crítica afectadas», se lee en la escasa alerta. «Proporcionaremos actualizaciones a medida que haya más información disponible». Sisense se negó a hacer comentarios cuando se le preguntó sobre la veracidad de la información compartida por dos fuentes confiables con conocimiento cercano de la investigación de la violación. Esas fuentes dijeron que la violación parece haber comenzado cuando los atacantes de alguna manera obtuvieron acceso al repositorio de código de la compañía en Gitlab, y que en ese repositorio había un token o credencial que les dio a los malos acceso a los depósitos Amazon S3 de Sisense en la nube. Ambas fuentes dijeron que los atacantes utilizaron el acceso a S3 para copiar y exfiltrar varios terabytes de datos de clientes de Sisense, que aparentemente incluían millones de tokens de acceso, contraseñas de cuentas de correo electrónico e incluso certificados SSL. Los clientes pueden usar Gitlab como una solución alojada en la nube en Gitlab.com o como una implementación autoadministrada de Gitlab. KrebsOnSecurity entiende que Sisense estaba usando la versión autoadministrada de Gitlab. El incidente plantea dudas sobre si Sisense estaba haciendo lo suficiente para proteger los datos confidenciales que le confiaron los clientes, como por ejemplo si el enorme volumen de datos robados de los clientes alguna vez fue cifrado mientras estaba en reposo en estos servidores en la nube de Amazon. Sin embargo, está claro que los atacantes desconocidos ahora tienen todas las credenciales que los clientes de Sisense utilizaron en sus paneles. La infracción también deja en claro que Sisense está algo limitado en las acciones de limpieza que puede tomar en nombre de los clientes, porque los tokens de acceso son esencialmente archivos de texto en su computadora que le permiten permanecer conectado durante períodos prolongados de tiempo, a veces de forma indefinida. . Y dependiendo de qué servicio estemos hablando, es posible que los atacantes reutilicen esos tokens de acceso para autenticarse como víctima sin tener que presentar credenciales válidas. Más allá de eso, depende en gran medida de los clientes de Sisense decidir si cambian las contraseñas de los diversos servicios de terceros que previamente han confiado a Sisense y cuándo. Hoy temprano, una firma de relaciones públicas que trabaja con Sisense se acercó para saber si KrebsOnSecurity planeaba publicar más actualizaciones sobre su violación (KrebsOnSecurity publicó una captura de pantalla del correo electrónico del cliente del CISO tanto en LinkedIn como en Mastodon el miércoles por la noche). El representante de relaciones públicas dijo que Sisense quería asegurarse de que tuvieran la oportunidad de comentar antes de que se publicara la historia. Pero cuando se enfrentó a los detalles compartidos por mis fuentes, Sisense aparentemente cambió de opinión. «Después de consultar con Sisense, me dijeron que no desean responder», dijo el representante de relaciones públicas en una respuesta enviada por correo electrónico. Nicholas Weaver, investigador del Instituto Internacional de Ciencias de la Computación (ICSI) de la Universidad de California en Berkeley y profesor de la UC Davis, dijo que una empresa a la que se le han confiado tantos inicios de sesión confidenciales debería cifrar esa información. «Si alojan datos de clientes en un sistema de terceros como Amazon, será mejor que estén cifrados», dijo Weaver. “Si le dicen a la gente que restablezca sus credenciales, eso significa que no estaban cifradas. Entonces, el error número uno es dejar las credenciales de Amazon en su archivo Git. El error número dos es usar S3 sin usar cifrado encima. Lo primero es malo pero perdonable, pero lo segundo, dado su negocio, es imperdonable”. Actualización, 6:49 pm, ET: Se agregó una aclaración de que Sisense está usando una versión autohospedada de Gitlab, no la versión en la nube administrada por Gitlab.com. Además, CISO Dash de Sisense acaba de enviar una actualización directamente a los clientes. El último consejo de la compañía es mucho más detallado e implica restablecer una cantidad potencialmente grande de tokens de acceso en múltiples tecnologías, incluidas las credenciales de Microsoft Active Directory, las credenciales de GIT, los tokens de acceso web y cualquier secreto o token de inicio de sesión único (SSO). . El mensaje completo de Dash a los clientes se encuentra a continuación: “Buenas tardes. Estamos dando seguimiento a nuestra comunicación anterior del 10 de abril de 2024, con respecto a los informes de que cierta información de la empresa Sisense puede haber estado disponible en un servidor de acceso restringido. Como se señaló, nos estamos tomando este asunto en serio y nuestra investigación continúa. Nuestros clientes deben restablecer cualquier clave, token u otra credencial en su entorno utilizada dentro de la aplicación Sisense. Específicamente, debe: – Cambiar su contraseña: cambiar todas las contraseñas relacionadas con Sisense en http://my.sisense.com – Sin SSO: – Reemplazar el secreto en la sección Seguridad de configuración base con su GUID/UUID. – Restablecer contraseñas para todos los usuarios en la aplicación Sisense. – Cierre la sesión de todos los usuarios ejecutando GET /api/v1/authentication/logout_all en Usuario administrador. – Inicio de sesión único (SSO): – Si utiliza SSO JWT para la autenticación del usuario en Sisense, deberá actualizar sso.shared_secret en Sisense y luego usar el valor recién generado en el lado del controlador de SSO.– Recomendamos encarecidamente rotar el certificado x.509 para su proveedor de identidad SSO SAML.– Si utiliza OpenID, es imperativo gire también el secreto del cliente. – Después de estos ajustes, actualice la configuración de SSO en Sisense con los valores revisados. – Cierre sesión en todos los usuarios ejecutando GET /api/v1/authentication/logout_all en Usuario administrador. – Credenciales de la base de datos del cliente: restablezca las credenciales en su base de datos que se utilizó en la aplicación Sisense para garantizar la continuidad de la conexión entre los sistemas. – Modelos de datos: cambie todos los nombres de usuario y contraseñas en la cadena de conexión de la base de datos en los modelos de datos. – Parámetros de usuario: si está utilizando la función Parámetros de usuario, restablecerlos.– Active Directory/LDAP: cambie el nombre de usuario y la contraseña de usuario de los usuarios cuya autorización se utiliza para la sincronización de AD.– Autenticación HTTP para GIT: rote las credenciales en cada proyecto GIT.– Clientes B2D: utilice la siguiente API PATCH api/ v2/b2d-connection en la sección de administración para actualizar la conexión B2D.– Aplicaciones Infusion: gire las claves asociadas.– Token de acceso web: gire todos los tokens.– Servidor de correo electrónico personalizado: gire las credenciales asociadas.– Código personalizado: restablezca los secretos que aparecen en cuadernos de códigos personalizados. Si necesita ayuda, envíe un ticket de atención al cliente en https://community.sisense.com/t5/support-portal/bd-p/SupportPortal y márquelo como crítico. Contamos con un equipo de respuesta dedicado en espera para ayudarlo con sus solicitudes. En Sisense damos suma importancia a la seguridad y estamos comprometidos con el éxito de nuestros clientes. Gracias por su colaboración y compromiso con nuestra seguridad mutua. Saludos, Director de seguridad de la información de Sangram Dash” URL de la publicación original: https://krebsonsecurity.com/2024/04/why-cisa-is-warning-cisos-about-a-breach-at-sisense/Categoría y etiquetas: Un poco Sunshine,violaciones de datos,la tormenta que viene,Nicholas Weaver,Sangram Dash,violación de Sisense,Agencia de Seguridad de Infraestructura y Ciberseguridad de EE. UU. Agencia
Etiqueta: Krebs sobre la seguridad
Tres estadounidenses fueron acusados esta semana de robar más de 400 millones de dólares en un ataque de intercambio de SIM en noviembre de 2022. El gobierno de EE. UU. no nombró a la organización víctima, pero todo indica que el dinero fue robado del ahora desaparecido intercambio de criptomonedas FTX, que acababa de declararse en quiebra ese mismo día. Un gráfico que ilustra el flujo de más de 400 millones de dólares en criptomonedas robadas de FTX del 11 al 12 de noviembre de 2022. Imagen: Elliptic.co. Una acusación formal revelada esta semana y de la que Ars Technica informó por primera vez alega que Robert Powell, un hombre de Chicago, también conocido como “R”, “R$” y “ElSwapo1”, era el cabecilla de un grupo de intercambio de SIM llamado “Powell SIM Swapping Crew”. » Emily “Em” Hernandez, residente de Colorado, supuestamente ayudó al grupo a obtener acceso a los dispositivos de las víctimas al servicio de ataques de intercambio de SIM entre marzo de 2021 y abril de 2023. Carter Rohn, residente de Indiana, también conocido como “Carti” y “Punslayer”, supuestamente ayudó a comprometer los dispositivos. . En un ataque de intercambio de SIM, los delincuentes transfieren el número de teléfono del objetivo a un dispositivo que controlan, lo que les permite interceptar cualquier mensaje de texto o llamada telefónica enviada a la víctima, incluidos códigos de acceso de un solo uso para autenticación o enlaces de restablecimiento de contraseña enviados por SMS. La acusación afirma que los autores de este atraco robaron los 400 millones de dólares en criptomonedas el 11 de noviembre de 2022 después de que intercambiaron la tarjeta SIM de un cliente de AT&T haciéndose pasar por ellos en una tienda minorista utilizando una identificación falsa. Sin embargo, el documento se refiere a la víctima en este caso únicamente con el nombre “Víctima 1”. Andy Greenberg, de Wired, escribió recientemente sobre la carrera nocturna de FTX para detener un robo de criptomonedas de mil millones de dólares que ocurrió la noche del 11 de noviembre: “El personal de FTX ya había soportado uno de los peores días en la corta vida de la compañía. Lo que recientemente había sido uno de los principales intercambios de criptomonedas del mundo, valorado en 32 mil millones de dólares sólo 10 meses antes, acababa de declararse en quiebra. Después de una larga lucha, los ejecutivos habían persuadido al director ejecutivo de la empresa, Sam Bankman-Fried, para que entregara las riendas a John Ray III, un nuevo director ejecutivo ahora encargado de guiar a la empresa a través de una maraña de deudas de pesadilla, muchas de las cuales parecían no tener medios para pagar”. “Parecía que FTX había tocado fondo. Hasta que alguien (un ladrón o ladrones que aún no han sido identificados) eligió ese momento en particular para empeorar las cosas. Ese viernes por la noche, el exhausto personal de FTX comenzó a ver misteriosas salidas de la criptomoneda de la compañía, capturadas públicamente en el sitio web Etherscan que rastrea la cadena de bloques Ethereum, lo que representa el robo de cientos de millones de dólares en criptomonedas en tiempo real”. La acusación dice que los 400 millones de dólares fueron robados durante varias horas entre el 11 y el 12 de noviembre de 2022. Tom Robinson, cofundador de la firma de inteligencia blockchain Elliptic, dijo que los atacantes en el atraco a FTX comenzaron a vaciar las billeteras de FTX en la noche del 1 de noviembre. 11 de noviembre de 2022, hora local, y continuará hasta el 12 de noviembre. Robinson dijo que Elliptic no tiene conocimiento de ningún otro robo de criptomonedas de esa magnitud que haya ocurrido en esa fecha. «Calculamos el valor de los criptoactivos robados en 477 millones de dólares», dijo Robinson. “Los administradores de FTX han informado de pérdidas totales debido a “transferencias no autorizadas a terceros” de 413 millones de dólares; la discrepancia probablemente se deba a la posterior incautación y devolución de algunos de los activos robados. De cualquier manera, ciertamente son más de $400 millones, y no tenemos conocimiento de ningún otro robo de intercambios de cifrado a esta escala, en esta fecha». Los intercambiadores de SIM presuntamente responsables del robo de criptomonedas de 400 millones de dólares son todos residentes de EE. UU. Pero hay algunos indicios de que recibieron ayuda de ciberdelincuentes organizados con sede en Rusia. En octubre de 2023, Elliptic publicó un informe que encontró que el dinero robado de FTX había sido lavado a través de intercambios con vínculos con grupos criminales con sede en Rusia. «Un actor vinculado a Rusia parece una posibilidad más fuerte», escribió Elliptic. “De los activos robados que se pueden rastrear a través de ChipMixer, cantidades significativas se combinan con fondos de grupos criminales vinculados a Rusia, incluidas bandas de ransomware y mercados de la red oscura, antes de enviarlos a los intercambios. Esto apunta a la participación de un corredor u otro intermediario con un nexo en Rusia”. Nick Bax, director de análisis de la firma de recuperación de billeteras de criptomonedas Unciphered, dijo que el flujo de fondos FTX robados se parece más a lo que su equipo ha visto en grupos con sede en Europa del Este y Rusia que a cualquier cosa que hayan presenciado en intercambiadores de SIM con sede en EE. UU. . «Me sorprendió un poco este desarrollo, pero parece ser consistente con los informes de CISA. [the Cybersecurity and Infrastructure Security Agency] y otros con los que ha trabajado “Scattered Spider” [ransomware] grupos como ALPHV/BlackCat”, dijo Bax. La alerta de CISA sobre Scattered Spider dice que son un grupo cibercriminal que apunta a grandes empresas y sus servicios de asistencia técnica de tecnología de la información (TI) contratados. «Los actores de la amenaza Scattered Spider, según terceros de confianza, normalmente se han involucrado en el robo de datos con fines de extorsión y también se sabe que utilizan el ransomware BlackCat/ALPHV junto con sus TTP habituales», dijo CISA, refiriéndose a las «Tácticas, técnicas y procedimientos» característicos del grupo. .” Nick Bax, publicando en Twitter/X en noviembre de 2022 sobre su investigación sobre el atraco de FTX de 400 millones de dólares. A principios de esta semana, KrebsOnSecurity publicó una historia que señala que se cree que un hombre de Florida acusado recientemente de ser parte de una conspiración de intercambio de SIM es un miembro clave de Scattered Spider, un grupo de piratería también conocido como 0ktapus. Se ha culpado a ese grupo de una serie de intrusiones cibernéticas en importantes empresas tecnológicas estadounidenses durante el verano de 2022. Las reclamaciones financieras relacionadas con los procedimientos de quiebra de FTX están a cargo del gigante de consultoría financiera y de riesgos Kroll. En agosto de 2023, Kroll sufrió su propia infracción después de que le cambiaran la SIM a un empleado de Kroll. Según Kroll, los ladrones robaron información de los usuarios de múltiples plataformas de criptomonedas que dependen de los servicios de Kroll para manejar los procedimientos de quiebra. KrebsOnSecurity buscó comentarios para esta historia de Kroll, el FBI, los fiscales y Sullivan & Cromwell, el bufete de abogados que maneja la quiebra de FTX. Esta historia se actualizará en caso de que alguno de ellos responda. Los abogados del Sr. Powell dijeron que no saben quién es la Víctima 1 en la acusación, ya que el gobierno aún no ha compartido esa información. La próxima cita de Powell en la corte es una audiencia de detención el 2 de febrero de 2024. URL de la publicación original: https://krebsonsecurity.com/2024/02/arrests-in-400m-sim-swap-tied-to-heist-at-ftx /Categoría y etiquetas: Un poco de sol, violaciones de datos, noticias que no le van bien, intercambio de SIM, 0ktapus, ransomware ALPHV, Ars Technica, ransomware BlackCat, Carter Rohn, CISA, Elliptic, Emily Hernandez, FBI, FTX, Kroll ,Nick Bax,Powell SIM Swapping Crew,R$,Robert Powell,Scattered Spider,Intercambio de SIM,Tom Robinson,Unciphered – A Little Sunshine,Violaciones de datos,Ne’er-Do-Well News,SIM Swapping,0ktapus,ALPHV ransomware, Ars Technica,BlackCat ransomware,Carter Rohn,CISA,Elliptic,Emily Hernandez,fbi,FTX,Kroll,Nick Bax,Powell SIM Swapping Crew,R$,Robert Powell,Scattered Spider,SIM swapping,Tom Robinson,Unciphered
Source link