Ismasant

[Ismasant @ismasant]

Interesantes

[Btcandres 285⚡ 9🌊 🔦🔑🦡🥩🐇🕳️☣️6.15🛰️🆖🆙🌋 @BtcAndres]

Hilo, “BITCOIN, ¿QUÉ ME ENSEÑÓ?”, o las 36 cosas que no sabías de bitcoin: Triffin Dilemma, Epsilon Theory, Cantillon Effect, Gini Coefficient, Gresham's Law, Thiers' Law, Schelling Point, Network Effect, Bandwagon Effect, Metcalfe's Law, Lindy Effect, Kerckhoffs' Principle,

[Manz 🇮🇨⚡👾 @Manz]

Me encuentro habitualmente gente que no tiene ni idea del tamaño del modelo LLM que está utilizando. Creo que deberíamos ser conscientes de los recursos que usamos.

He añadido una columna con el tamaño aproximado del modelo LLM. Así siempre sabrás si estás usando un modelo pequeño y ligero o uno grande y pesado.

https://t.co/PMmm4pyCDe

[PA13L0 @Fluyeporlaweb]

un VPS básico te cuesta entre $20 y $40 al mes en la mayoría de proveedores.

este repo de GitHub lleva desde 2015 enseñando cómo conseguir lo mismo por $0.

https://t.co/xd195a1FFD

132.8k estrellas. mantenido a diario. casi 2.000 personas contribuyendo con nuevos tiers gratuitos y sacando los que ya no funcionan.

la regla es simple: si no es gratis por al menos un año, no entra en la lista. nada de trials de 14 días disfrazados de "gratis".

lo que hay dentro:

✅ Oracle Cloud, 2 servidores, 12 GB de RAM, gratis para siempre, sin límite de tiempo
✅ AWS Lambda, 1 millón de ejecuciones al mes antes de pagar un centavo
✅ Cloudflare, sitios web ilimitados, DNS, SSL y CDN global, gratis
✅ Google Cloud Run, 2 millones de solicitudes al mes de casa

cada proyecto nuevo empieza con los mismos 20 minutos buscando en Google "esto es realmente gratis". este repo ya hizo esa búsqueda por ti.

guárdalo antes de que tu próximo proyecto te haga buscarlo todo otra vez.

se llama free-for-dev 👇

https://t.co/NOK27aVZM4

Todo esto y más en el canal: https://t.co/pchlm7F7S5

[Bitcoin Dev Project @Bitcoin_Devs]

Repo:

https://t.co/YYWiscRXmP

[Bitcoin Dev Project @Bitcoin_Devs]

Check it out:

https://t.co/XvtUc4pTpa

[Rama @dntyk]

Setup production gue sekarang cuma satu VPS Contabo. 4 vCPU, 8GB RAM.

Stacknya Next.js 16, Tailwind v4, Zustand. Payment pake Paystack inline popup, gak redirect ke halaman lain.

Semua di Docker Compose dengan service boundaries yang bersih. CI/CD jalan di GitHub Actions — build image, Trivy scan, Gitleaks, push ke GHCR, terus SSH deploy tiap ada push ke main.

Buat observability gue pake Prometheus, Grafana, Loki, Promtail, cAdvisor. Dashboard mantengin RPS, error rate, P95 latency, CPU, memori, disk, koneksi Postgres, log tiap container. Logs disimpen 30 hari biar gak ilang pas debugging.

Sisi keamanan. Cloudflare Full Strict SSL, UFW cuma buka 22 80 443, Fail2ban jagain brute force, Tailscale buat akses internal.

Buat resilience. Daily pg_dump ke S3, retention 7 hari. Kalo server kenapa-napa, Terraform sama Ansible bisa bangun VPS baru dan restore dalam hitungan menit.

Tiga hal yang paling nolong:
- Pertama, monitoring gue pisah di Compose file sendiri. Jadi pas app deploy, Grafana tetep hidup. Gue bisa nonton rollout live tanpa blind spot.
- Kedua, pipeline gue strict. Trivy dan Gitleaks harus pass sebelum image dikirim ke registry. Gak ada skip, gak ada "nanti aja."
- Ketiga, Paystack pake webhook confirm path. Jadi payment tetep terverifikasi walau user nutup browser pas transaksi.

