گزارش اثبات آسیب‌پذیری CVE-2026-107181

اطلاعات آسیب‌پذیری

عنوان: آسیب‌ پذیری IPC Record-Separator Injection در تلگرام دسکتاپ و افشای فایل از طریق  interpret:

شناسه: CVE-2026-107181

وضعیت مشاوره: Advisory / Public Disclosure / Patch Available

امتیاز:  CVSS: 8.6 (High)

محصول: Telegram Desktop

محصول / نسخه‌های آسیب‌پذیر

در نسخه‌های زیر:

• تلگرام دسکتاپ نسخه ‌های قبل از 7.2.9 شامل 7.2.8 و قدیمی ‌تر (از جمله 6.9.3 که در فهرست نسخه‌ های آسیب ‌پذیر ذکر شده است)

محیط‌های درگیر

• کاربران تلگرام دسکتاپ در ویندوز (که از طریق PoC تأیید شده است) و از نظر تئوری macOS و لینوکس نیز تحت تأثیر قرار می‌گیرند اما آزمایش عملی انجام نشده است
• سناریوهایی که کاربر روی لینک tg:// کلیک می‌کند در حالی که برنامه در حال اجرا است
• حساب‌ هایی که Local Passcode تنظیم نکرده ‌اند (شرایط پیش ‌فرض بسیاری از کاربران)
• کاربرانی که عضو گروه‌هایی هستند که قابلیت دانلود خودکار فایل در آن‌ها به‌صورت پیش‌فرض فعال است.

کامپوننت‌های آسیب‌پذیر

• فایل sandbox.cpp مکانیزم ارتباطی تک ‌نمونه ‌ای (single-instance) برای ارسال URL ها به نمونه در حال اجرا را در مؤلفه Core::Sandbox پیاده ‌سازی می‌کند و وظیفه سریال‌ سازی و deserialization دستورات IPC را نیز بر عهده دارد
• سازوکار IPC در فایل core/sandbox.cpp توابع Sandbox::socketConnected() و Sandbox::readClients() مسئول ارسال و پردازش پیام‌ های IPC هستند. عدم Escape صحیح کاراکتر Semicolon (;) هنگام انتقال URL و استفاده از همین کاراکتر برای تفکیک رکوردها، امکان تزریق رکوردهای اضافی OPEN: را فراهم می‌کند
• پردازشگر URI Scheme اختصاصی interpret: یک مسیر داخلی و قدیمی برای پردازش فایل ‌ها و ارسال آن‌ ها به چت است
• تابع InterpretSendPath در فایل support_helper.cpp فاقد کنترل دسترسی و تأیید کاربر است. این تابع مجوز درخواست ‌کننده را بررسی نمی‌کند و فیلد اختیاری from: نیز امکان دور زدن بررسی حساب کاربری را فراهم می‌کند در نتیجه، فایل ‌های محلی می‌توانند بدون تأیید کاربر و با استفاده از حساب فعال به چت یا کانال مشخص ‌شده ارسال شوند
• تابع MainWidget::handleStartFiles در فایل mainwidget.cpp درخواست‌ های دریافتی از مسیر interpret: را به تابع Support::InterpretSendPath منتقل می‌کند. این تابع صرفاً بخشی از مسیر اجرای آسیب ‌پذیری (Attack Path) است

ریشه مشکل (Root Cause Analysis)

علت اصلی آسیب ‌پذیری، ترکیب دو ضعف در مسیر پردازش درخواست‌ های ورودی تلگرام دسکتاپ است که عبارت ‌اند از استفاده از کاراکتر ; به ‌عنوان جدا کننده بدون escape کردن مناسب در پروتکل IPC و همچنین داخل مسیر پردازش Scheme اختصاصی interpret: هیچ کنترل دسترسی یا تأیید صریحی از سوی کاربر وجود ندارد.

