🚨 هک کامپیوتر از طریق اسپیکر! (بدون نیاز به دسترسی فیزیکی)
📌 خلاصه یک مقاله امنیتی بسیار جذاب و جدید (ژوئن ۲۰۲۶) با نام "Pwnd Blaster" که نشان می‌دهد چطور یک نفوذگر می‌تواند از راه دور و بدون لمس دستگاه شما، کنترل سیستم را به دست بگیرد.
نویسنده این مقاله (Rasmus Moorats) با مهندسی معکوس فریم‌ور اسپیکر و ساندبار محبوب Creative Sound Blaster Katana V2X به آسیب‌پذیری‌های شدیدی دست پیدا کرده است:
۱️⃣ پروتکل ارتباطی ضعیف (CTP): این اسپیکر از یک پروتکل اختصاصی برای تغییر تنظیمات و آپدیت فریم‌ور استفاده می‌کند که هیچ مکانیزم امنیتی معتبری (مانند امضای دیجیتال) ندارد و هر فریم‌ور دستکاری‌شده‌ای را می‌پذیرد.
۲️⃣ دور زدن احراز هویت بلوتوث: نفوذگر در محدوده برد بلوتوث (حدود ۱۵ متری) می‌تواند بدون نیاز به فشردن دکمه جفت‌سازی (Pairing)، به دستگاه متصل شده و دستورات فریم‌ور را ارسال کند.
۳️⃣ تبدیل اسپیکر به ابزار جاسوسی و کیبورد مخرب (BadUSB / Rubber Ducky): با تزریق یک فریم‌ور مخرب از طریق بلوتوث، اسپیکر به یک میکروفون جاسوسی تبدیل می‌شود. همچنین دستگاه خودش را به عنوان یک «کیبورد مجازی» به کامپیوتر معرفی کرده و با تایپ خودکار و مخفیانه دستورات در ترمینال، کامپیوتر قربانی را هک می‌کند.
❌ پاسخ شرکت سازنده: شرکت Creative پس از دریافت گزارش اعلام کرده که این مورد را یک آسیب‌پذیری امنیتی به حساب نمی‌آورد! بنابراین آپدیت رسمی برای آن منتشر نشده است.
🌐 لینک مطالعه کامل مقاله:
🔗 https://blog.nns.ee/2026/06/03/katana-badusb/
🆔 @androidSec_fa
#Security #HardwareHacking #Vulnerability #BadUSB #Exploit #Infosec
📌 خلاصه یک مقاله امنیتی بسیار جذاب و جدید (ژوئن ۲۰۲۶) با نام "Pwnd Blaster" که نشان می‌دهد چطور یک نفوذگر می‌تواند از راه دور و بدون لمس دستگاه شما، کنترل سیستم را به دست بگیرد.
نویسنده این مقاله (Rasmus Moorats) با مهندسی معکوس فریم‌ور اسپیکر و ساندبار محبوب Creative Sound Blaster Katana V2X به آسیب‌پذیری‌های شدیدی دست پیدا کرده است:
۱️⃣ پروتکل ارتباطی ضعیف (CTP): این اسپیکر از یک پروتکل اختصاصی برای تغییر تنظیمات و آپدیت فریم‌ور استفاده می‌کند که هیچ مکانیزم امنیتی معتبری (مانند امضای دیجیتال) ندارد و هر فریم‌ور دستکاری‌شده‌ای را می‌پذیرد.
۲️⃣ دور زدن احراز هویت بلوتوث: نفوذگر در محدوده برد بلوتوث (حدود ۱۵ متری) می‌تواند بدون نیاز به فشردن دکمه جفت‌سازی (Pairing)، به دستگاه متصل شده و دستورات فریم‌ور را ارسال کند.
۳️⃣ تبدیل اسپیکر به ابزار جاسوسی و کیبورد مخرب (BadUSB / Rubber Ducky): با تزریق یک فریم‌ور مخرب از طریق بلوتوث، اسپیکر به یک میکروفون جاسوسی تبدیل می‌شود. همچنین دستگاه خودش را به عنوان یک «کیبورد مجازی» به کامپیوتر معرفی کرده و با تایپ خودکار و مخفیانه دستورات در ترمینال، کامپیوتر قربانی را هک می‌کند.
❌ پاسخ شرکت سازنده: شرکت Creative پس از دریافت گزارش اعلام کرده که این مورد را یک آسیب‌پذیری امنیتی به حساب نمی‌آورد! بنابراین آپدیت رسمی برای آن منتشر نشده است.
🌐 لینک مطالعه کامل مقاله:
🔗 https://blog.nns.ee/2026/06/03/katana-badusb/
🆔 @androidSec_fa
#Security #HardwareHacking #Vulnerability #BadUSB #Exploit #Infosec
nns.ee
Pwnd Blaster: Hacking your PC using your speaker without ever touching it | nns.ee
Abusing an unauthenticated Bluetooth protocol to turn a PC speaker into a Rubber Ducky.
👍5
بررسی آسیب‌پذیری جدید در شبیه‌ساز اندروید MEmu (افزایش سطح دسترسی)
📌 شناسه: CVE-2026-36213
💻 محصول تحت تأثیر: MEmu Android Emulator (نسخه 9.2.7.0 و احتمالاً نسخه‌های هم‌خانواده)
🎯 نوع آسیب‌پذیری: Local Privilege Escalation (LPE)
📂 مؤلفه آسیب‌پذیر: سرویس پس‌زمینه MemuService.exe
⚙️ شرح آسیب‌پذیری به زبان ساده:
سرویس MemuService.exe متعلق به شبیه‌ساز MEmu، با بالاترین سطح دسترسی در ویندوز (SYSTEM/Administrator) اجرا می‌شود. این آسیب‌پذیری به یک کاربر با دسترسی محدود یا یک بدافزارِ معمولیِ مستقر روی سیستم اجازه می‌دهد تا از نقص موجود در مدیریت دسترسی‌های این سرویس سوءاستفاده کند.
مهاجم با فریب دادن این سرویس، می‌تواند کدهای مخرب خود را با اختیارات بالا (Privilege Escalation) اجرا کرده و کنترل کامل سیستم‌عامل ویندوز را به دست بگیرد.
🛠 راهکار:
اگر از این شبیه‌ساز روی سیستم خود یا سازمان استفاده می‌کنید، سریعاً آن را به آخرین نسخه ارائه‌شده توسط توسعه‌دهنده به‌روزرسانی کنید تا فایل اجرایی مربوطه اصلاح شود.
🔗 لینک مخزن گیت‌هاب (PoC/Details):
https://github.com/sec-zone/CVE-2026-36213
🆔 @androidSec_fa
#CVE_2026_36213 #WindowsSecurity #AndroidEmulator #MEmu #PrivilegeEscalation #LPE #Vulnerability #Exploit
📌 شناسه: CVE-2026-36213
💻 محصول تحت تأثیر: MEmu Android Emulator (نسخه 9.2.7.0 و احتمالاً نسخه‌های هم‌خانواده)
🎯 نوع آسیب‌پذیری: Local Privilege Escalation (LPE)
📂 مؤلفه آسیب‌پذیر: سرویس پس‌زمینه MemuService.exe
⚙️ شرح آسیب‌پذیری به زبان ساده:
سرویس MemuService.exe متعلق به شبیه‌ساز MEmu، با بالاترین سطح دسترسی در ویندوز (SYSTEM/Administrator) اجرا می‌شود. این آسیب‌پذیری به یک کاربر با دسترسی محدود یا یک بدافزارِ معمولیِ مستقر روی سیستم اجازه می‌دهد تا از نقص موجود در مدیریت دسترسی‌های این سرویس سوءاستفاده کند.
مهاجم با فریب دادن این سرویس، می‌تواند کدهای مخرب خود را با اختیارات بالا (Privilege Escalation) اجرا کرده و کنترل کامل سیستم‌عامل ویندوز را به دست بگیرد.
🛠 راهکار:
اگر از این شبیه‌ساز روی سیستم خود یا سازمان استفاده می‌کنید، سریعاً آن را به آخرین نسخه ارائه‌شده توسط توسعه‌دهنده به‌روزرسانی کنید تا فایل اجرایی مربوطه اصلاح شود.
🔗 لینک مخزن گیت‌هاب (PoC/Details):
https://github.com/sec-zone/CVE-2026-36213
🆔 @androidSec_fa
#CVE_2026_36213 #WindowsSecurity #AndroidEmulator #MEmu #PrivilegeEscalation #LPE #Vulnerability #Exploit
GitHub
GitHub - sec-zone/CVE-2026-36213: CVE-2026-36213 | Local Privilege Escalation in MEmu Android Emulator 9.2.7.0 via Insecure Service…
CVE-2026-36213 | Local Privilege Escalation in MEmu Android Emulator 9.2.7.0 via Insecure Service Binary Permissions | Patched in 9.3.2 - sec-zone/CVE-2026-36213
👍3
آشنایی با کلان‌خطای CVE-2025-27363 و زنجیره حمله Zero-Click
🔥 کالبدشکافی یک آسیب‌پذیری بحرانی؛ چگونه یک فونت بدون نیاز به کلیک، جاسوس‌افزار تحویل می‌دهد!
آسیب‌پذیری CVE-2025-27363 یکی از خطرناک‌ترین باگ‌های زیرساختی اخیر در سیستم‌عامل اندروید است که در کتابخانه مدیریت فونت FreeType (نسخه 2.13.0) کشف شده است. این باگ به هکرها اجازه می‌دهد بدون نیاز به هیچ‌گونه تعامل از سوی کاربر (Zero-Click)، کنترل کامل دستگاه را به دست بگیرند.
📌 موتور FreeType چیست و چرا این باگ انقدر خطرناک است؟
این کتابخانه وظیفه تبدیل بایت‌های فایل‌های فونت به پیکسل‌های قابل نمایش روی صفحه را دارد. از آنجا که FreeType در پس‌زمینه اندروید، مرورگر کرومیوم، PDFium و تمام پی‌دی‌اف‌خوان‌ها به طور خودکار اجرا می‌شود، در بالاترین سطح دسترسی سیستمی و بدون نیاز به تایید کاربر فعالیت می‌کند.
🕵️♂️ زنجیره حمله در واتس‌اپ (WhatsApp) چگونه عمل می‌کرد؟
این باگ پیش از انتشار وصله رسمی، توسط اپراتورهای جاسوس‌افزارهای تجاری در حال بهره‌برداری فعال در دنیا بود:
1️⃣ مهاجم قربانی را به صورت یک‌طرفه به یک گروه واتس‌اپ اضافه می‌کند.
2️⃣ یک فایل PDF حاوی فونت متغیر (Variable Font) دست‌کاری شده ارسال می‌شود.
3️⃣ واتس‌اپ به محض دریافت پیام، برای نمایش پیش‌نمایش (Thumbnail)، موتور FreeType را فراخوانی می‌کند.
4️⃣ باگ در پس‌زمینه شلیک شده، حافظه تخریب می‌شود و هکر به دسترسی اجرای کد از راه دور (RCE) و در نهایت کنترل کامل دستگاه می‌رسد!
در پست بعدی، به ریشه فنی این خطای محاسباتی در کدهای C و نحوه بازسازی دقیق این PoC خواهیم پرداخت. همراه ما باشید.
🆔 @androidSec_fa
#AndroidSecurity #CVE202527363 #FreeType #ZeroClick #Exploit #Vulnerability #WhatsApp
🔥 کالبدشکافی یک آسیب‌پذیری بحرانی؛ چگونه یک فونت بدون نیاز به کلیک، جاسوس‌افزار تحویل می‌دهد!
آسیب‌پذیری CVE-2025-27363 یکی از خطرناک‌ترین باگ‌های زیرساختی اخیر در سیستم‌عامل اندروید است که در کتابخانه مدیریت فونت FreeType (نسخه 2.13.0) کشف شده است. این باگ به هکرها اجازه می‌دهد بدون نیاز به هیچ‌گونه تعامل از سوی کاربر (Zero-Click)، کنترل کامل دستگاه را به دست بگیرند.
📌 موتور FreeType چیست و چرا این باگ انقدر خطرناک است؟
این کتابخانه وظیفه تبدیل بایت‌های فایل‌های فونت به پیکسل‌های قابل نمایش روی صفحه را دارد. از آنجا که FreeType در پس‌زمینه اندروید، مرورگر کرومیوم، PDFium و تمام پی‌دی‌اف‌خوان‌ها به طور خودکار اجرا می‌شود، در بالاترین سطح دسترسی سیستمی و بدون نیاز به تایید کاربر فعالیت می‌کند.
🕵️♂️ زنجیره حمله در واتس‌اپ (WhatsApp) چگونه عمل می‌کرد؟
این باگ پیش از انتشار وصله رسمی، توسط اپراتورهای جاسوس‌افزارهای تجاری در حال بهره‌برداری فعال در دنیا بود:
1️⃣ مهاجم قربانی را به صورت یک‌طرفه به یک گروه واتس‌اپ اضافه می‌کند.
2️⃣ یک فایل PDF حاوی فونت متغیر (Variable Font) دست‌کاری شده ارسال می‌شود.
3️⃣ واتس‌اپ به محض دریافت پیام، برای نمایش پیش‌نمایش (Thumbnail)، موتور FreeType را فراخوانی می‌کند.
4️⃣ باگ در پس‌زمینه شلیک شده، حافظه تخریب می‌شود و هکر به دسترسی اجرای کد از راه دور (RCE) و در نهایت کنترل کامل دستگاه می‌رسد!
در پست بعدی، به ریشه فنی این خطای محاسباتی در کدهای C و نحوه بازسازی دقیق این PoC خواهیم پرداخت. همراه ما باشید.
🆔 @androidSec_fa
#AndroidSecurity #CVE202527363 #FreeType #ZeroClick #Exploit #Vulnerability #WhatsApp
👍3
📥 [پست ۱ از ۳] — شروع طوفانی با هک Gaming Hub
🔥 کالبدشکافی فنی زنجیره هک سامسونگ گلکسی S24 در مسابقات Pwn2Own 2024 (بخش اول)
چگونه هکرها توانستند با ترکیب ۵ باگ امنیتی در ۴ برنامه مختلف، کنترل کامل پرچمدار سامسونگ را به دست بگیرند؟
بیایید مرحله به مرحله وارد منطق فنی این حمله (Attack Chain) شویم.
📍 گام اول: ورود از گیت آسیب‌پذیر Gaming Hub
برنامه Gaming Hub سامسونگ (نسخه 7.1.01.7 یا پایین‌تر) دارای یک اکتیویتی عمومی به نام MainActivity است که هر برنامه‌ای (حتی یک لینک در مرورگر) می‌تواند آن را صدا بزند. این برنامه لینک‌ها را به کلاس GmpDeepLinkUtil می‌فرستد تا در یک صفحه وب داخلی (WebView) باز کند.
باگ اول (CVE-2024-49419): این برنامه بدون هیچ اعتبارسنجی اولیه، هر لینکی که در پارامتر url قرار بگیرد را کورکورانه در WebView لود می‌کند!
باگ دوم (CVE-2024-49418):
سامسونگ برای امنیت، تابعی به نام F(String) ساخته بود تا بررسی کند آیا سایت لود شده متعلق به خود سامسونگ است یا خیر، تا فقط برای دامنه‌های رسمی جاوا اسکریپت (JS) را فعال کند. این تابع بررسی می‌کرد که آدرس با دامنه‌ای مثل https://us.mcsvc.samsung.com شروع شود، اما برنامه‌نویس فراموش کرده بود کاراکتر اسلش (/) را به انتهای شرط اضافه کند!
تکنیک مهاجم: هکر دامنه‌ای به این شکل ثبت کرد:
https://us.mcsvc.samsung.com.attacker.com. سیستم سامسونگ گمراه شد و چون آدرس با عبارت مجاز شروع شده بود، جاوا اسکریپت را با بالاترین دسترسی در WebView فعال کرد!
📍 گام دوم: تبدیل WebView به ریموت کنترل گوشی
حالا سایت هکر درون گوشی قربانی باز شده و جاوا اسکریپت هم فعال است.
باگ سوم (CVE-2024-49420): برنامه Gaming Hub یک ردیاب به نام shouldOverrideUrlLoading دارد. اگر سایت هکر یک ریدایرکت به یک پروتکل intent:// بفرستد، این تابع بدون هیچ بررسی امنیتی، آن را به سیستم‌عامل اندروید می‌فرستد تا اجرا شود. از این لحظه، سایت هکر می‌تواند دستور اجرای اکتیویتی‌های برنامه‌های دیگر گوشی را صادر کند!
👇 ادامه‌ی این زنجیره هیجان‌انگیز را در پست بعدی بخوانید...
📢 @androidSec_fa
#Android #Security #Samsung #Pwn2Own #Exploit #Vulnerability
🔥 کالبدشکافی فنی زنجیره هک سامسونگ گلکسی S24 در مسابقات Pwn2Own 2024 (بخش اول)
چگونه هکرها توانستند با ترکیب ۵ باگ امنیتی در ۴ برنامه مختلف، کنترل کامل پرچمدار سامسونگ را به دست بگیرند؟
بیایید مرحله به مرحله وارد منطق فنی این حمله (Attack Chain) شویم.
📍 گام اول: ورود از گیت آسیب‌پذیر Gaming Hub
برنامه Gaming Hub سامسونگ (نسخه 7.1.01.7 یا پایین‌تر) دارای یک اکتیویتی عمومی به نام MainActivity است که هر برنامه‌ای (حتی یک لینک در مرورگر) می‌تواند آن را صدا بزند. این برنامه لینک‌ها را به کلاس GmpDeepLinkUtil می‌فرستد تا در یک صفحه وب داخلی (WebView) باز کند.
باگ اول (CVE-2024-49419): این برنامه بدون هیچ اعتبارسنجی اولیه، هر لینکی که در پارامتر url قرار بگیرد را کورکورانه در WebView لود می‌کند!
باگ دوم (CVE-2024-49418):
سامسونگ برای امنیت، تابعی به نام F(String) ساخته بود تا بررسی کند آیا سایت لود شده متعلق به خود سامسونگ است یا خیر، تا فقط برای دامنه‌های رسمی جاوا اسکریپت (JS) را فعال کند. این تابع بررسی می‌کرد که آدرس با دامنه‌ای مثل https://us.mcsvc.samsung.com شروع شود، اما برنامه‌نویس فراموش کرده بود کاراکتر اسلش (/) را به انتهای شرط اضافه کند!
تکنیک مهاجم: هکر دامنه‌ای به این شکل ثبت کرد:
https://us.mcsvc.samsung.com.attacker.com. سیستم سامسونگ گمراه شد و چون آدرس با عبارت مجاز شروع شده بود، جاوا اسکریپت را با بالاترین دسترسی در WebView فعال کرد!
📍 گام دوم: تبدیل WebView به ریموت کنترل گوشی
حالا سایت هکر درون گوشی قربانی باز شده و جاوا اسکریپت هم فعال است.
باگ سوم (CVE-2024-49420): برنامه Gaming Hub یک ردیاب به نام shouldOverrideUrlLoading دارد. اگر سایت هکر یک ریدایرکت به یک پروتکل intent:// بفرستد، این تابع بدون هیچ بررسی امنیتی، آن را به سیستم‌عامل اندروید می‌فرستد تا اجرا شود. از این لحظه، سایت هکر می‌تواند دستور اجرای اکتیویتی‌های برنامه‌های دیگر گوشی را صادر کند!
👇 ادامه‌ی این زنجیره هیجان‌انگیز را در پست بعدی بخوانید...
📢 @androidSec_fa
#Android #Security #Samsung #Pwn2Own #Exploit #Vulnerability
👍4
اندروید | امنیت و هک
[پست ۲ از ۳] — دور زدن فیلترها و جاسازی بدافزار 🔥 کالبدشکافی فنی زنجیره هک سامسونگ گلکسی S24 (بخش دوم) در پست قبل دیدیم که چطور هکر از طریق باگ‌های Gaming Hub توانست دسترسی اجرای فرامین (Intent) را بگیرد. حالا پازل وارد مرحله خطرناکی می‌شود. 📍 گام سوم:…
[پست ۳ از ۳] — شلیک نهایی با Smart Switch و تسخیر کامل
🔥 کالبدشکافی فنی زنجیره هک سامسونگ گلکسی S24 (بخش پایانی)
فایل مخرب روی حافظه گوشی نشسته است، اما هنوز نصب و اجرا نشده است.
هکر چگونه زنجیره را کامل می‌کند؟
📍 گام پنجم: نصب مخفیانه توسط Smart Switch
هکر دوباره به برنامه Gaming Hub برمی‌گردد. این برنامه به دلیل مجوزهای سیستمی بالا، توانایی اجرای برنامه‌ها در پس‌زمینه را دارد. هدف بعدی هکر برنامه Smart Switch Agent (ابزار رسمی انتقال و نصب اپلیکیشن‌ها) است.
اکتیویتیِ نصب در این برنامه توسط یک مجوز اختصاصی محافظت می‌شود تا هر برنامه‌ای نتواند آن را باز کند، اما Gaming Hub این مجوز را دارد! Gaming Hub برنامه Smart Switch را باز کرده و آدرس فایل مخرب پنهان‌شده را از طریق بخش HtmlDumpProvider برنامه GPUWatch به آن می‌دهد.
باگ پنجم (CVE-2024-49413): برنامه Smart Switch فایل را برمی‌دارد و مستقیماً دستور نصب آن را صادر می‌کند، اما هیچ‌گونه بررسی امنیتی انجام نمی‌دهد که آیا این فایل از کجا آمده و آیا توسط توسعه‌دهندگان رسمی سامسونگ امضا (Sign) شده است یا خیر! در نتیجه فایل مخرب بدون هیچ هشداری روی گوشی نصب می‌شود.
🏁 پایان بازی: دسترسی کامل (Shell)
برنامه مخرب (ابزار Drozer) بدون اینکه کاربر روحش خبردار شود، نصب و بلافاصله اجرا می‌شود. این برنامه یک پورت مخفی (Bind Shell) روی گوشی باز می‌کند. هکر از راه دور به این پورت وصل شده و با دسترسی‌های سطح بالای سیستمی، کنترل کامل خط فرمان گوشی قربانی را به دست می‌گیرد!
دیواره دفاعی پرچمدار سامسونگ به همین راحتی و با تکیه بر زنجیره‌ای از خطاهای کوچک برنامه‌نویسان فرو می‌ریزد.
🌐 لینک مطالعه مقاله اصلی و کدهای اکسپلویت:
https://yogehi.github.io/published-research/pwn2own-ireland-2024-samsung-s24-attack-chain?utm_source=Mobile+Hacking+Lab&utm_campaign=6266054dfa-EMAIL_CAMPAIGN_2026_07_01_10_48&utm_medium=email&utm_term=0_0b348bd22d-6266054dfa-484319511
📢 @androidSec_fa
#Android #Security #Samsung #SmartSwitch #Exploit #BugBounty
🔥 کالبدشکافی فنی زنجیره هک سامسونگ گلکسی S24 (بخش پایانی)
فایل مخرب روی حافظه گوشی نشسته است، اما هنوز نصب و اجرا نشده است.
هکر چگونه زنجیره را کامل می‌کند؟
📍 گام پنجم: نصب مخفیانه توسط Smart Switch
هکر دوباره به برنامه Gaming Hub برمی‌گردد. این برنامه به دلیل مجوزهای سیستمی بالا، توانایی اجرای برنامه‌ها در پس‌زمینه را دارد. هدف بعدی هکر برنامه Smart Switch Agent (ابزار رسمی انتقال و نصب اپلیکیشن‌ها) است.
اکتیویتیِ نصب در این برنامه توسط یک مجوز اختصاصی محافظت می‌شود تا هر برنامه‌ای نتواند آن را باز کند، اما Gaming Hub این مجوز را دارد! Gaming Hub برنامه Smart Switch را باز کرده و آدرس فایل مخرب پنهان‌شده را از طریق بخش HtmlDumpProvider برنامه GPUWatch به آن می‌دهد.
باگ پنجم (CVE-2024-49413): برنامه Smart Switch فایل را برمی‌دارد و مستقیماً دستور نصب آن را صادر می‌کند، اما هیچ‌گونه بررسی امنیتی انجام نمی‌دهد که آیا این فایل از کجا آمده و آیا توسط توسعه‌دهندگان رسمی سامسونگ امضا (Sign) شده است یا خیر! در نتیجه فایل مخرب بدون هیچ هشداری روی گوشی نصب می‌شود.
🏁 پایان بازی: دسترسی کامل (Shell)
برنامه مخرب (ابزار Drozer) بدون اینکه کاربر روحش خبردار شود، نصب و بلافاصله اجرا می‌شود. این برنامه یک پورت مخفی (Bind Shell) روی گوشی باز می‌کند. هکر از راه دور به این پورت وصل شده و با دسترسی‌های سطح بالای سیستمی، کنترل کامل خط فرمان گوشی قربانی را به دست می‌گیرد!
دیواره دفاعی پرچمدار سامسونگ به همین راحتی و با تکیه بر زنجیره‌ای از خطاهای کوچک برنامه‌نویسان فرو می‌ریزد.
🌐 لینک مطالعه مقاله اصلی و کدهای اکسپلویت:
https://yogehi.github.io/published-research/pwn2own-ireland-2024-samsung-s24-attack-chain?utm_source=Mobile+Hacking+Lab&utm_campaign=6266054dfa-EMAIL_CAMPAIGN_2026_07_01_10_48&utm_medium=email&utm_term=0_0b348bd22d-6266054dfa-484319511
📢 @androidSec_fa
#Android #Security #Samsung #SmartSwitch #Exploit #BugBounty
YayWebsiteYay (I suck at titles)
Pwn2Own Ireland 2024 - Samsung S24 Attack Chain White Paper
Sometimes I want to publish stuff unfiltered.
👍3❤1
📢 دور زدن مجوز مخاطبین در اندروید از طریق گوگل مسیجز! (Confused Deputy Bug)
📱 یک آسیب‌پذیری امنیتی جالب در برنامه Google Messages کشف شده بود که به اپلیکیشن‌های مخرب یا بدون دسترسی اجازه می‌داد بدون داشتن مجوز رسمی خواندن مخاطبین (READ_CONTACTS)، به عکس‌های ذخیره‌شده روی مخاطبین گوشی شما دسترسی پیدا کنند.
🔍 این باگ چطور کار می‌کرد؟
این آسیب‌پذیری از نوع Confused Deputy (معاون گیج) بود. گوگل مسیجز برای لود کردن تصاویر مخاطبان از یک ContentProvider عمومی به نام AvatarContentProvider استفاده می‌کرد که برای برنامه‌های دیگر هم قابل دسترسی بود.
مراحل اجرای باگ به این صورت بود:
1️⃣ برنامه مهاجم (که هیچ دسترسی به مخاطبین نداشت) آدرس عکس یک مخاطب خاص را به گوگل مسیجز می‌فرستاد.
2️⃣ گوگل مسیجز با استفاده از دسترسی‌های سیستمی خودش، آن عکس را لود و به فرمت PNG تبدیل می‌کرد.
3️⃣ در نهایت، گوگل مسیجز تصویر خروجی را دودستی تقدیم برنامه مهاجم می‌کرد!
⚠️ میزان خطر و تأثیرگذاری:
با اینکه این باگ کل اطلاعات مخاطب (مثل شماره تلفن) را فاش نمی‌کرد و فقط به عکس‌ها دسترسی داشت، اما یک بای‌پاس کامل برای لایه امنیتی اندروید به شمار می‌رفت. از آنجا که شناسه‌های عددی مخاطبان در اندروید ترتیبی هستند، مهاجم با یک اسکن ساده می‌توانست تمام تصاویر مخاطبان کاربر را استخراج کند.
🛠 وضعیت باگ:
این گزارش توسط Daniel Pua ثبت شد و گوگل در تاریخ ۲۳ خرداد ۱۴۰۵ (June 12, 2026) آن را به طور کامل برطرف کرد و پاداشی نیز به یابنده تعلق گرفت.
🔗 لینک مقاله کامل برای مطالعه جزئیات فنی و PoC:
👉 https://blog.devploit.dev/posts/google-messages-avatarcontentprovider-contacts-bypass/
#Android #AndroidSecurity #GoogleMessages #Vulnerability #BugBounty #ConfusedDeputy #Exploit
📢 @androidSec_fa
📱 یک آسیب‌پذیری امنیتی جالب در برنامه Google Messages کشف شده بود که به اپلیکیشن‌های مخرب یا بدون دسترسی اجازه می‌داد بدون داشتن مجوز رسمی خواندن مخاطبین (READ_CONTACTS)، به عکس‌های ذخیره‌شده روی مخاطبین گوشی شما دسترسی پیدا کنند.
🔍 این باگ چطور کار می‌کرد؟
این آسیب‌پذیری از نوع Confused Deputy (معاون گیج) بود. گوگل مسیجز برای لود کردن تصاویر مخاطبان از یک ContentProvider عمومی به نام AvatarContentProvider استفاده می‌کرد که برای برنامه‌های دیگر هم قابل دسترسی بود.
مراحل اجرای باگ به این صورت بود:
1️⃣ برنامه مهاجم (که هیچ دسترسی به مخاطبین نداشت) آدرس عکس یک مخاطب خاص را به گوگل مسیجز می‌فرستاد.
2️⃣ گوگل مسیجز با استفاده از دسترسی‌های سیستمی خودش، آن عکس را لود و به فرمت PNG تبدیل می‌کرد.
3️⃣ در نهایت، گوگل مسیجز تصویر خروجی را دودستی تقدیم برنامه مهاجم می‌کرد!
⚠️ میزان خطر و تأثیرگذاری:
با اینکه این باگ کل اطلاعات مخاطب (مثل شماره تلفن) را فاش نمی‌کرد و فقط به عکس‌ها دسترسی داشت، اما یک بای‌پاس کامل برای لایه امنیتی اندروید به شمار می‌رفت. از آنجا که شناسه‌های عددی مخاطبان در اندروید ترتیبی هستند، مهاجم با یک اسکن ساده می‌توانست تمام تصاویر مخاطبان کاربر را استخراج کند.
🛠 وضعیت باگ:
این گزارش توسط Daniel Pua ثبت شد و گوگل در تاریخ ۲۳ خرداد ۱۴۰۵ (June 12, 2026) آن را به طور کامل برطرف کرد و پاداشی نیز به یابنده تعلق گرفت.
🔗 لینک مقاله کامل برای مطالعه جزئیات فنی و PoC:
👉 https://blog.devploit.dev/posts/google-messages-avatarcontentprovider-contacts-bypass/
#Android #AndroidSecurity #GoogleMessages #Vulnerability #BugBounty #ConfusedDeputy #Exploit
📢 @androidSec_fa
devploit / blog
Reading Contact Photos Without READ_CONTACTS: A Google Messages Confused Deputy Bug
Analysis of a fixed Google Messages vulnerability that exposed contact photos without READ_CONTACTS, covering its root cause and responsible disclosure.
👍4
پست دوم: فاز عملیاتی و استخراج کلید از رم (۲/۳)
چطور رمز ۲۰۰,۰۰۰ مرتبه‌ای PBKDF2 با یک هوک فریدا بی‌اثر شد؟
در پست قبل دیدیم که اپلیکیشن چقدر قوی رمز عبور فایل گواهینامه (.p12) رو به صورت پویا تولید میکنه. اما مشکل اصلی سناریو اینجاست: محل نگهداری کلید!
برنامه برای تولید جفت‌کلید از این دستور استفاده کرده:
KeyPairGenerator.getInstance("EC")
این یعنی کلید به صورت یک شیء نرم‌افزاری معمولی توی حافظه رم (JVM Heap) ساخته میشه، نه داخل محیط ایزوله و سخت‌افزاری دستگاه (TEE).
حالا بریم سراغ سناریوی دور زدن (Bypass) در دو گام:
گام اول: شکستن SSL Pinning (بای‌پاس TrustManager)
قبل از هر چیز باید کاری کنیم اندروید گواهینامه جعلی Burp Suite رو قبول کنه. با فریدا متد SSLContext.init() رو هوک می‌کنیم و بخش TrustManager رو با یک کلاس سفارشی که هر سازوکاری رو تایید میکنه جایگزین می‌کنیم. حالا ترافیک تا Burp میاد، اما سرور به خاطر نداشتن کلید کلاینت ارور 401 میده.
گام دوم: قاپیدن کلید در لحظه طلایی!
قفل چقدر هم که قوی باشه، برنامه برای اینکه بتونه با سرور دست‌دادن (Handshake) انجام بده، مجبوره فایل رو باز کنه، رمزگشایی کنه و کلید رو به صورت متن آشکار وارد رم کنه!
نویسنده متد سازنده کلاس ClientKeyManager رو دقیقاً در لحظه لود شدن هوک میکنه. فریدا اینجا چیکار میکنه؟
رمز عبور ۶۴ کاراکتری حاصل از ۲۰۰ هزار بار فرآیند PBKDF2 رو قبل از پاک شدن از رم، دو دستی تقدیم مهاجم میکنه!
متدهای ks.getCertificate و ks.getKey رو صدا میزنه و بایت‌های واقعی کلید خصوصی رو از رم بیرون می‌کشه و به فرمت متنی استاندارد (PEM) توی کنسول چاپ میکنه!
در پست آخر، این کلید رو به Burp Suite تزریق می‌کنیم و ترافیک رو کاملاً دور می‌زنیم.
#AndroidSec #Exploit #MobileSecurity #BugBounty #SSLBinning
@AndroidSec_fa
چطور رمز ۲۰۰,۰۰۰ مرتبه‌ای PBKDF2 با یک هوک فریدا بی‌اثر شد؟
در پست قبل دیدیم که اپلیکیشن چقدر قوی رمز عبور فایل گواهینامه (.p12) رو به صورت پویا تولید میکنه. اما مشکل اصلی سناریو اینجاست: محل نگهداری کلید!
برنامه برای تولید جفت‌کلید از این دستور استفاده کرده:
KeyPairGenerator.getInstance("EC")
این یعنی کلید به صورت یک شیء نرم‌افزاری معمولی توی حافظه رم (JVM Heap) ساخته میشه، نه داخل محیط ایزوله و سخت‌افزاری دستگاه (TEE).
حالا بریم سراغ سناریوی دور زدن (Bypass) در دو گام:
گام اول: شکستن SSL Pinning (بای‌پاس TrustManager)
قبل از هر چیز باید کاری کنیم اندروید گواهینامه جعلی Burp Suite رو قبول کنه. با فریدا متد SSLContext.init() رو هوک می‌کنیم و بخش TrustManager رو با یک کلاس سفارشی که هر سازوکاری رو تایید میکنه جایگزین می‌کنیم. حالا ترافیک تا Burp میاد، اما سرور به خاطر نداشتن کلید کلاینت ارور 401 میده.
گام دوم: قاپیدن کلید در لحظه طلایی!
قفل چقدر هم که قوی باشه، برنامه برای اینکه بتونه با سرور دست‌دادن (Handshake) انجام بده، مجبوره فایل رو باز کنه، رمزگشایی کنه و کلید رو به صورت متن آشکار وارد رم کنه!
نویسنده متد سازنده کلاس ClientKeyManager رو دقیقاً در لحظه لود شدن هوک میکنه. فریدا اینجا چیکار میکنه؟
رمز عبور ۶۴ کاراکتری حاصل از ۲۰۰ هزار بار فرآیند PBKDF2 رو قبل از پاک شدن از رم، دو دستی تقدیم مهاجم میکنه!
متدهای ks.getCertificate و ks.getKey رو صدا میزنه و بایت‌های واقعی کلید خصوصی رو از رم بیرون می‌کشه و به فرمت متنی استاندارد (PEM) توی کنسول چاپ میکنه!
در پست آخر، این کلید رو به Burp Suite تزریق می‌کنیم و ترافیک رو کاملاً دور می‌زنیم.
#AndroidSec #Exploit #MobileSecurity #BugBounty #SSLBinning
@AndroidSec_fa
👍3
سلام بچه‌ها این یک مقاله جدیده که یه نفر رفته روی گوشی شیائومی روی برنامه share mi کار کرده و فهمیده که تو بخش دریافتش به اصطلاحاً receive یه باگ داره اونم اینه که هر گوشی که نزدیکش باشه تو برد بلوتوثیش باشه می‌تونه فایل ارسال کنه و تو گوشی طرف بشینه یعنی آپلود فایل 0-click و مثل اینکه هنوز پچ نکردن حالا من گوشی شیائومی ندارم اینجا نشون بدم و مثل اینکه رو گوشی‌های شیائومی، پوکو و ردمی این برنامه به صورت پیش فرض هست و مثل اینکه هنوز همین باگ رو دارن طبق مقاله تیم فنی‌اش گزارش داده به شیائومی و مثل اینکه هنوز پچش نکردن.
باگشم اینجوریه که مثل اینکه یک زنجیره‌ای از باگه هست به اینصورت اول از همه که میاد توی شبکه بلوتوث اینو همینجوری می‌فرسته و یه نفر تو اون شبکه باشه روشن کرده باشه می‌تونه رمز و اینا رو بگیره و بعد مثل اینکه یک مقدار مخفی به اسم silence وجود داره که اگه اون رو true کنی تو موقع ارسال اطلاعات می‌تونی به صورت اینکه بدون اینکه کاربر تایید کنه فایل بشینه تو گوشی طرف حالا یه سری باگای دیگه داشته من هم لینک ریپو که این پیوسیش هست و هم لینک مقاله رو پایین براتون گذاشتم اگه دوست داشتید مطالعه کنید.
🔗 لینک مقاله:
https://blog.byterialab.com/zero-click-file-drop-on-xiaomi-shareme-midrop/
💻 سورس‌کد و PoC در گیت‌هاب:
https://github.com/Byterialab/mishare-zero-click-file-drop
🆔 @androidSec_fa
#Android #CyberSecurity #Xiaomi #ShareMe #ZeroClick #Exploit #MobileSecurity #Vulnerability
باگشم اینجوریه که مثل اینکه یک زنجیره‌ای از باگه هست به اینصورت اول از همه که میاد توی شبکه بلوتوث اینو همینجوری می‌فرسته و یه نفر تو اون شبکه باشه روشن کرده باشه می‌تونه رمز و اینا رو بگیره و بعد مثل اینکه یک مقدار مخفی به اسم silence وجود داره که اگه اون رو true کنی تو موقع ارسال اطلاعات می‌تونی به صورت اینکه بدون اینکه کاربر تایید کنه فایل بشینه تو گوشی طرف حالا یه سری باگای دیگه داشته من هم لینک ریپو که این پیوسیش هست و هم لینک مقاله رو پایین براتون گذاشتم اگه دوست داشتید مطالعه کنید.
🔗 لینک مقاله:
https://blog.byterialab.com/zero-click-file-drop-on-xiaomi-shareme-midrop/
💻 سورس‌کد و PoC در گیت‌هاب:
https://github.com/Byterialab/mishare-zero-click-file-drop
🆔 @androidSec_fa
#Android #CyberSecurity #Xiaomi #ShareMe #ZeroClick #Exploit #MobileSecurity #Vulnerability
Byteria - Mobile Application Security Blog
Zero-Click File Drop on Xiaomi ShareMe (MiDrop) - Byteria - Mobile Application Security Blog
An attacker within Bluetooth LE range (about 50 m) can write arbitrary files to a victim’s phone the moment they open Receive mode. No QR scan
👍3
سلام بچه‌ها این یک مقاله‌ایه که در رابطه با یک باگ خیلی بحرانی و آسیب پذیری خیلی بحرانی در Unisoc T612 صحبت میکنه به این صورت که میاد از طریق یک تماس ویدیویی به دسترسی کرنل می‌رسه.
لینک مقاله هست میتونید بیاید مطالعه کنید
📄 مطالعه گزارش فنی و جزئیات آسیب‌پذیری:
https://ssd-disclosure.com/unisoc-t612-lpe/
🔗 کانال:
@androidSec_fa
#Android #AndroidSecurity #Unisoc #T612 #CyberSecurity #MobileSecurity #Kernel #Modem #LPE #Vulnerability #Exploit #SecurityResearch #CVE
لینک مقاله هست میتونید بیاید مطالعه کنید
📄 مطالعه گزارش فنی و جزئیات آسیب‌پذیری:
https://ssd-disclosure.com/unisoc-t612-lpe/
🔗 کانال:
@androidSec_fa
#Android #AndroidSecurity #Unisoc #T612 #CyberSecurity #MobileSecurity #Kernel #Modem #LPE #Vulnerability #Exploit #SecurityResearch #CVE
SSD Secure Disclosure
UNISOC T612 LPE - SSD Secure Disclosure
Summary UNISOC (Shanghai) Technologies Co., Ltd. is a top-three global fabless semiconductor company headquartered in Shanghai, specializing in 2G/3G/4G/5G mobile communication, IoT, and smart device chipsets. Formerly Spreadtrum, it serves major brands like…
👍3❤1
سلام بچه‌ها تیم موبایل هکر اومده یه آسیب پذیری رو بررسی کرده و POCاش رو ارائه داده.
آسیب پذیری CVE-2026-28576 رو تیم GrapheneOS گزارش داده اما تیم موبایل هکر اومده روش کار کرده و POCاش رو ارائه داده.
توی اندروید ۱۷ گوگل اومده یه ویژگی اضافه کرده که به جای اینکه کل دسترسی مخاطبین رو از کاربر اپلیکیشن بخواد بگیره می‌تونه بیاد مثل عکس که یه دونه رو میاد کاربر انتخاب میکنه و دسترسی همون یه دونه عکس رو به اپلیکیشن میده اینجا هم لیست مخاطبین کاربر بیاد بالا کاربری مخاطب انتخاب کنه و فقط دسترسی همون یه دونه مخاطب رو به اپلیکیشن بده.
این ویژگی که قراره تو اندروید ۱۷ بیاد و حالا این تیم اومده چیو بررسی کرده متوجه شده که می‌تونه توی اون درخواستی که برای provider می‌فرسته یه sql injection بزنه و دونه دونه مخاطبین کاربرو از موبایل طرف بکشه بیرون.
کاربر یه دسترسی بهش داده اما با همون یه دونه دسترسی و بدون حتی نوشتن یک permission در manifest برنامه کل مخاطبین گوشی رو در بیاره.
حالا جزئیات فنی که چه ایرادی داشته و اون checker function چه ضعف‌هایی داشتند رو داخل مقاله آورده میتونید برید جزئیاتش رو مطالعه کنید و بررسی کنید.
من لینک ریپور هم براتون آوردم.
🔗 مقاله کامل:
https://www.mobilehackinglab.com/blog/cve-2026-28576-contacts-provider-sqli
💻 مخزن PoC:
https://github.com/mobilehackinglab/CVE-2026-28576-poc
📢 کانال ما:
@androidSec_fa
#Android #Security #SQLInjection #CVE #Android17 #MobileHacking #ContactsProvider #Infosec #Cybersecurity #AndroidSecurity #Exploit #PoC #MobileSecurity #Vulnerability #CVE_2026_28576 #PermissionBypass #CompatChange #GrapheneOS #MobileHackingLab
آسیب پذیری CVE-2026-28576 رو تیم GrapheneOS گزارش داده اما تیم موبایل هکر اومده روش کار کرده و POCاش رو ارائه داده.
توی اندروید ۱۷ گوگل اومده یه ویژگی اضافه کرده که به جای اینکه کل دسترسی مخاطبین رو از کاربر اپلیکیشن بخواد بگیره می‌تونه بیاد مثل عکس که یه دونه رو میاد کاربر انتخاب میکنه و دسترسی همون یه دونه عکس رو به اپلیکیشن میده اینجا هم لیست مخاطبین کاربر بیاد بالا کاربری مخاطب انتخاب کنه و فقط دسترسی همون یه دونه مخاطب رو به اپلیکیشن بده.
این ویژگی که قراره تو اندروید ۱۷ بیاد و حالا این تیم اومده چیو بررسی کرده متوجه شده که می‌تونه توی اون درخواستی که برای provider می‌فرسته یه sql injection بزنه و دونه دونه مخاطبین کاربرو از موبایل طرف بکشه بیرون.
کاربر یه دسترسی بهش داده اما با همون یه دونه دسترسی و بدون حتی نوشتن یک permission در manifest برنامه کل مخاطبین گوشی رو در بیاره.
حالا جزئیات فنی که چه ایرادی داشته و اون checker function چه ضعف‌هایی داشتند رو داخل مقاله آورده میتونید برید جزئیاتش رو مطالعه کنید و بررسی کنید.
من لینک ریپور هم براتون آوردم.
🔗 مقاله کامل:
https://www.mobilehackinglab.com/blog/cve-2026-28576-contacts-provider-sqli
💻 مخزن PoC:
https://github.com/mobilehackinglab/CVE-2026-28576-poc
📢 کانال ما:
@androidSec_fa
#Android #Security #SQLInjection #CVE #Android17 #MobileHacking #ContactsProvider #Infosec #Cybersecurity #AndroidSecurity #Exploit #PoC #MobileSecurity #Vulnerability #CVE_2026_28576 #PermissionBypass #CompatChange #GrapheneOS #MobileHackingLab
Mobilehackinglab
SQL Injection Still Exists, Even in Android: One Picked Contact, Every Contact (CVE-2026-28576) — Mobile Hacking Lab
SQL injection still exists, even in Android 17. A targetSdk compat gate skips the Contacts Provider's new strict-SQL checks, turning a single-contact picker grant into a full contacts database dump. Full PoC with the real system picker (CVE-2026-28576).
👍4
[2,2]
حالا باگ شماره 2 چیه؟
اول یه توضیح بدم اونم اینه که اندروید روی دستگاه های مختلف اجرا میشه. شیائومی، سامسونگ و .... و هر کدوم از اینها سخت افزارهای جداگانه خودشون رو دارن خب سیستمم عامل اندروید برای حرف زدن با هر کدوم از اینها باید یه کد جداگانه بنویسه که غیر ممکنه.
اومده یه چیزی طراحی کرده به نام HAL (Hardware Abstraction Layer) که میشه واسطه بین فریمورک اندروید و سخت افزار شرکت های مختلف. به این صورت که هر تولیدکننده ای HAL خودش رو مینویسه و اندروید فقط با HAL حرف میزنه و HAL هم با سخت افزار.
حالا یه vendor HAL به نام
خب حالا این جا یه نکته هست که حتی اگر root , uid 0 هم باشی SELinux نمیذاره هر کاری که دلت بخواد انجام بدی و جلوت رو میگیره ولی با توجه به sepolicy اجازه میده با این HAL ما که روت هستیم حرف بزنیم به قول معروف و اینکه اجرای دستور ما توی دامنه جدید قرار میگیره که
یعنی هر کاری دوست داری بکن دیگه.
امیدوارم خوشتون اومده باشه که اینطوری یه مقاله رو شکافتم. اگر دوست داشته باشید اینجوری براتون بازش کنم بگید تا مقالات بعدی رو خلاصه نکنم و این مدلی کامل بگم.
حالا لینک مقاله هم هست میتونید برید خودتون بررسی کنید.
📄 لینک مقاله کامل:
https://blog.nns.ee/2026/09/24/oneplus-root/
#Android #Security #OnePlus #OPPO #Root #Exploit #OxygenOS #PrivilegeEscalation #AndroidSec #Vulnerability #Infosec #Hacking
📢 @androidSec_fa
حالا باگ شماره 2 چیه؟
اول یه توضیح بدم اونم اینه که اندروید روی دستگاه های مختلف اجرا میشه. شیائومی، سامسونگ و .... و هر کدوم از اینها سخت افزارهای جداگانه خودشون رو دارن خب سیستمم عامل اندروید برای حرف زدن با هر کدوم از اینها باید یه کد جداگانه بنویسه که غیر ممکنه.
اومده یه چیزی طراحی کرده به نام HAL (Hardware Abstraction Layer) که میشه واسطه بین فریمورک اندروید و سخت افزار شرکت های مختلف. به این صورت که هر تولیدکننده ای HAL خودش رو مینویسه و اندروید فقط با HAL حرف میزنه و HAL هم با سخت افزار.
حالا یه vendor HAL به نام
olc2 هست که کارش مدیریت لاگ سیستم هست و از این مسیر اجرا میشه /odm/bin/hw/vendor.oplus.hardware.olc2-V3-service. توی این HAL یه متد هست به نام doShell که یه شل باز میکنه و دستور میگیره. اول میپرسه کی داره با من حرف میزنه و چک میکنه که آیا طرف مقابل root هست یا نه => خب ما با باگ شماره 1 خودمون رو روت کردیم و بعد دستوری که هستش رو اجرا میکنه.خب حالا این جا یه نکته هست که حتی اگر root , uid 0 هم باشی SELinux نمیذاره هر کاری که دلت بخواد انجام بدی و جلوت رو میگیره ولی با توجه به sepolicy اجازه میده با این HAL ما که روت هستیم حرف بزنیم به قول معروف و اینکه اجرای دستور ما توی دامنه جدید قرار میگیره که
CapBnd = 0x1ffffffffffff و تمام امکانات سیستم عامل رو تا ناموس دسترسی داره.یعنی هر کاری دوست داری بکن دیگه.
امیدوارم خوشتون اومده باشه که اینطوری یه مقاله رو شکافتم. اگر دوست داشته باشید اینجوری براتون بازش کنم بگید تا مقالات بعدی رو خلاصه نکنم و این مدلی کامل بگم.
حالا لینک مقاله هم هست میتونید برید خودتون بررسی کنید.
📄 لینک مقاله کامل:
https://blog.nns.ee/2026/09/24/oneplus-root/
#Android #Security #OnePlus #OPPO #Root #Exploit #OxygenOS #PrivilegeEscalation #AndroidSec #Vulnerability #Infosec #Hacking
📢 @androidSec_fa
nns.ee
Getting root on OnePlus 15 from an untrusted app, via an audio debug service and a vendor HAL | nns.ee
Chaining an AtlasService binder command injection and an olc2 HAL binder method into uid 0 with all Linux capabilities from a plain installable app on OxygenOS 16.
👍5🔥2