Tek_Muni

Szanowni państwo. Na zdjęciu pendrive z szyfrowaniem AES-256. Odblokowany czytnikiem linii papilarnych. Sprzedawany przez Lenovo. Super fancy "military grade" sprzęt. Tylko jest jeden problem: ❌ Okazało się że w środku takiego pendrive-a była zupełnie nieszyfrowana karta SD, gdzie były przechowywane dane (!) ❌ Czytnik linii papilarnych włączał / wyłączał jedynie komunikację USB xD Model pendrive: ThinkPlus FU100. Lenovo wydało ostatnio oświadczenie, że sprzęt był sprzedawany na rynku chińskim. Lenovo w porozumieniu z badaczem (Xusheng Li) przygotował łatki zarówno programowe jak i sprzętowe.

🚨 The recent iOS exploit draining user funds is a harsh wake-up call for Web3 security. It turns out @TrustWallet was simply keeping your seed phrase sitting in raw, plaintext RAM. 🤯 Here is why this matters 🧵👇

Most people assume TikTok's recommendation algorithm lives in a data center. Decompiling the mobile client reveals over 25 machine learning models executing directly on your phone hardware. Recent decompilations of the TikTok client app (com.ss.android.ugc.aweme) reveal that the app drops dozens of quantized neural networks and decision trees into a local directory called files/client_ai/. These run on ByteDance's proprietary on-device inference engine, ByteNN. When your feed loads, TikTok servers send down candidate videos pre-tagged with multi-task prediction scores. These include rec_skip, rec_finish, and rec_staytime, estimating your probability of skipping the clip or how many seconds you will watch. But because user context shifts in fractions of a second, the server scores are re-evaluated locally on your phone before each video appears. To re-rank videos in real time, the client continuously monitors your physical state using sensors that require zero runtime permissions. An on-device model called har_predict reads the raw accelerometer and gyroscope data to calculate whether you are walking, static, riding in a car, or lying flat in bed. Every video batch request to /aweme/v2/feed/ attaches this physical posture along with 58 other hardware metrics, including battery temperature, charging status, screen brightness, and mute state. The telemetry tracking also extends to uncommitted actions. In the direct messaging interface, the client attaches a network callback called TypingRecommendationApi to the text watcher. As you type, the app sends your raw keywords to the server to fetch sticker suggestions before you press send. If you change your mind and delete the text, the draft has already transmitted over the network. When the client senses that you are losing interest, on-device rules take over. If you skip 4 videos within 6 seconds, a stored rule called live_pull_lost_focus_video_feed flags your session as an attention failure and forces a live broadcast into your feed to break your swipe rhythm. Another module, SmartIdleDetectionServiceImpl, cross-references touch inactivity with your lying-down posture to detect if you fell asleep, shutting off background video pre-fetching to prevent wasted CDN bandwidth. Mobile operating systems put strict permission prompts on cameras and microphones, but they leave motion sensors, hardware temperatures, and text input watchers completely unrestricted. Until platforms isolate internal sensors, apps can reconstruct your physical posture and subconscious attention without ever requesting permission.

Nothing can stop what's coming! In the 1990s, Project Looking Glass reportedly showed the so-called elites that “God already won.” No matter what they tried — wars, pandemics, distractions, or manipulation — every simulation pointed to the same outcome: a massive shift in consciousness and a return to truth. All possible futures converged on awakening. They couldn’t stop it. The elites fought it for decades, but the tide is turning. The great awakening is here. Truth is breaking through. Stay strong.

Former Israeli soldiers describe massacring Palestinians in Tantura in 1948. Their testimonies include shootings, setting people on fire with flamethrowers, and rape. They still crack up while recalling the killings.

Florida Plane Crash (11-01-2026) I am not expert with this kind of info, but a learjet traveling 20,000 feet per second sounded unreasonable to me. So I asked Grok and this was the answer I got back... Grok: No, a Learjet cannot fall at 20,000 feet per second in Earth’s atmosphere. Speed conversion: 20,000 feet per second equals roughly 13,636 mph (about Mach 18 near sea level). Why a Learjet can’t reach that speed: - Learjets are business jets with maximum speeds typically in the Mach 0.8–0.9 range (roughly 500–600 mph, or well under 1,000 feet per second). Their airframes are not designed for anything close to 13,000+ mph. - Even in a pure vertical nose-down dive from high altitude, aerodynamic drag rises with the square of speed. The plane would hit a terminal velocity far below 20,000 ft/s long before structural limits were reached. - At those speeds, extreme aerodynamic heating and dynamic pressure would destroy the aircraft (the airframe would break up or burn up). In short: a straight-down nose dive would produce the highest possible speed, but physics (drag) and the Learjet’s structural limits prevent anything remotely close to 20,000 ft/s. Speeds in that range are more in the realm of ballistic missiles or spacecraft during re-entry, not conventional aircraft. 😳

I Love, listening to the young lady , she a geek and O’so smart

INSANE. 5.5 miles from Mar-a-Lago. Watch the path — was pointed right at that whole Palm Beach / Mar-a-Lago corridor before it spun and crashed. Closest approach looked like ~3.9 miles. Insane proximity. Learjet 60 went down near Greenacres this afternoon on the way to the Bahamas. All 9 gone.