Sekarang lagi pelan-pelan migrasi ke K3s single node pake Helm dan ArgoCD buat GitOps. Staging namespace udah jalan bareng production.

Semua tools open-source dan free-tier. Biaya bulanan cuma VPS plus payment processing fee.

Satu server. Satu domain.

[Iván López @CriptoATH]

Cogí las 8 billeteras más vendidas de custodia en frío para Bitcoin.

Y les hice 10 preguntas a cada una. Busqué en su código y documentación.

La tabla completa en PDF la tienes pinchando en la imagen 👇

No confíes, verifica. SIEMPRE.

https://t.co/eZVhmJE6hu

[DragonCrip @DragonCrip]

🚨 URGENTE – DEJA TODO LO QUE ESTÁS HACIENDO:

Todo usuario de cripto debería tener mínimo 12 palabras + una passphrase (es decir, 13 elementos de seguridad).

Y hacer esto es muy fácil. Guarda este post.

Es decir: si te hackean, te roban o pasa cualquier cosa, tendrán tus 12 palabras, pero les faltará la passphrase.

Incluso si por fuerza bruta (usando las 2048 palabras) encuentran tu combinación, les faltará la passphrase.

# La passphrase te da muchas ventajas:

1. La principal: Aumenta la seguridad de forma exponencial.

2. Te permite tener muchas wallets en un mismo dispositivo (aunque por configuración normalmente solo puedes tener una).

3. Funciona como la mejor alarma para saber si alguien vulneró tu frase semilla. La passphrase te da tiempo para mover tus activos.

4. Te protege ante un robo físico. Si alguien te roba, puedes entregar tu frase semilla con fondos que funcionan como “anzuelo”, mientras tus activos principales están protegidos con la passphrase.

Con todo esto estás obligado a blindar la seguridad de tus activos, tus wallets y tu semilla.

# Vamos al lodo:

La palabra número 13 (o passphrase), al agregarla, te genera un nuevo binario (el mal llamado “nueva frase semilla”).

Cómo funciona normalmente:

- 12 palabras → binario inicial (132 bits)
- Ese binario se procesa
- Resultado → un binario final (512 bits)

Ejemplo de resultado:
`a7f3b92c1e8d4f6a9b2c5e7d1a3f8b4c6e9d2a5f7b1c4e8d3a6f9b2c5e7d1a`

Con la passphrase “perro” y las mismas 12 palabras:

- 12 palabras → binario inicial (132 bits)
- Ese binario + passphrase → se procesan juntos
- Resultado → nuevo binario final (512 bits)

Ejemplo de resultado:
`3e9c1f8a2b7d4e6c9a1f5b8d2e7c4a9f1b6d3e8c5a2f7b4d1e9c6a3f8b2d5e`

Cambia todo el número de principio a fin.

# Ejemplo práctico:

- 12 palabras + sin passphrase → Wallet principal
- 12 palabras + passphrase “perro” → Wallet oculto 1
- 12 palabras + passphrase “Dragon” → Wallet oculto 2

Para entrar a las wallets ocultas necesitarás la passphrase. Si la pierdes, pierdes el acceso.

Como ventaja, mucha gente usa como passphrase una palabra o frase que tiene memorizada en su cabeza y no la registra en ningún lado. Sin embargo, yo no lo recomiendo de esa manera.

---

# Volviendo a los beneficios (puntos 3 y 4):

En la wallet principal (sin passphrase) siempre debes dejar un saldo, por ejemplo $500 o $1000. Si se roban ese dinero, es la alarma de que tu frase semilla fue comprometida. Esto te da tiempo para mover los activos que están protegidos con passphrase.

En caso de que te entren a robar y sepan que tienes cripto, entregas la wallet principal con activos (el anzuelo).

# Punto 2:

Te permite tener muchas wallets en un mismo dispositivo (una por cada passphrase).