تابع Sandbox::socketConnected() در فایل core/sandbox.cpp، پیام‌ های IPC را برای برقراری ارتباط میان پردازه ‌های مختلف تلگرام دسکتاپ ایجاد می‌کند. این پیام ‌ها از چند بخش تشکیل می‌شوند که هر بخش با یک شناسه متنی در ابتدای خود مشخص می‌شود؛ برای مثال، OPEN: یک شناسه دستوری است که به برنامه اعلام می‌کند محتوای بعد از آن، یک URL برای باز کردن است. در انتهای هر پیام نیز از کاراکتر ; به‌ عنوان جداکننده ی دستورات استفاده می‌شود. تابع Sandbox::readClients() در پردازه ‌ای که پیام IPC را دریافت می‌کند، محتوای پیام را از ابتدا بررسی کرده و با رسیدن به هر کاراکتر ; بخش قبل از آن را به ‌عنوان یک دستور مستقل پردازش می‌کند. مشکل زمانی ایجاد می‌شود که URL ورودی خودش حاوی کاراکتر ; باشد و این کاراکتر پیش از قرار گرفتن URL در پیام IPC به ‌درستی Escape نشود؛ در چنین شرایطی، تابع Sandbox::readClients() ممکن است بخشی از محتوای URL را به ‌اشتباه پایان یک دستور تلقی کند و ادامه ی آن را به ‌عنوان دستور IPC جدید پردازش کند. به این ترتیب، مهاجم می‌تواند به ‌جای ارسال صرفاً یک درخواست برای باز کردن URL، دستورهای اضافی را نیز در همان پیام IPC قرار دهد و باعث شود برنامه آن ‌ها را جداگانه اجرا کند.

در نسخه ی آسیب ‌پذیر، کد socketConnected() برای ساخت پیام IPC از این الگو استفاده می‌کند:

for (const auto &url : cRefStartUrls()) {

commands += u"OPEN:"_q

+ url.toString(Qurl::FullyEncoded)

+ '; ';

}

نکته ی مهم این است که QUrl::FullyEncoded به ‌تنهایی تضمین نمی‌کند کاراکتر ; در رشته ی URL به ‌گونه ‌ای تبدیل شود که نتواند به ‌عنوان جداکننده دستورات IPC تفسیر شود. برای مثال، اگر URL ورودی به شکل زیر باشد:

https://example.com/page;OPEN:interpret:/tmp/instructions.txt

و کاراکتر ; بدون Escape شدن در پیام IPC قرار بگیرد، پیام حاصل می‌تواند ساختاری مشابه زیر پیدا کند:

OPEN:https://example.com/page;OPEN:interpret:/tmp/instructions.txt;

در این ساختار، تابع Sandbox::readClients() اولین کاراکتر ; را به ‌عنوان پایان دستور اول در نظر می‌گیرد و بخش بعد از آن را نیز به ‌عنوان یک دستور IPC مستقل پردازش می‌کند. بنابراین، محتوایی که در ابتدا بخشی از URL بوده است، می‌تواند به یک دستور جدید تبدیل شود.

این رفتار در همان پردازه ی تلگرام دسکتاپ که پیام IPC را دریافت می‌کند، اتفاق می‌افتد. تابع Sandbox::readClients() پیام دریافتی از سوکت IPC را بررسی می‌کند و با پیدا کردن هر کاراکتر ; دستور فعلی را از دستور بعدی جدا می‌کند.

for (int32 to = cmds.indexOf(QChar(';'), from);

to >= from;

to = (from < l) ? cmds.indexOf(QChar(';'), from) : -1) {

auto cmd = base::StringViewMid(cmds, from, to - from);

// Process CMD:, OPEN:, CTRL: and other records

from = to + 1;

}

به همین دلیل، اگر داده ی ورودی شامل این کاراکتر باشد و پیش از ارسال به ‌درستی Escape نشود، امکان تزریق دستور اضافی به پیام IPC وجود دارد.

نکته ی فنی، مثال بالا صرفاً نحوه ی شکسته‌ شدن ساختار پیام IPC را نشان می‌دهد، برای اثبات یک زنجیره ی بهره ‌برداری عملی، باید نحوه ی پذیرش و پردازش URL و محدودیت‌ های مربوط به Scheme interpret نیز در مسیر اجرای برنامه بررسی شود.

