Vulnerabilidades de seguridad en PHP ponen en riesgo a los usuarios de monederos de criptomonedas: Lo que debes saber en octubre de 2026
Vulnerabilidades críticas de PHP han generado preocupación en toda la industria de las criptomonedas, ya que los atacantes cada vez más apuntan a debilidades en la infraestructura de sitios web. Los defectos, conocidos colectivamente como PHP2Shell, podrían permitir la ejecución remota no autorizada de código en servidores vulnerables, exponiendo potencialmente a los usuarios de monederos de criptomonedas, plataformas de finanzas descentralizadas (DeFi) y servicios de Activos digitales a amenazas de seguridad. El equipo de desarrollo de PHP ha lanzado correcciones de emergencia, pero la Agencia de Ciberseguridad e Infraestructura de los EE.UU. (CISA) ha confirmado la explotación activa, destacando la importancia de las actualizaciones oportunas. Aunque las vulnerabilidades no comprometen directamente las cadenas de bloques, podrían permitir a los atacantes manipular sitios web y engañar a los usuarios para que autoricen transacciones maliciosas. Comprender los riesgos técnicos, los desarrollos de seguridad confirmados y las medidas prácticas de protección del monedero es esencial para salvaguardar los Activos digitales.
Vulnerabilidades críticas de seguridad en PHP y las últimas correcciones de vulnerabilidades
Dos vulnerabilidades críticas de seguridad en PHP, identificadas como CVE-2026-109618 y CVE-2026-109619, han expuesto debilidades en la gestión de memoria del lenguaje de programación. Ambas recibieron una puntuación de severidad CVSS v4.0 de 9.2 sobre 10, lo que refleja la posibilidad de ejecución remota de código sin autenticación (RCE) en servidores vulnerables. Colectivamente conocidas como PHP2Shell, estas vulnerabilidades afectan la infraestructura web utilizada por servicios en línea, incluidas las plataformas de criptomonedas. Aunque no comprometen directamente las redes blockchain ni las claves privadas, la explotación exitosa del servidor podría exponer información sensible, interrumpir servicios o permitir a los atacantes manipular el contenido del sitio web. Esta distinción es importante para comprender cómo las debilidades de seguridad del lado del servidor pueden generar amenazas indirectas para los usuarios de monederos de criptomonedas.
Cómo las vulnerabilidades PHP2Shell permiten la ejecución remota de código
CVE-2026-109618 implica la corrupción de memoria durante la gestión de memoria agotada (OOM) de PHP. Cuando un proceso alcanza su límite de memoria configurado, ciertas estructuras de datos internas pueden permanecer parcialmente inicializadas. Las operaciones de limpieza posteriores pueden procesar incorrectamente estos datos, creando condiciones que los atacantes pueden explotar para ejecutar código no autorizado. La vulnerabilidad es particularmente preocupante porque la explotación exitosa puede no requerir credenciales de inicio de sesión válidas, aumentando la exposición potencial de sitios web y aplicaciones accesibles públicamente. Debido a que la debilidad existe dentro del entorno de ejecución de PHP, las comprobaciones de autenticación habituales de la aplicación pueden no impedir que solicitudes maliciosas lleguen a componentes vulnerables.
CVE-2026-109619 implica un estado global obsoleto y una condición de memoria use-after-free. Esta debilidad ocurre cuando las referencias internas permanecen activas después de que la memoria asociada ha sido liberada, lo que podría permitir que solicitudes maliciosas desencadenen la corrupción de memoria. El equipo de seguridad de PHP identificó a Apache con mod_php como un entorno particularmente de alto riesgo, ya que los investigadores demostraron un ataque que podría ejecutar código antes de que comience el procesamiento a nivel de aplicación. Otras configuraciones, incluyendo PHP-FPM, php-cgi, FrankenPHP y LiteSpeed, también requieren actualizaciones de seguridad, aunque las condiciones de explotación puedan diferir. El impacto real en la seguridad depende de la configuración del servidor, la exposición a solicitudes externas y si los componentes afectados han sido parcheados.
Versiones de PHP afectadas y actualizaciones de seguridad esenciales
El equipo de desarrollo de PHP lanzó cuatro actualizaciones de seguridad de emergencia para abordar ambas vulnerabilidades críticas. Las versiones corregidas son PHP 8.5.12, PHP 8.4.27, PHP 8.3.36 y PHP 8.2.35, que cubren las ramas de versiones admitidas. Las instalaciones que ejecutan versiones anteriores dentro de estas ramas pueden seguir siendo vulnerables a menos que reciban las correcciones correspondientes. Las versiones más antiguas de PHP que ya no son oficialmente compatibles requieren atención especial, aunque algunos proveedores de sistemas operativos ofrecen parches de seguridad retroactivos. Los administradores deben verificar sus paquetes instalados y los avisos de los proveedores en lugar de confiar únicamente en el número de versión de PHP mostrado. Esta verificación es especialmente importante para sitios web que utilizan servicios de alojamiento gestionado o paquetes de sistemas operativos con calendarios de mantenimiento de seguridad independientes.
El proyecto PHP ha enfatizado que instalar los parches de seguridad es la única solución completa para las dos vulnerabilidades críticas. Los operadores de sitios web deben revisar también las configuraciones del servidor, actualizar las dependencias afectadas, examinar los registros del sistema en busca de actividad sospechosa y confirmar que los parches de seguridad se han aplicado correctamente. Para los servicios relacionados con criptomonedas, estas medidas son especialmente importantes, ya que una infraestructura de sitio web comprometida podría utilizarse para mostrar indicaciones fraudulentas de monederos o redirigir a los usuarios hacia transacciones maliciosas. Mantener entornos de servidor actualizados, monitorear cambios no autorizados y fortalecer los controles de acceso puede ayudar a reducir el riesgo de otros incidentes de seguridad. Los usuarios de criptomonedas también deben verificar las direcciones de los sitios web y examinar cuidadosamente las solicitudes de firma de monederos, ya que la seguridad de la infraestructura por sí sola no puede prevenir toda forma de fraude relacionado con transacciones.
Cómo las vulnerabilidades PHP2Shell ponen en riesgo a los usuarios de monederos de cripto y las plataformas DeFi
Las vulnerabilidades PHP2Shell representan riesgos de seguridad para los usuarios de criptomonedas al permitir potencialmente a los atacantes comprometer sitios web, manipular interacciones con monederos y acceder a datos sensibles de la plataforma. Aunque las fallas apuntan a servidores web basados en PHP en lugar de redes de cadena de bloques, la explotación exitosa podría crear oportunidades para phishing, transacciones fraudulentas y acceso no autorizado a servicios conectados. Los monederos de criptomonedas y las plataformas de finanzas descentralizadas (DeFi) enfrentan una exposición particular cuando los usuarios dependen de interfaces web comprometidas para gestionar activos digitales, aprobar contratos inteligentes o interactuar con aplicaciones financieras.
Cómo los sitios web de criptomonedas comprometidos pueden exponer a los usuarios de monederos a ataques
Los atacantes que exploten con éxito PHP2Shell pueden obtener la capacidad de ejecutar código malicioso dentro del entorno del servidor de un sitio web vulnerable. Dependiendo de sus privilegios de acceso, podrían modificar el contenido del sitio web, inyectar JavaScript malicioso o redirigir a los visitantes a páginas fraudulentas diseñadas para imitar servicios legítimos de criptomonedas. Por ejemplo, una plataforma comprometida podría mostrar una solicitud falsa de verificación de monedero o solicitar a los usuarios que aprueben una transacción desconocida. Estas amenazas son particularmente difíciles de identificar cuando el contenido malicioso aparece en un sitio web legítimo en lugar de en un dominio de phishing obvio. Sin embargo, la compromisión del servidor por sí sola no otorga automáticamente a los atacantes acceso al monedero o las claves privadas del usuario.
Un riesgo más serio surge cuando los usuarios interactúan con solicitudes de monedero fraudulentas a través de aplicaciones de monedero Web3. Los atacantes podrían intentar obtener firmas de transacciones maliciosas, solicitar permisos de gasto excesivos de tokens o engañar a los usuarios para que revelen información de recuperación sensible. En DeFi, una aprobación de token autoriza un contrato inteligente o dirección especificada para transferir ciertos activos dentro de un límite establecido, mientras que una conexión de monedero generalmente permite a una aplicación solicitar acceso a información de la cuenta e iniciar solicitudes de transacción. Estos permisos tienen diferentes implicaciones de seguridad, y simplemente conectar un monedero no autoriza una transferencia de activos. Comprender esta distinción ayuda a los usuarios a reconocer por qué las solicitudes de firma sospechosas y los límites ilimitados de tokens pueden ser más peligrosos que una conexión estándar de monedero.
Riesgos de seguridad para plataformas DeFi e infraestructura de criptomonedas
Las plataformas DeFi, los servicios de pago en criptomonedas y las aplicaciones de activos digitales pueden enfrentar exposición indirecta cuando su infraestructura de soporte depende de componentes PHP vulnerables. Incluso si los contratos inteligentes de un protocolo permanecen seguros, sitios web comprometidos, servicios API o sistemas de gestión de cuentas podrían interferir con cómo los usuarios acceden a funciones basadas en la cadena de bloques. Los atacantes podrían manipular direcciones de depósito mostradas, alterar instrucciones de transacción o robar credenciales almacenadas en entornos de servidor accesibles, dependiendo de los permisos obtenidos. Cloudflare ha documentado tráfico malicioso dirigido a PHP2Shell, demostrando que las vulnerabilidades subyacentes del servidor han atraído intentos de explotación en el mundo real, aunque dichas observaciones no establecen robos masivos de criptomonedas. Otra consideración importante es que desconectar un monedero de una aplicación DeFi no revoca las aprobaciones previamente otorgadas de tokens, las cuales permanecen registradas en la cadena de bloques hasta que se cambien o revoquen. En consecuencia, proteger a los usuarios de criptomonedas requiere atención tanto a la infraestructura del sitio web como a los permisos en la cadena, en lugar de confiar exclusivamente en la seguridad de los contratos inteligentes.
CISA confirma la explotación activa de PHP mientras Immunefi advierte sobre crecientes amenazas cibernéticas de IA
La Agencia de Ciberseguridad e Infraestructura de Seguridad de EE. UU. (CISA) ha confirmado la explotación activa de las vulnerabilidades PHP2Shell al incluirlas en su catálogo de Vulnerabilidades Conocidas y Explotadas (KEV). Esta designación indica que los atacantes están explotando estas fallas en entornos del mundo real, lo que genera preocupación por la seguridad de los servicios expuestos a internet y la infraestructura de criptomonedas. Mientras tanto, el CEO de Immunefi, Mitchell Amador, ha advertido que la inteligencia artificial podría acelerar el descubrimiento de vulnerabilidades, creando desafíos adicionales para las organizaciones que luchan por identificar, investigar y corregir debilidades de seguridad. Estos desarrollos ponen de manifiesto la creciente brecha entre la velocidad de las amenazas cibernéticas emergentes y los recursos disponibles para abordarlas.
La advertencia de explotación activa de la CISA genera preocupación por la seguridad de la infraestructura web
La decisión de la CISA de clasificar PHP2Shell como explotado activamente sigue a informes de actividad de escaneo generalizada e intentos de comprometer sistemas vulnerables. Investigadores de seguridad documentaron ejecución remota de código exitosa contra servidores honeypot deliberadamente expuestos, proporcionando evidencia de que la amenaza había avanzado más allá de escenarios de ataque teóricos. El CEO de Cloudflare, Matthew Prince, también informó millones de intentos de explotación dentro de las 24 horas posteriores a la publicación de las vulnerabilidades. Sin embargo, el volumen de tráfico malicioso no establece cuántos ataques tuvieron éxito ni si las plataformas de criptomonedas experimentaron pérdidas financieras relacionadas. La distinción es importante porque el escaneo automatizado, el compromiso confirmado del servidor y el robo verificado de activos representan diferentes niveles de impacto en la seguridad.
La designación KEV también ha aumentado la presión sobre las organizaciones para evaluar la infraestructura expuesta e investigar posibles intrusiones. CISA requiere que las agencias civiles federales estadounidenses afectadas aborden las vulnerabilidades listadas dentro de plazos especificados, mientras anima a otras organizaciones a priorizar las mismas amenazas. Los equipos de ciberseguridad deben distinguir la actividad legítima de la aplicación del comportamiento sospechoso del servidor, especialmente al identificar la causa inicial de una compromisión. Unit 42 de Palo Alto Networks retiró una atribución anterior tras determinar que no podía confirmar si la intrusión reportada provenía de las fallas específicas de PHP. Esto ilustra por qué la evidencia verificada de ataque y la atribución precisa de incidentes son esenciales al evaluar el impacto de ciberseguridad más amplio.
El CEO de Immunefi advierte que la IA podría acelerar los ataques cibernéticos más rápido de lo que los equipos de seguridad pueden responder
Mitchell Amador, CEO de la plataforma de seguridad Web3 Immunefi, ha advertido que los sistemas de IA cada vez más capaces están cambiando la economía de la ciberseguridad al hacer que el descubrimiento de vulnerabilidades sea más rápido y menos costoso, mientras que la corrección sigue siendo intensiva en recursos. Él argumenta que los sitios web más pequeños están particularmente expuestos porque los administradores pueden necesitar semanas para implementar y validar actualizaciones de emergencia. Esto crea una ventana potencial en la que los atacantes pueden identificar debilidades en numerosos servicios en línea antes de que los operadores completen su respuesta de seguridad. Para la industria de las criptomonedas, la preocupación se extiende más allá de sitios web individuales hacia infraestructura interconectada, integraciones de terceros y servicios que respaldan las transacciones de activos digitales. La advertencia de Amador refleja su evaluación de una tendencia emergente en ciberseguridad, no un pronóstico confirmado de volúmenes futuros de ataques.
La Fundación PHP ha reconocido que los recursos limitados de ingeniería y las decisiones técnicas difíciles retrasaron el trabajo sobre una debilidad de seguridad previamente identificada. Sus divulgaciones también muestran cómo la investigación asistida por IA está cambiando las operaciones de seguridad defensiva, con herramientas que ayudan a los investigadores a descubrir vulnerabilidades, validar hallazgos técnicos e identificar informes que comparten la misma causa subyacente. Sin embargo, estos sistemas pueden generar hallazgos inexactos o duplicados, dejando a ingenieros experimentados responsables de determinar qué problemas requieren acción y cómo implementar las soluciones de forma segura. El desafío más amplio para la seguridad de las criptomonedas es, por lo tanto, no simplemente la disponibilidad de herramientas de IA más potentes, sino si los equipos de seguridad pueden igualar el descubrimiento más rápido de vulnerabilidades con una remediación efectiva. La inversión sostenida en seguridad, la divulgación coordinada de vulnerabilidades y capacidades más sólidas de respuesta a incidentes se volverán cada vez más importantes a medida que avance la investigación en ciberseguridad asistida por IA.
Cómo proteger los monederos de criptomonedas de las amenazas de seguridad PHP y de futuros ciberataques
Proteger los monederos de criptomonedas de las amenazas de seguridad de PHP requiere prácticas de navegación segura, verificación cuidadosa de transacciones y gestión efectiva de claves privadas. Dado que PHP2Shell tiene como objetivo principal la infraestructura web, los usuarios individuales no pueden corregir servidores vulnerables por sí mismos, pero pueden reducir su exposición a sitios web maliciosos y solicitudes fraudulentas de monederos. Una seguridad sólida de criptomonedas combina protección contra phishing, gestión de permisos de contratos inteligentes y almacenamiento seguro de activos con actualizaciones de software oportunas. Estas medidas también brindan protección contra amenazas cibernéticas más amplias que van más allá de las vulnerabilidades de PHP.
Verifique sitios web de criptomonedas y solicitudes de conexión de monederos sospechosos
Los usuarios de criptomonedas deben acceder a aplicaciones DeFi y servicios de activos digitales a través de direcciones de sitio web verificadas, en lugar de enlaces desconocidos compartidos a través de mensajes, anuncios o redes sociales. Verificar el nombre de dominio, revisar los anuncios oficiales del proyecto y mantener actualizados los navegadores y las extensiones del monedero puede ayudar a identificar posibles phishing website scams. Sin embargo, un certificado HTTPS válido no garantiza que un sitio web sea seguro, especialmente si los atacantes han comprometido su infraestructura subyacente. Los usuarios deben tratar con cautela las solicitudes inesperadas de verificación del monedero, las indicaciones de transacción desconocidas y las advertencias de seguridad urgentes. Las alertas de seguridad del monedero y las simulaciones de transacción pueden proporcionar protección adicional al identificar interacciones sospechosas, aunque los sistemas de detección automatizada no pueden identificar cada solicitud maliciosa.
Revisa los permisos de aprobación de contratos inteligentes y limita los permisos de gasto de tokens
Gestionar las aprobaciones de contratos inteligentes es esencial para reducir la exposición del monedero de criptomonedas, especialmente al interactuar con exchanges descentralizados, protocolos de préstamo y otras aplicaciones DeFi. Las autorizaciones de tokens determinan cuánto de un activo específico puede transferir un gastador aprobado, lo que hace que las autorizaciones ilimitadas sean potencialmente peligrosas si el contrato o gastador asociado se ve comprometido. Los usuarios pueden inspeccionar las autorizaciones existentes a través de interfaces de monedero compatibles o Exploradores de cadena de bloques y revocar permisos innecesarios enviando una transacción en cadena. Ejemplos de estafas de aprobación de tokens maliciosas muestran cómo las solicitudes de autorización engañosas pueden exponer activos sin revelar las claves privadas. La revocación generalmente requiere tarifas de red y evita transferencias futuras bajo la autorización cancelada, pero no puede revertir transacciones completadas. Los usuarios también deben examinar las solicitudes de firma fuera de cadena, incluidas las autorizaciones de permiso de tokens, ya que algunas firmas pueden otorgar autoridad de gasto sin una transacción de aprobación en cadena inmediata.
Proteja las claves privadas y fortalezca la seguridad del almacenamiento del monedero cripto
Las claves privadas y las frases de recuperación del monedero deben mantenerse confidenciales, ya que cualquier persona que las obtenga puede tomar el control de los activos de criptomoneda asociados. Mantener la información de recuperación de forma segura fuera de línea, utilizar aplicaciones de monedero confiables y activar las funciones de seguridad de cuenta disponibles puede reducir la exposición al robo de credenciales. Los monederos hardware proporcionan una capa adicional de seguridad al mantener las claves privadas dentro de un dispositivo dedicado en lugar de exponerlas directamente a una computadora conectada a internet. Comprender cold storage ayuda a aclarar cómo la gestión de claves fuera de línea difiere de los monederos conectados a internet y por qué ambos enfoques cumplen propósitos distintos. Sin embargo, los monederos hardware no pueden prevenir pérdidas si los usuarios autorizan conscientemente transacciones maliciosas o aprueban permisos de contrato inteligente peligrosos. Para el almacenamiento a largo plazo de criptomonedas, separar los saldos más grandes de los monederos utilizados con frecuencia para actividades DeFi puede limitar la cantidad expuesta durante una interacción potencialmente dañina.
Responda a la supuesta compromisión del monedero y prepárese para las amenazas cibernéticas emergentes
Si los usuarios sospechan que un sitio web de criptomoneda ha sido comprometido, deben dejar de interactuar con él, rechazar las solicitudes de transacción pendientes y revisar la actividad reciente del monedero a través de un Explorador de cadena de bloques de confianza. Las aprobaciones de tokens sospechosas deben revisarse y revocarse cuando corresponda, mientras que una exposición confirmada de una clave privada o frase de recuperación requiere transferir los activos restantes a un nuevo monedero seguro y recién creado. Revocar permisos no puede restaurar la seguridad de una clave privada expuesta, por lo que reemplazar el monedero es necesario cuando las credenciales de firma se ven comprometidas. Las plataformas de criptomoneda deben complementar estas precauciones de los usuarios con monitoreo continuo de vulnerabilidades, mantenimiento seguro del software, evaluaciones de seguridad independientes y procedimientos de respuesta a incidentes probados. A medida que avanza el descubrimiento de vulnerabilidades asistido por IA, combinar medidas proactivas de ciberseguridad con una verificación más robusta de las transacciones seguirá siendo importante para reducir los riesgos emergentes de seguridad de los activos digitales.
Conclusión
Las vulnerabilidades de seguridad PHP2Shell demuestran cómo las debilidades en la infraestructura web ampliamente utilizada pueden generar riesgos indirectos para monederos de criptomonedas, plataformas DeFi y servicios de activos digitales. Aunque están disponibles parches de emergencia para PHP, la confirmación de CISA sobre la explotación activa muestra por qué la corrección oportuna sigue siendo crítica. Las amenazas van más allá de la compromisión del servidor, incluyendo posibles interacciones fraudulentas con monederos, aprobaciones no autorizadas de tokens y exposición de información sensible de la plataforma. Sin embargo, la explotación confirmada de vulnerabilidades de PHP no debe confundirse con robos verificados de criptomonedas. Para los usuarios de cripto, la seguridad del monedero depende tanto de salvaguardas técnicas como de la autorización cuidadosa de transacciones. Verificar sitios web, monitorear permisos de contratos inteligentes, proteger las claves privadas y utilizar prácticas seguras de almacenamiento pueden reducir la exposición a actividades maliciosas. Mientras tanto, las plataformas de criptomonedas deben fortalecer el mantenimiento de la infraestructura, el monitoreo de vulnerabilidades y la respuesta a incidentes a medida que la investigación de seguridad asistida por IA continúa evolucionando. La lección central es que proteger los activos digitales requiere asegurar tanto las interacciones con la cadena de bloques como los servicios web mediante los cuales los usuarios acceden a ellos.
Preguntas frecuentes
¿Pueden las vulnerabilidades de PHP2Shell comprometer directamente un monedero de criptomoneda?
Las vulnerabilidades PHP2Shell afectan a servidores web basados en PHP, no a software de monederos de criptomonedas ni a protocolos de cadena de bloques. Sin embargo, los atacantes que comprometen un sitio web pueden manipular su interfaz para engañar a los usuarios y hacer que autorizen transacciones maliciosas. El riesgo real depende del servicio afectado, el nivel de acceso del atacante y las interacciones posteriores del usuario.
¿Se pueden robar activos cripto sin exponer la clave privada de un monedero?
Sí. Los atacantes pueden robar criptomonedas engañando a los usuarios para que firmen transacciones maliciosas o otorguen permisos de gasto de tokens, incluso sin obtener sus claves privadas. Ciertas firmas fuera de cadena también pueden autorizar transferencias de activos. Sin embargo, estos resultados requieren acciones maliciosas adicionales más allá de la vulnerabilidad PHP en sí.
¿Cómo pueden los usuarios verificar si una plataforma de criptomonedas ha corregido PHP2Shell?
Los usuarios comunes generalmente no pueden verificar la versión de PHP del lado del servidor de una plataforma a través de sus navegadores. Pueden revisar los anuncios de seguridad oficiales, avisos de mantenimiento y divulgaciones de incidentes para confirmar que se han aplicado las actualizaciones relevantes. Que un sitio web funcione normalmente o muestre HTTPS no prueba independientemente que su infraestructura sea segura.
¿Puede un firewall de aplicaciones web prevenir completamente los ataques PHP2Shell?
Un firewall de aplicaciones web (WAF) puede reducir la exposición al detectar y bloquear patrones de solicitud maliciosos conocidos. Proveedores de seguridad como Cloudflare y AWS han implementado protecciones dirigidas a la explotación de PHP2Shell. Sin embargo, las reglas del firewall pueden no identificar todas las variaciones de ataque, por lo que son necesarios parches de seguridad del lado del servidor para la corrección completa de las vulnerabilidades originales.
¿Pueden las vulnerabilidades de PHP afectar pasarelas de pago de criptomonedas y APIs de cadena de bloques?
Sí. Las pasarelas de pago en criptomonedas y las API conectadas a la cadena de bloques pueden enfrentar riesgos de seguridad si su infraestructura de soporte utiliza componentes de PHP vulnerables. Una explotación exitosa del servidor podría exponer credenciales de autenticación, interrumpir el procesamiento de pagos o manipular la información proporcionada a las aplicaciones conectadas. Las consecuencias dependen de cómo el servicio separa las operaciones sensibles y gestiona los permisos de acceso.
¿Puede una auditoría de seguridad de contrato inteligente detectar vulnerabilidades PHP2Shell?
No necesariamente. Las auditorías de contratos inteligentes examinan principalmente el código basado en cadena de bloques en busca de debilidades relacionadas con la ejecución de transacciones, permisos y gestión de activos. PHP2Shell afecta la infraestructura del servidor fuera de cadena, que generalmente requiere pruebas de seguridad de aplicación separadas, evaluaciones de dependencias y revisiones de infraestructura. Por lo tanto, un protocolo puede tener contratos inteligentes auditados mientras aún opera un sitio web vulnerable.
Descargo de responsabilidad: Esta información general del mercado, posiblemente proveniente de fuentes externas, comerciales o patrocinadas, se proporciona únicamente con fines de referencia y educativos y no constituye asesoramiento financiero o de inversión, una oferta, solicitud o garantía. Renunciamos a toda responsabilidad por su precisión, integridad, confiabilidad y cualquier pérdida resultante. Las inversiones/opciones de trading son arriesgadas; el rendimiento pasado no garantiza resultados futuros. Los usuarios deben investigar, juzgar con prudencia y asumir toda la responsabilidad. Para más detalles, consulte las Condiciones de uso y Divulgación de riesgos de KuCoin.
Aviso: Esta página fue traducida utilizando tecnología de IA para tu conveniencia. Para obtener la información más precisa, consulta la versión original en inglés.