# Cómo se entra a cada wallet en hardware doy 2 tipos de ejemplo generales:

En Ledger:
Configuras un PIN de acceso por cada passphrase que creas.
Ejemplo:
- PIN 0001 → Wallet principal
- PIN 0010 → Wallet con passphrase “perrito”
- PIN 0100 → Wallet con passphrase “Dragon”

Cuando enciendes la Ledger, según el PIN que pongas, entras a una wallet u otra.

En Trezor:
Configuras las passphrases. Cada vez que entras te pide que escribas la passphrase y a partir de ahí te abre esa wallet.

En Hot Wallets como Rabby:
Solo te pide que cargues las 12 palabras + la passphrase y listo. Ya queda visible en el panel general.

---

# Como se guardan
Las frase semilla impresa en metal en un lugar y las passphrase en otro lugar o domicilio

Este es un resumen de lo importante que es tener passphrase.
Lectura obligada para todo usuario de crypto.

[Matías Mathey @MatheyBTC]

🔐 SeedSigner: activar su Passphrase
1) Menú principal: Seeds
2) Load a Seed ➜ Create a seed
➜ Scan a SeedQR = importar una existente
➜ Enter 12/24-word seed = tipear una que tienes
➜ Create a seed = crear una nueva
3) Herramienta de creación
El SeedSigner genera la entropía con dados, con foto de cámara. No tiene propio: la aleatorieda la aportas de tu lado.
4) Seleccionar 12/24 palabras
➜ 12 palabras = 128 bits
➜ 24 palabras = 256 bits
Nota: ambas irrompibles. 24 es extra.

[Ayaan 🐧 @twtayaan]

DevSecOps CI/CD Pipeline Cheat Sheet:

➡️ Git – Developers commit code and trigger the pipeline.

➡️ Secret Detection – Prevents API keys, passwords, and tokens from being committed.

➡️ SBOM Scan – Generates a Software Bill of Materials to track dependencies.

➡️ SAST – Scans source code for security vulnerabilities before building.

➡️ Unit Tests – Verifies application logic and prevents regressions.

➡️ Dockerfile Scan – Detects insecure Dockerfile configurations and bad practices.

➡️ Build – Compiles the application and creates the container image.

➡️ Container Image Scan – Identifies vulnerabilities in the built image.

➡️ DAST – Tests the running application for exploitable security issues.

➡️ Smoke/API Tests – Confirms the application is functioning after deployment.

➡️ Deploy – Releases the application to the Kubernetes cluster.

➡️ Kubernetes CIS Scan – Checks cluster configuration against CIS security benchmarks.

➡️ Kubernetes Manifest Scan – Validates Kubernetes YAMLs for security and policy issues.

➡️ Container Signing – Cryptographically signs images to verify authenticity.

➡️ Container Validation – Ensures only trusted and compliant images are deployed.

➡️ Test Environment – Validates changes before production rollout.

➡️ Production Environment – Deploys the approved release to end users.

➡️ Monitoring – Continuously tracks logs, metrics, alerts, and application health.

Every stage is a checkpoint. Skip one, and you increase the risk of shipping insecure software.

[Matías Mathey @MatheyBTC]

🔥 Top 10: posibles setup que puedes hablitar en un exchange + 5 poco comunes
1) Contraseña segura + única
2) Verificación por email
3) Verificación por celular/móvil (SMS)
4) 2FA (autenticador de 2 factores)
5) Passkeys (sin contraseña)
6) Biométrica (huella/Face ID)
7) Código Anti-Phishing
8) Whitelist de direcciones de retiro
9) Retraso en nuevos retiros (24/48 horas para direcciones nuevas)
10) Gestión de dispositivosIP
11) Restricción de acceso por
12) Multivalidador (aprobación de retiros por terceros)
13) Protección de Retiro (nueva) bloqueo por tiempo
14) KYC para retiros importantes
15) Monitoreo de actividad + historial de sesiones
@CriptoNoticias @BitcoinAR