از آنجا که محتوای URL بدون محافظت مناسب در برابر جدا کننده ; وارد پیام IPC می‌شود، مهاجم می‌تواند با قرار دادن این کاراکتر در یک لینک tg://، ساختار پیام را تغییر دهد و باعث شود بخشی از محتوای URL به ‌عنوان یک دستور مستقل تفسیر شود. برای مثال، اگر پیام اولیه به شکل OPEN:<URL>; باشد، قرار دادن ;OPEN:<URL>; در ادامه ی URL باعث می‌شود تابع Sandbox::readClients() آن را به دو دستور مجزا تقسیم کند. در اینجا منظور از دستورهای OPEN: پیام ‌هایی هستند که با این شناسه شروع می‌شوند و به تلگرام دسکتاپ اعلام می‌کنند URL قرارگرفته پس از آن را باز کند. بنابراین، تزریق یک دستور OPEN: اضافی به این معناست که مهاجم می‌تواند برنامه را وادار کند علاوه بر URL اصلی، یک URL دیگر را نیز به‌ عنوان درخواست مستقل پردازش کند. این رفتار با مفهوم CWE-143: Improper Neutralization of Record Delimiters مطابقت دارد؛ زیرا کاراکتر جدا کننده ی مورد استفاده در پروتکل IPC به ‌درستی خنثی‌سازی (escape) نشده است.

با این حال، تزریق دستور IPC به ‌تنهایی باعث ارسال یا افشای فایل ‌های محلی نمی‌شود. برای رسیدن به این نتیجه، باید نحوه ی پردازش Scheme اختصاصی interpret: در نسخه ی آسیب‌ پذیر را نیز بررسی کرد. تابع Application::checkStartUrls() در فایل core/application.cpp این Scheme را شناسایی می‌کند و درخواست مربوط به آن را از طریق مسیر مدیریت فایل ‌های ورودی برنامه، شامل MainWidget::handleStartFiles()، به تابع Support::InterpretSendPath() منتقل می‌کند. تابع Support::InterpretSendPath() در فایل support/support_helper.cpp، یک فایل متنی را به‌ عنوان دستورالعمل دریافت می‌کند و محتوای آن را خط ‌به ‌خط می‌خواند. این فایل در واقع شامل اطلاعاتی است که مشخص می‌کنند چه فایلی باید ارسال شود و ارسال به کجا انجام گیرد. برای این منظور، تابع فیلدهای مشخصی را از محتوای فایل استخراج می‌کند:

• مقدار channel: شناسه ی کانال یا مقصدی را مشخص می‌کند که فایل باید به آن ارسال شود
• مقدار file: مسیر فایل محلی مورد نظر برای ارسال را تعیین می‌کند
• مقدار caption: متن توضیحی یا عنوانی است که همراه فایل ارسال می‌شود

این مقادیر استخراج می‌شوند تا برنامه بتواند مقصد ارسال، فایل مورد نظر و توضیحات همراه آن را مشخص کند. پس از خواندن این اطلاعات، تابع مسیر فایل تعیین ‌شده در فیلد file: را به کمک Storage::PrepareMediaList برای ارسال آماده می‌کند و سپس با فراخوانی thread->session().api().sendFiles(…)، فایل را از طریق API تلگرام به کانال یا گفت ‌و گوی مشخص‌ شده در دستورالعمل ارسال می‌کند. در نتیجه، اگر مهاجم بتواند برنامه را به اجرای این مسیر هدایت کند و فایل دستورالعملی با مقادیر مورد نظر در اختیار آن قرار دهد، امکان ارسال فایل‌ های محلی به مقصدی که مهاجم تعیین کرده است فراهم می‌شود:

auto list = Storage::PrepareMediaList(

    QStringList(filePath),

    st::sendMediaPreviewSize,

    premium);


if (!list.files.empty()) {

    list.files.back().caption.text = caption;

    thread->session().api().sendFiles(

        std::move(list),

        SendMediaType::File,

        nullptr,

        Api::SendAction(thread));

}