Kim Jong Un hacks Binance

El "SMS de la muerte" te puede dejar sin móvil, sin que puedas hacer nada para evitarlo. Una vulnerabilidad descubierta por Mark Blaszczyk puede dejar un móvil Android prácticamente inutilizable de forma remota, sin que el usuario haga absolutamente nada. No es un brick permanente. No destruye el firmware ni el hardware, y existen métodos de recuperación que no requieren borrar todos los datos. La vulnerabilidad, bautizada como SMS of Death (SMS de la muerte), se divulgó ayer (29 de octubre de 2026). Lo preocupante es que permite interrumpir llamadas telefónicas, incluidas las realizadas al 112, y provocar un bucle de fallos persistente. Mark lo reprodujo en móviles Pixel y Samsung. smsofdeath.com/ ¿Cómo funciona técnicamente? El problema está en WapPushOverSms.decodeWapPdu(), dentro del framework de telefonía de Android. El ataque aprovecha un SMS de datos WAP Push. 1. El atacante envía un mensaje especialmente manipulado, sin necesitar que la víctima abra nada. 2. Android interpreta automáticamente una longitud de cabecera codificada como uintvar. 3. El parser convierte un valor de 64 bits (long) a un entero con signo de 32 bits (int) sin comprobar su rango. 4. Una longitud inicialmente positiva se convierte en negativa y provoca una excepción Java no controlada. 5. El proceso com.android.phone termina inesperadamente. El ejemplo concreto es: long valor = 0x80000000L; // 2147483648 int longitud = (int) valor; // -2147483648 byte[] cabecera = new byte[longitud]; // NegativeArraySizeException Esto no permite ejecutar código arbitrario ni obtener privilegios de administrador. Es un ataque de denegación de servicio remoto, zero-click. Lo grave viene después, el SMS malformado puede permanecer en la cola de mensajes pendientes y Android vuelve a intentar procesarlo. Además, el operador puede retransmitirlo cuando no recibe confirmación de entrega. El resultado es que el proceso vuelve a fallar, incluso después de reiniciar el dispositivo. En determinadas condiciones, el mecanismo de recuperación de Android (RescueParty) puede terminar enviándolo al modo recovery. ¿Por qué ni un hard reset lo arregla? - El reinicio normal puede seguir fallando porque el SMS permanece en la cola. - El restablecimiento de fábricaborra la cola local, pero el problema puede reaparecer si el operador retransmite el SMS. La reinstalación del sistema con el parche corrige la vulnerabilidad, siempre que se instale una versión que incorpore la solución. Por tanto, no es que el factory reset sea incapaz de reparar el teléfono. Es que el operador puede volver a entregarte el mensaje malicioso. Esto hace que el teléfono parezca brickeado indefinidamente. Se podría recuperar aislando primero el teléfono de la red móvil, evitando nuevas entregas, y eliminando los mensajes pendientes mediante ADB si está disponible. Mark Blaszczyk documenta una recuperación sin pérdida de datos manipulando la cola content://sms/raw. Para ello se necesita acceso ADB autorizado y una breve ventana en la que Android haya arrancado. ### Google dice que no es un problema de seguridad Google ya había desarrollado una corrección (un commit del 15 de junio de 2026), pero según Blaszczyk, su programa de recompensas rechazaba el informe como un problema no relacionado con la seguridad (lo que sea por ahorrase pagar ¿eh?). android.googlesource.com/pla… El cambio captura la excepción y elimina el mensaje problemático de la base de datos, impidiendo que vuelva a producir el bucle. Es decir, Google reconoce expresamente en el código que está solucionando una denegación de servicio remota. - La vulnerabilidad se identifica ahora como CVE-2026-58882, con clasificación crítica. - La corrección llegó a Android 14–17 en octubre de 2026. - GrapheneOS confirma que ya la incorporaba en sus versiones de seguridad anticipadas de julio. - Los Android 12 y 13 sin soporte seguramente serán vulnerables de forma indefinida. Lo grave es que no hay forma fácil de protegerse. El SMS malicioso se procesa automáticamente en el subsistema de telefonía de Android, antes de llegar a Google Messages o cualquier otra aplicación de SMS. Nada de esto funciona: - Desactivar Google Messages. - Desactivar las notificaciones SMS. - Quitar el permiso SMS a las aplicaciones. Si aun no has recibido el SMS, activar el modo avión o desactivar la SIM/eSIM evita el fallo, pero claro, te quedas sin poder usarlo. No está claro aun, pero podría ser que poniendo el móvil en modo avión y usando luego VoWiFi, el ataque pudiera fallar, pero vamos, que no es tampoco una solución muy buena. Con esto, cualquiera que nos quiera joder el móvil, sólo tiene que enviarnos un SMS malicioso, es inquietante.

OpenAI CEO Sam Altman believes people owning RAM for their own PCs is a waste and instead should be saved for data centers "It’s quite terrible to have everyone have a bunch of the world’s limited supply of DRAM sitting in their own computer."