[Btcandres 285⚡ 9🌊 🔦🔑🦡🥩🐇🕳️☣️6.15🛰️🆖🆙🌋 @BtcAndres]

Al menos ya no necesitarás SUDO 😅

Pero pero pero pero yo tengo mi bitcoin seguro con mi Sparrow en Linux y no necesito una hardware wallet y y y…

“‼️🚨 URGENTE: Una IA ha descubierto un zero-day en el kernel de Linux que permite rootear todas las distribuciones desde 2017. El exploit cabe en 732 bytes de Python. Parchea tu kernel cuanto antes.

La vulnerabilidad es CVE-2026-31431, apodada "Copy Fail", divulgada hoy por Theori. Ha estado sentada tranquilamente en el kernel de Linux durante nueve años.

La mayoría de los bugs de escalada de privilegios en Linux son quisquillosos. Necesitan una ventana de tiempo precisa (una "carrera"), o direcciones específicas del kernel filtradas de algún lado, o un ajuste cuidadoso por distribución. Copy Fail no necesita nada de eso. Es un error lógico en línea recta que funciona a la primera, siempre, en cualquier caja Linux convencional.

El atacante solo necesita una cuenta de usuario normal en la máquina. Desde allí, el script le pide al kernel que haga algo de trabajo de encriptación, abusa de cómo está cableado ese trabajo, y termina escribiendo 4 bytes en un área de memoria llamada el "page cache" (la copia de alta velocidad de archivos en RAM de Linux). Esos 4 bytes pueden apuntar a cualquier programa que el sistema confíe, como /usr/bin/su, el atajo para convertirse en root.

Resultado: la próxima vez que alguien ejecute ese programa, deja entrar al atacante como root.

Lo que debería preocupar más: la corrupción nunca toca el archivo en disco. Solo existe en la copia en memoria de ese archivo en Linux. Si imaginas el disco duro después, el archivo en disco coincidiría exactamente con el hash del paquete oficial. Reinicia la máquina, o solo ponla bajo presión de memoria (cualquier carga normal del sistema que necesite la RAM), y la copia en caché se recarga fresca desde el disco.

Los contenedores tampoco ayudan. El page cache se comparte en todo el host, por lo que un proceso dentro de un contenedor puede usar este bug para comprometer el servidor subyacente y llegar a otros inquilinos.

El pecado original fue una "optimización in-place" de 2017 en un módulo crypto del kernel llamado algif_aead. Estaba destinada a hacer la encriptación un poco más rápida. El cambio rompió una suposición crítica de seguridad, y nadie se dio cuenta durante nueve años. Ese bug luego cabalgó cada actualización del kernel desde 2017 hasta hoy.

Esta vulnerabilidad afecta lo siguiente:
🔴 Servidores compartidos (máquinas de desarrollo, hosts de salto, servidores de compilación): cualquier usuario se convierte en root
🔴 Clústeres de Kubernetes y contenedores: un pod comprometido escapa al host
🔴 Runners de CI (GitHub Actions, GitLab, Jenkins): una pull request maliciosa se convierte en root en el runner
🔴 Plataformas en la nube que ejecutan código de usuario (notebooks, sandboxes de agentes, funciones serverless): un inquilino se convierte en root del host

Cronología:
🔴 23 de marzo de 2026: reportado al equipo de seguridad del kernel de Linux
🔴 1 de abril: parche committed en mainline (commit a664bf3d603d)
🔴 22 de abril: CVE asignado
🔴 29 de abril: divulgación pública

Mitigación: actualiza tu kernel a una compilación que incluya el commit mainline a664bf3d603d. Si no puedes parchear inmediatamente, desactiva el módulo vulnerable:

echo "install algif_aead /bin/false" > /etc/modprobe.d/disable-algif.conf
rmmod algif_aead 2>/dev/null || true

Para entornos que ejecutan código no confiable (contenedores, sandboxes, runners de CI), bloquea el acceso a la interfaz crypto AF_ALG del kernel por completo, incluso después de parchear. Casi nada legítimo lo necesita, y bloquearlo cierra la puerta a toda esta clase de bugs...”