در این مسیر، کنترل مربوط به from: نیز اجباری نیست؛ تابع فقط در صورت وجود این فیلد، شناسه ی آن را با شناسه ی حساب فعال مقایسه می‌کند. نبودن فیلد from: به ‌خودی ‌خود باعث رد درخواست نمی‌شود. همچنین پیش از ارسال فایل، تأیید مستقلی از کاربر دریافت نمی‌شود. بنابراین، ترکیب تزریق رکورد OPEN: با قابلیت قدیمی interpret: می‌تواند به ارسال فایل‌ های محلی، از جمله داده ‌های حساس موجود در پوشه ی tdata، به کانال تحت کنترل مهاجم منجر شود.

در مجموع، علت ریشه ‌ای آسیب پذیری CVE-2026-107181 صرفاً وجود یک Scheme قدیمی یا یک ضعف در IPC نیست؛ بلکه عدم خنثی‌سازی (escape) جدا کننده ی رکوردها در هنگام انتقال URL از طریق IPC، در کنار وجود یک مسیر داخلی برای ارسال فایل ‌های محلی بدون تأیید کاربر است. ضعف نخست امکان تزریق رکوردهای جدید را فراهم می‌کند و ضعف دوم به مهاجم اجازه می‌دهد از این قابلیت برای افشای اطلاعات محلی سوءاستفاده کند.

این تحلیل با تغییرات commit رفع آسیب ‌پذیری نیز مطابقت دارد. در commit با شناسه ی db34056، تلگرام از یک‌سو توابع EscapeTo7bit() و EscapeFrom7bit() را برای کدگذاری (escape) و بازیابی کاراکترهایی مانند ; اضافه کرد و از سوی دیگر، مسیر پردازش interpret: و تابع InterpretSendPath() را به ‌طور کامل حذف کرد. این اصلاح در نسخه ی 7.2.9 اعمال شد.

بخش آسیب‌پذیر

رفتار ناامن سیستم:

تلگرام دسکتاپ در پردازش لینک‌ های tg:// دریافتی از سوکت single-instance، کاراکتر جدا کننده ; را Escape نمی‌کند و به این ترتیب اجازه تزریق دستورات اضافی را می‌دهد. یکی از این دستورات می‌تواند scheme مربوط به interpret: را فعال کند که بدون هیچ احراز هویتی، فایل‌ های محلی را خوانده و به یک کانال تلگرام ارسال می‌کند. این ترکیب منجر به افشای فایل ‌های دلخواه (از جمله فایل‌ های نشست) و در نهایت تصاحب حساب کاربری می‌شود.

نحوه سوءاستفاده مهاجم:

• مهاجم یک سوپرگروه تلگرام ایجاد کرده و قربانی را به آن اضافه می‌کند (تنظیمات حریم خصوصی پیش ‌فرض تلگرام این را امکان ‌پذیر می‌کند)
• مهاجم سه فایل متنی حاوی دستورالعمل‌های interpret: را در گروه آپلود می‌کند. تلگرام به طور پیش ‌فرض فایل ‌های گروه ‌ها (تا حجم ۸ مگابایت) را به صورت خودکار در مسیری قابل پیش ‌بینی دانلود می‌کند:

C:\Users\\Downloads\Telegram Desktop\

• مهاجم یک لینک https در گروه ارسال می‌کند که قربانی را به یک صفحه وب هدایت می‌کند. این صفحه سپس مرورگر را به یک آدرس tg:// مخرب هدایت می‌کند
• قربانی روی لینک کلیک می‌کند. یک پردازه یا instance جدید Telegram اجرا شده و URL مخرب (حاوی ; و دستور interpret:) را به پردازه یا instance در حال اجرا ارسال می‌کند
• پردازه ی در حال اجرا، دستور interpret: تزریق ‌شده را پردازش کرده، فایل دستورالعمل دانلود شده را می‌خواند و فایل مشخص ‌شده در آن (مانند tdata) را به کانال مهاجم ارسال می‌کند
• با در دست داشتن فایل های tdata و عدم وجود کد عبور محلی، مهاجم می‌تواند نشست تلگرام قربانی را در یک نصب جدید بازسازی کند و کنترل کامل حساب را به دست گیرد

نقش این آسیب‌پذیری در زنجیره حمله

