Olvidar la conspiranoia, no tiene nada que ver, de hecho todo apunta a que el Kindle Fire está afectado por este fallo.
Por aclarar, todo apunta a que ningún leak o Rom oficial de ICS para el SGS2 internacional (I9100) está afectada ya que sus kernels están compilados con las sources update 4 (consideradas "seguras").
El brick es un conjunto de factores, por una parte está la función MMC_CAP_ERASE incluida en ciertos kernels compilados con ciertas sources y que se está utilizando en algunos modelos y versiones de ICS, y por otra parte hay chips que se llevan fatal con esa función (no todos, solo los del firmware 0x19 o 0x11, que es lo que detecta la aplicación GoBrickBug).
Tienen que darse las dos condiciones para que sea un problema: que alguien ejecute la función (sea el kernel o el update-binary utilizado en el recovery) y que el chip sea vulnerable.
En el galaxy I9100 (versión internacional) ni las fuentes oficiales ni los leaks o roms oficiales tiene esa función implementada, así que aunque tengas un chip vulnerable, en un principio "no pasaría nada" si el kernel es oficial o es un custom compilado desde las fuentes oficiales (update 4).
El problema está sobretodo en los leaks del GNote, los sgs2 koreanos y los sgs2 americos. Por ejemplo el famoso caso del Siyah rc6 fue por usar parte de las fuentes koreanas que incluian a traición esa función implementada (y eliminó horas después) y de ahí esos bricks.
Si usas un kernel que usen fuentes de otras versiones, modelos, etc,.. cuidado.
Pero a día de hoy ninguno de los custom kernels que tenemos por aquí para el I9100 usa fuentes que no sean las update4 oficiales, así que en un principio no debería haber problemas con ellos
Pero esto es lo que se ha sacado en claro, no va a misa y nadie te garantiza nada. Así que a partir de aquí, tu decides
La única solución 100% segura vendrá de samsung a base de actualizar y modificar esa función en las fuentes y/o actulizando el firm del chip emmc si es posible.