[International Cyber Digest @IntCyberDigest]

‼️🚨 BREAKING: An AI found a Linux kernel zero-day that roots every distribution since 2017. The exploit fits in 732 bytes of Python. Patch your kernel ASAP.

The vulnerability is CVE-2026-31431, nicknamed "Copy Fail," disclosed today by Theori. It has been sitting quietly in the Linux kernel for nine years.

Most Linux privilege-escalation bugs are picky. They need a precise timing window (a "race"), or specific kernel addresses leaked from somewhere, or careful tuning per distribution. Copy Fail needs none of that. It is a straight-line logic mistake that works on the first try, every time, on every mainstream Linux box.

The attacker just needs a normal user account on the machine. From there, the script asks the kernel to do some encryption work, abuses how that work is wired up, and ends up writing 4 bytes into a memory area called the "page cache" (Linux's high-speed copy of files in RAM). Those 4 bytes can be aimed at any program the system trusts, like /usr/bin/su, the shortcut to becoming root.

Result: the next time anyone runs that program, it lets the attacker in as root.

What should worry most: the corruption never touches the file on disk. It only exists in Linux's in-memory copy of that file. If you imaged the hard drive afterwards, the on-disk file would match the official package hash exactly. Reboot the machine, or just put it under memory pressure (any normal system load that needs the RAM), and the cached copy reloads fresh from disk.

Containers do not help either. The page cache is shared across the whole host, so a process inside a container can use this bug to compromise the underlying server and reach into other tenants.

The original sin was a 2017 "in-place optimization" in a kernel crypto module called algif_aead. It was meant to make encryption slightly faster. The change broke a critical safety assumption, and nobody noticed for nine years. That bug then rode every kernel update from 2017 to today.

This vulnerability affects the following:
🔴 Shared servers (dev boxes, jump hosts, build servers): any user becomes root
🔴 Kubernetes and container clusters: one compromised pod escapes to the host
🔴 CI runners (GitHub Actions, GitLab, Jenkins): a malicious pull request becomes root on the runner
🔴 Cloud platforms running user code (notebooks, agent sandboxes, serverless functions): a tenant becomes host root

Timeline:
🔴 March 23, 2026: reported to the Linux kernel security team
🔴 April 1: patch committed to mainline (commit a664bf3d603d)
🔴 April 22: CVE assigned
🔴 April 29: public disclosure

Mitigation: update your kernel to a build that includes mainline commit a664bf3d603d. If you cannot patch immediately, turn off the vulnerable module:

echo "install algif_aead /bin/false" > /etc/modprobe.d/disable-algif.conf
rmmod algif_aead 2>/dev/null || true

For environments that run untrusted code (containers, sandboxes, CI runners), block access to the kernel's AF_ALG crypto interface entirely, even after patching. Almost nothing legitimate needs it, and blocking it shuts the door on this whole class of bug...

[rob. @robiartec]

Alguien creó un Simulador de Diseño de Sistemas basado en web.

Copias y pegas (API gateways, bases de datos, cachés) y simula tráfico en tiempo real.

Puedes ver la latencia, los puntos de saturacion y los fallos mientras ocurren en directo...

[Cyber_Racheal @CyberRacheal]

Linux doesn't have to cost a dime.

Here are the best free resources to level up your skills in 2026:

1. Linux Foundation Training – Professional-grade introductory courses.
https://t.co/o4FWhK4kPb

2. Linux Journey – A beautifully organized, beginner-friendly learning path.
https://t.co/dXFQh12QV9

3. Ubuntu Tutorials – Step-by-step guides for the world’s most popular distro.
https://t.co/5T3Y9SCDcb

4. Red Hat Training Resources – Enterprise-level learning for developers.
https://t.co/1lUxX5Umwy

5. GNU Documentation – The "source of truth" for core Linux utilities.
https://t.co/XU5buZGulG

6. OverTheWire Bandit – Learn through "wargames" that make the CLI feel like a puzzle.
https://t.co/xzMseITE3c

7. The Linux Command Line Book – A legendary, comprehensive guide for terminal mastery.
https://t.co/n7UJYxtGm5

8. MIT Missing Semester – Essential tools and CLI techniques they don't always teach in college.
https://t.co/9VRYjNuWrm

9. DigitalOcean Linux Tutorials – Practical, hands-on guides for server management.
https://t.co/4aI9ZHD53c

10. Linux From Scratch – The ultimate deep dive: build your own OS from the ground up.
https://t.co/CgWvsN4qPw

11. Arch Linux Wiki – Widely considered the best technical documentation in the Linux world.
https://t.co/AhNi4hWBBe

12. freeCodeCamp Linux Course – High-quality, project-based tutorials.
https://t.co/sqCnIAJCaf

13. Linux Survival – An interactive browser-based terminal for safe practicing.
https://t.co/3M0qvD244i

Courtesy of : @twtayaan

[José Antonio Bravo Mateu @jabravo]

Es importante que el público en general sepa que 100 euros en participaciones en un ETF de #Bitcoin no son 100 euros invertidos en Bitcoin, aún cuando deban respaldaron con compras de Bitcoin. La participación de un inversor en un ETF nunca puede intercambiarse por el activo subyacente o la composición de cartera que supone el índice. La participación es un instrumento que réplica el valor del subyacente, por lo que es más una apuesta.
Los ETF sólo tienen sentido para inversores institucionales que tienen restricciones de su regulador para invertir en Bitcoin, y para quienes no tienen la suficiente madurez financiera como para autocustodiarlo, o simplemente no quieren saberlo, con lo que pierden uno de los propósitos más interesantes de Bitcoin: la autosoberanía financiera por encima de los Estados.
Quienes serán a partir de ahora poderosos son todos aquellos que poseen una parte de los cerca de 19.600.000 BTC que ya han sido emitidos, principalmente si saben aguantar los cantos de sirena del precio y sólo venden cuando realmente sea necesario. La oferta limitada de BTC, unida al halving previsto en abril de este año, que reduce la emisión del activo a través de las recompensas a mineros, producirá un impulso al alza del precio si la demanda de los ETFpor inversores institucionales es alta. Cuanto menos oferta haya, más subirá el precio, y mayor será la riqueza soberana e inconfiscable acumulada por estos tenedores de primer momento que entiendan correctamente el activo.
Es más que nunca el momento de educarse en Bitcoin. Si empiezas hoy, tienes ventaja sobre los que empiecen mañana a ahorrar en Bitcoin.

[Principe Vegeta BTC @princevegetabtc]

sabemos cuando, cuantos y como...
bitcoin halving

[Principe Vegeta BTC @princevegetabtc]

LOS MAS LISTOS SIEMPRE SON LOS QUE DAN LAS MEJORES IDEAS:

2011: para frikis, nunca tendrá éxito.
2012: es un ponzi, acabaran en la carcel.
2013: para drogas, será prohibido.
2014: lo acabaran hackeando, no es seguro.
2015: es una burbuja como la de los tulipanes.
2016: es una burbuja tecnológica como la de las puntocom.
2017: tecnológicamente es obsoleto, la tecnología blockchain es lo realmente interesante.
2018: no sirve como reserva de valor.
2019: ningún país lo declarara moneda de curso legal.
2020: el crash financiero que ha provocado el COVID ha demostrado que no sirve como activo refugio.
2021: contamina y consume mucha energía.
2022: no es una cobertura contra la inflación.
2023: la exposición institucional nunca llegara.
2024: los mineros no van a poder sostener el coste.

[JJChagerben @JJChagerben357]

Existirán dos Bitcoin el ETF ( un papel que dices que tienes Bitcoin 🤮 ) y el BITCOIN PREMIUM 😎 , el que tienes en tu propia wallet con tus propias llaves privadas.

Tendrás que pedirle a los bancos que te den "Bitcoin ETF"

Por qué minar Bitcoin será imposible, ya que inicia la guerra del Hash entre países .

Tienes 4 años para obtener BITCOIN PREMIUM o quizás menos, ya no los encontrarás en los intercambios.