این آسیب ‌پذیری یک نقطه ورود اولیه (Initial Access) از طریق مهندسی اجتماعی و یک ابزار تصاحب حساب (Account Takeover) در زنجیره حمله محسوب می‌شود. این آسیب ‌پذیری یک One-Click Account Takeover از راه دور است. مهاجم تنها با یک کلیک قربانی روی لینک، به فایل ‌های session دسترسی پیدا کرده و کنترل کامل حساب را به ‌دست می‌آورد

پیش‌نیازهای بهره‌برداری (Prerequisites)

• نصب بودن نسخه ی آسیب پذیر تلگرام دسکتاپ
• قربانی باید روی لینک tg:// کلیک کند
• تلگرام دسکتاپ باید در حال اجرا باشد (برای فعال شدن مسیر IPC)
• عدم تنظیم Local Passcode شرایط را ساده ‌تر می‌کند (هرچند با passcode نیز فایل ‌های رمز شده قابل استخراج ‌اند)

رفتار مورد انتظار در حالت امن (Expected Secure Behavior)

• Escape کردن جداکننده ‌های رکورد در سریال ‌سازی IPC
• محدود کردن scheme مربوط به interpret: به فرآیندهای محلی معتبر یا حذف قابلیت ‌های خطرناک آن
• درخواست تأیید کاربر قبل از خواندن و ارسال فایل ‌های محلی
• هر عملیات حساس (مانند خواندن فایل و ارسال به کانال) باید احراز هویت و تأییدیه صریح از کاربر دریافت کند
• اصل Fail Secure، هرگونه URL با کاراکترهای غیرمجاز باید رد شود و دستورات ناشناس اجرا نشوند

راهکارها و کاهش ریسک (Mitigation / Patch Guidance)

اقدامات فوری برای کاهش ریسک:

• بروزرسانی فوری تلگرام دسکتاپ به نسخه 7.2.9 یا بالاتر
• فعال ‌سازی کد عبور محلی (Local Passcode)، این کار فایل‌ های نشست tdata را رمزنگاری می‌کند و حتی در صورت سرقت، مهاجم نمی‌تواند مستقیماً از آن ‌ها استفاده کند

اقدامات کوتاه‌مدت / میان‌مدت برای کاهش ریسک:

• اجتناب از کلیک روی لینک ‌های tg:// ناشناس، به ‌ویژه در گروه‌ های عمومی یا از منابع غیرقابل اعتماد
• بررسی خودکار دانلود فایل ‌ها در تنظیمات Telegram
• غیرفعال کردن دانلود خودکار فایل ‌ها در گروه ‌ها یا فعال ‌سازی گزینه «پرسیدن محل ذخیره برای هر فایل»
• محدود کردن امکان اضافه شدن به گروه‌ ها فقط به مخاطبین (در تنظیمات حریم خصوصی تلگرام)
• آموزش کاربران در مورد خطرات کلیک روی لینک‌ های ناشناس و تأیید نکردن درخواست ‌های Open Telegram از منابع نامعتبر

اقدامات بلندمدت برای کاهش ریسک:

• سیاست بروزرسانی منظم
• استفاده از Two-Factor Authentication در سطح حساب Telegram
• بررسی دوره ‌ای نشست ‌های فعال تلگرام و باطل کردن نشست ‌های ناشناس از تنظیمات Devices
• پیاده ‌سازی فرآیندهای منظم تست نفوذ (Penetration Testing) و ارزیابی امنیتی برای کشف زود هنگام آسیب ‌پذیری ‌های مشابه در زیرساخت

تشخیص و مانیتورینگ (Detection & Monitoring)

نشانه‌های تلاش برای سوءاستفاده:

• آپلود غیرمنتظره فایل ‌های tdata
• دریافت لینک ‌های tg:// حاوی semicolon های متعدد
• لاگ ‌های مرتبط با اجرای interpret:
• آپلود فایل ‌های غیرعادی به یک کانال یا سوپرگروه تلگرام از حساب کاربر
• وجود فایل ‌های متنی ناشناس در C:\Users\<user>\Downloads\Telegram Desktop\ که حاوی دستورالعمل ‌های channel: و file: هستند

    منابع پیشنهادی برای مانیتورینگ و پایش:

• بررسی فعالیت ‌های غیرعادی حساب (ورود از دستگاه‌ های جدید)
• مانیتورینگ فایل‌ های دانلود شده در پوشه تلگرام دسکتاپ
• راهکارهای EDR برای شناسایی رفتارهای غیرعادی تلگرام دسکتاپ (مانند خواندن فایل ‌های حساس و ارسال آن‌ ها)
• لاگ ‌های پراکسی یا فایروال برای شناسایی ترافیک خروجی غیرعادی به سرورهای تلگرام (اگرچه ترافیک تلگرام رمزنگاری ‌شده است)
• ابزارهای DLP برای جلوگیری از ارسال فایل‌ های حساس از طریق برنامه‌ های پیام‌رسان

واکنش به حادثه (Incident Response)

• خروج فوری از تمام session ها از طریق تنظیمات حساب (Terminate all other sessions)
• اعمال فوری بروزرسانی
• تغییر رمز عبور و فعال ‌سازی و یا بررسی 2FA
• در صورت تأیید حمله یا هک شدن حساب کاربری به مخاطبان اطلاع ‌رسانی کنید و پیام‌ های ارسالی بررسی کنید
• بررسی فایل‌ های tdata برای اطمینان از عدم تغییرات ناخواسته
• جستجوی فایل ‌های متنی ناشناس در پوشه Downloads که حاوی دستورالعمل‌ های interpret: هستند
• بررسی کانال ‌ها و گروه ‌های تلگرام برای شناسایی آپلودهای غیرمجاز
• تغییر تمام رمزهای عبور و کلیدهای مرتبط
• نصب فوری وصله امنیتی و بروزرسانی فوری
• مستندسازی کامل حادثه (زمان وقوع، نشانه‌ها، اقدامات انجام‌شده، درس‌آموخته‌ها) و گزارش به مدیریت ارشد و تیم واکنش سریع (CSIRT)

جریان حمله (Attack Flow)

در نمودار زیر (شکل ۱)، مهاجم با ارسال لینک مخرب به قربانی، از نقص تزریق IPC برای اجرای دستور interpret: و سرقت فایل‌ های نشست استفاده می‌کند.

اثبات مفهوم (PoC) — کاملاً غیرمخرب

آزمایشگاه تخصصی Vulnerbyte، این آسیب ‌پذیری را در محیط ایزوله و کنترل‌ شده با استفاده از نسخه آسیب ‌پذیر بررسی و اجرا کرده است

• این آزمایشگاه شامل نسخه آسیب ‌پذیر درایور تلگرام دسکتاپ نسخه ی ویندوز است
• اجرای PoC در محیط آزمایشگاهی منجر به ارسال خودکار فایل ‌های حساس نشست تلگرام از سیستم قربانی به یک کانال یا گروه تحت کنترل مهاجم است
• این اثبات مفهوم صرفاً توصیفی و آموزشی بوده و شامل تغییرات مخرب نمی‌شود

رفع مسئولیت

این گزارش صرفاً با هدف آموزش، تحلیل فنی و ارتقای امنیت سازمانی تهیه شده است. هرگونه استفاده مخرب یا خارج از چارچوب‌های قانونی از محتوای آن ممنوع است.

منابع

https://www.cve.org/CVERecord?id=CVE-2026-107181

https://nvd.nist.gov/vuln/detail/CVE-2026-107181

https://github.com/SeanDishman/telegram-cve-2026-107181

https://github.com/abdugafforov-bobur/cve-2026-107181-poc

https://github.com/00nx/telegram-account-takeover-poc

https://github.com/kinghacker0/Telegram-EvilDropper

https://github.com/telegramdesktop/tdesktop/commit/db3405699f8fc3ae28a58d2348b7d13a43c0590a

https://github.com/telegramdesktop/tdesktop/blob/v7.2.8/Telegram/SourceFiles/core/sandbox.cpp#L362-L364

https://github.com/telegramdesktop/tdesktop/blob/v7.2.8/Telegram/SourceFiles/support/support_helper.cpp#L673-L751

https://beaksec.github.io/posts/telegram-desktop-one-click-account-takeover/

https://cwe.mitre.org/data/definitions/143.html