สถาปัตยกรรมเฝ้าระวังของอิหร่านและวิกฤตการติดตาม Telegram: ความเสี่ยงจากการเปิดเผย auth_key_id และคู่มือป้องกันสำหรับผู้ใช้
แก้ไข mtproto не работает · แก้ไข mtrproto, mtporoto, мтпрото

ในอิหร่าน ทันทีที่คุณเปิดแชท Telegram อุปกรณ์ของคุณได้ส่งบัตรประจำตัวให้ระบบเฝ้าระวังแล้ว

นี่ไม่ใช่การกล่าวเกินจริง – มันเกิดจากคุณลักษณะการออกแบบของโปรโตคอลเข้ารหัส MTProto พื้นฐานของ Telegram ที่เรียกว่า "auth_key_id" (ตัวระบุคีย์การอนุญาต) ในเดือนพฤษภาคม 2026 รายงานการประเมินทางเทคนิคที่เผยแพร่โดยบริษัทความปลอดภัยไซเบอร์อิสระ Symbolic Software ยืนยันว่าไคลเอนต์ Telegram ส่งข้อความ MTProto ผ่านการเชื่อมต่อ TCP ที่ไม่เข้ารหัส ทำให้ auth_key_id ถูกเปิดเผยในรูปแบบข้อความธรรมดาในทราฟฟิกเครือข่าย หน่วยงานใดก็ตามที่มีการเข้าถึงเครือข่ายแบบพาสซีฟสามารถดึงตัวระบุนี้ได้อย่างง่ายดาย หากคุณกำลังประสบกับ mtproto не работаетการเปิดเผยนี้อาจเกี่ยวข้องกับการระบุลายนิ้วมือด้วย DPI เช่นกัน

บทความนี้ผสมผสานสถาปัตยกรรมเฝ้าระวังเฉพาะของอิหร่านเพื่อวิเคราะห์ความเสี่ยงเฉพาะของการเปิดเผย auth_key_id ประเมินประสิทธิภาพของ VPN และพร็อกซีต่างๆ และสุดท้ายเสนอแผนการป้องกันที่ใช้งานได้จริงสำหรับผู้ใช้

I. สถาปัตยกรรมเฝ้าระวังอย่างเป็นระบบของอิหร่าน: จาก Shahkar ถึง SIAM

ข้อได้เปรียบหลักของระบบเฝ้าระวังของอิหร่านอยู่ที่การรวมชั้นเครือข่าย ชั้นเครือข่ายมือถือ และชั้นการพิสูจน์ตัวตน แม้ว่าคุณจะเชื่อมต่อกับเซิร์ฟเวอร์พร็อกซีสำเร็จ ระบบเฝ้าระวังก็ยังสามารถระบุตัวคุณและอุปกรณ์ของคุณได้ผ่านหลายวิธี และการเปิดเผย auth_key_id ของ Telegram ก็ให้ตัวระบุที่แม่นยำเพิ่มเติมแก่ระบบเหล่านี้

1. เครือข่ายข้อมูลแห่งชาติและระบบดักฟังตามกฎหมาย (LIS)

อิหร่านได้สร้างเครือข่ายข้อมูลแห่งชาติ (NIN) ซึ่งแยกอินเทอร์เน็ตภายในประเทศออกจากอินเทอร์เน็ตระหว่างประเทศ หน่วยงานได้เปลี่ยนจากรูปแบบการบล็อกแบบ "บัญชีดำ" เป็นรูปแบบ "บัญชีขาว" โดยใช้ฐานข้อมูล SHAHKAR และ HAMTA เพื่อติดตามเอกสารระบุตัวตนและอุปกรณ์ของผู้ใช้ ตัดการเข้าถึงอินเทอร์เน็ตระหว่างประเทศของสาธารณะได้อย่างง่ายดาย ขณะที่สงวนการเข้าถึงพิเศษสำหรับกลุ่มเฉพาะ

บนสถาปัตยกรรมนี้ หน่วยงานกำกับดูแลการสื่อสารของอิหร่านร่วมมือกับผู้ให้บริการรายใหญ่ที่สุดในประเทศได้จัดตั้งระบบดักฟังตามกฎหมาย (LIS) ซึ่งประกอบด้วยระบบย่อยหลักสี่ระบบ: การดักฟังตามกฎหมาย (LI), การควบคุมอุปกรณ์ผิดกฎหมาย (CID), ระบบ SHAHKAR และระบบ SHAMSA โดยในจำนวนนี้:

• ระบบ SHAHKAR: ฐานข้อมูลการพิสูจน์ตัวตนส่วนกลางที่เก็บข้อมูลของผู้ใช้มือถือทั้งหมด การลงทะเบียนซิมการ์ดต้องมีการลงทะเบียนไบโอเมตริกและบัตรประชาชน ระบบตรวจสอบว่าผู้ใช้ที่ใช้ที่อยู่ IP หรือหมายเลขโทรศัพท์เฉพาะเป็นบุคคลจริงหรือไม่
• ระบบ SIAM: ระบบคอมพิวเตอร์ที่สามารถจัดการการเชื่อมต่อมือถือจากระยะไกลได้ ให้ผู้ให้บริการมีฟังก์ชันประมาณ 40 อย่างในการเปลี่ยนแปลง รบกวน และตรวจสอบการใช้งานโทรศัพท์ของผู้ใช้ รวมถึงการบังคับลดระดับเป็นเครือข่าย 2G ที่ไม่ปลอดภัย การติดตามตำแหน่ง การเก็บเมตาดาต้า เป็นต้น
• การตรวจสอบแพ็กเก็ตเชิงลึก (DPI): ระบบเฝ้าระวังสามารถวิเคราะห์เนื้อหาแพ็กเก็ตและลักษณะทราฟฟิก ระบุลายเซ็นโปรโตคอล VPN รูปแบบการเข้ารหัสที่ผิดปกติ พอร์ตที่ไม่ได้มาตรฐาน และที่อยู่ IP ที่ชี้ไปยังศูนย์ข้อมูล

2. กลไกการทำงานของห่วงโซ่การเฝ้าระวัง

เมื่ออุปกรณ์ของคุณสร้างทราฟฟิก ระบบเฝ้าระวังจะเก็บข้อมูลจากหลายชั้น: อุปกรณ์ DPI วิเคราะห์ทราฟฟิกเครือข่ายแบบเรียลไทม์ ระบุโปรโตคอล และดึงเมตาดาต้า; ระบบ SIAM สามารถรับหมายเลขโทรศัพท์และ IMSI จากชั้นเครือข่ายมือถือ; ฐานข้อมูล SHAHKAR ผูกซิมการ์ดกับตัวตนจริง เมื่อระบบเหล่านี้เชื่อมโยงกับ auth_key_id จะเกิดห่วงโซ่การยึดโยงตัวตนที่สมบูรณ์ ส่วนที่น่ากลัวที่สุดของระบบอิหร่านไม่ใช่ความสามารถทางเทคนิคแต่ละอย่าง แต่เป็นสถาปัตยกรรมแบบบูรณาการข้ามชั้นนี้: Shahkar เชื่อมโยงซิมการ์ดกับบัตรประชาชน SIAM สามารถจัดการอุปกรณ์ HAMTA ลงทะเบียนรุ่นอุปกรณ์ – เมื่อรวมกัน auth_key_id กลายเป็นกุญแจสุดท้ายที่ไขประตูนี้

II. การเปิดเผย auth_key_id: กุญแจสุดท้ายในห่วงโซ่การเฝ้าระวัง

1. auth_key_id คืออะไร?

auth_key_id เป็นตัวระบุ 64 บิตในโปรโตคอล MTProto เมื่อไคลเอนต์ Telegram เข้าสู่ระบบอุปกรณ์ครั้งแรก จะสร้างคีย์การอนุญาต 2048 บิต (auth_key) ผ่านการแลกเปลี่ยนคีย์ Diffie-Hellman และ auth_key_id คือแฮช SHA-1 64 บิตล่างของคีย์นั้น มันอยู่ที่ตำแหน่งหน้าสุดของเฮดเดอร์ภายนอก MTProto ในการส่งข้อความทุกครั้ง บ่งบอกเซิร์ฟเวอร์ว่า "ใช้คีย์ใดในการถอดรหัสเนื้อหาต่อไปนี้"

2. ความรุนแรงของการเปิดเผย

การประเมินทางเทคนิคของ Symbolic Software ยืนยัน: auth_key_id ไม่เปลี่ยนแปลงตลอดเซสชัน การเปลี่ยน IP การสลับเครือข่าย และการย้ายภูมิศาสตร์ ทำให้เป็นเครื่องมือที่มีประสิทธิภาพสำหรับผู้สังเกตการณ์เครือข่ายแบบพาสซีฟในการติดตามอุปกรณ์เดียวในระยะยาว ตัวกลางเครือข่ายใดก็ตาม – ISP ผู้ดูแลเครือข่าย ระบบเฝ้าระวังของรัฐ – สามารถเก็บค่า auth_key_id ผ่านการตรวจสอบเครือข่ายแบบพาสซีฟ โดยไม่ต้องโจมตีแบบ man-in-the-middle ไม่ต้องถอดรหัสใบรับรอง หรือจัดการโปรโตคอล เพียงแค่ดักจับแพ็กเก็ตและถอดรหัสการอำพรางก็เพียงพอ

3. เส้นทางการใช้ประโยชน์ในระบบเฝ้าระวังของอิหร่าน

เมื่อเผชิญกับระบบเฝ้าระวังหลายชั้นของอิหร่าน auth_key_id เผชิญกับความเสี่ยงจากการเปิดเผยหลายประการ ไม่ว่าจะใช้การเชื่อมต่อโดยตรงหรือ VPN มันอาจรั่วไหลที่โหนดสำคัญหลายจุด:

4. ธรรมชาติของความเสี่ยง

ความเสี่ยงของการเปิดเผย auth_key_id อยู่ที่ความคงทนและการเชื่อมโยงได้ มันไม่ใช่เครื่องหมายชั่วคราวระดับเซสชัน แต่เป็นตัวระบุคงที่ที่ผูกกับคีย์การอนุญาตระยะยาวของอุปกรณ์ หากการเชื่อมต่อครั้งเดียว (เช่น การลงทะเบียนบน WiFi โรงแรม) เชื่อมโยง auth_key_id ของคุณกับตัวตนจริงของคุณ ระบบเฝ้าระวังสามารถใช้ "จุดยึด" นี้เพื่อค้นหาบันทึกทราฟฟิกประวัติทั้งหมด – บันทึกการสื่อสารของคุณในช่วงหลายเดือนที่ผ่านมาข้ามเครือข่ายต่างๆ อาจถูกติดตามได้ในครั้งเดียว แม้ว่าคุณจะใช้ VPN หรือเปลี่ยนเครือข่ายในขณะนั้น

III. การประเมิน VPN และพร็อกซีในอิหร่าน (รวมถึงการแก้ไข mtproto не работает)

1. VPN แบบดั้งเดิม: ถูกบล็อกอย่างเป็นระบบ

• OpenVPN: ลายนิ้วมือโปรโตคอลถูกรับรู้อย่างสมบูรณ์โดยระบบ DPI ถูกบล็อกในอิหร่านมาหลายปี อัตราการตรวจจับใกล้ 100%
• WireGuard: กระบวนการจับมือมีโครงสร้างคงที่ ระบบ DPI ของอิหร่านได้รับการฝึกฝนให้จดจำ เซิร์ฟเวอร์ WireGuard ที่ติดตั้งใหม่มักถูกระบุและบล็อกภายในไม่กี่ชั่วโมง การเพิ่มชั้นการอำพรางให้การปรับปรุงระยะสั้น แต่การอำพรางเองก็ค่อยๆ ก่อตัวเป็นลายนิ้วมือที่ระบบสามารถจำแนกได้
• IPSec/L2TP: แทบจะ "ตาย" ในอิหร่าน ยังถูกบล็อกอย่างหนักเนื่องจากลายนิ้วมือโปรโตคอลที่ชัดเจน

สรุป: การพึ่งพาโปรโตคอลเหล่านี้เพื่อสร้างเซิร์ฟเวอร์ VPN ด้วยตนเองตั้งแต่ต้นไม่ใช่โซลูชันที่ยั่งยืนอีกต่อไป

2. Shadowsocks: ดีกว่า VPN แบบดั้งเดิมเล็กน้อย แต่ไม่ยั่งยืน

Shadowsocks ถูกสร้างขึ้นโดยนักพัฒนาชาวจีนเพื่อหลบเลี่ยง "Great Firewall" โดยใช้วิธีการอำพรางที่ไม่ได้มาตรฐาน ระบบ DPI ไม่สามารถจำแนกทราฟฟิกได้อย่างชัดเจนว่าเป็นพร็อกซี/VPN ทำให้ได้เปรียบเชิงเปรียบเทียบในสภาพแวดล้อมการเซ็นเซอร์ของอิหร่าน แต่ Shadowsocks ไม่ใช่ยาครอบจักรวาล มันขาดการจำลองคุณลักษณะขั้นสูงเช่นการจับมือ TLS และหลังการใช้งานระยะยาว รูปแบบทราฟฟิกอาจถูกจำแนกและจดจำโดยระบบการเรียนรู้ของเครื่อง

3. VLESS + Reality: เทคโนโลยีต้านการเซ็นเซอร์ที่แข็งแกร่งที่สุดในปัจจุบัน

โปรโตคอล VLESS ถูกออกแบบมาโดยเฉพาะเพื่อหลบเลี่ยงการตรวจจับของ DPI โดยห่อข้อมูลเส้นทางใน TLS มาตรฐาน ทำให้ทราฟฟิกที่สร้างขึ้นในระดับแพ็กเก็ตแยกไม่ออกจาก HTTPS ทั่วไป ด้วยเทคโนโลยีการขนส่ง REALITY มันสามารถยืมใบรับรอง TLS ของเว็บไซต์ที่ถูกต้องเพื่ออำพรางเป้าหมายจริง ระบบตรวจสอบเชิงรุกของอิหร่านเมื่อตรวจสอบเซิร์ฟเวอร์ VLESS+Reality จะได้รับการตอบสนองเช่นเดียวกับเว็บไซต์จริง และเซิร์ฟเวอร์ไม่เปิดเผยฟังก์ชันพร็อกซี ผู้ให้บริการที่กำหนดค่าเซิร์ฟเวอร์ VLESS อย่างถูกต้องภายในอิหร่านรายงานอัตราการตรวจจับต่ำกว่า 5% เซิร์ฟเวอร์ที่จะถูกบล็อกภายในไม่กี่วันภายใต้มาตรฐาน WireGuard สามารถทำงานได้หลายเดือนภายใต้การกำหนดค่า VLESS+Reality ที่ถูกต้อง

4. พร็อกซี MTProto: ออกแบบมาโดยเฉพาะสำหรับ Telegram (และ mtproto не работает)

พร็อกซี MTProto ถูกออกแบบมาโดยเฉพาะสำหรับ Telegram และทำงานเฉพาะกับ Telegram เท่านั้น ไม่สามารถพร็อกซีทราฟฟิกของเบราว์เซอร์หรือแอปอื่นได้ ในสภาพแวดล้อมการเซ็นเซอร์ปี 2026 มีเพียงพร็อกซี MTProto รุ่นที่สามที่ขึ้นต้นด้วย "ee" (เปิดใช้งาน Fake TLS) เท่านั้นที่ยังมีประสิทธิภาพ หากคุณพบ mtproto не работаетการอัปเกรดเป็น MTG 2.2.8 หรือใช้พร็อกซีเฉพาะเช่นของ TGV มักจะแก้ปัญหาได้

อย่างไรก็ตาม แม้แต่พร็อกซี MTProto แบบ Fake TLS ก็ไม่สามารถซ่อน auth_key_id ได้ ไคลเอนต์ Telegram ใช้ TCP ที่ไม่เข้ารหัสในชั้นการขนส่ง และการเปิดเผย auth_key_id เป็นปัญหาการออกแบบพื้นฐานของโปรโตคอล – ไม่ว่าพร็อกซีจะอำพรางมากเพียงใด auth_key_id ก็ถูกเปิดเผยต่อโหนดกลางเครือข่ายก่อนถึงเซิร์ฟเวอร์พร็อกซี เมื่อวันที่ 1 เมษายน 2026 ISP รัสเซียหลายรายเริ่มระบุการจับมือ Telegram MTProto/FakeTLS ผ่านการวิเคราะห์ลายนิ้วมือ TLS ทำให้เกิด mtproto не работает ความล้มเหลวอย่างแพร่หลาย ขณะที่บริการ VLESS Reality บนเซิร์ฟเวอร์เดียวกันยังคงทำงานปกติ

IV. โซลูชันที่เป็นไปได้: กลยุทธ์การป้องกันหลายชั้น

เมื่อเผชิญกับการเฝ้าระวังที่ครอบคลุมของอิหร่าน ไม่มีเครื่องมือใดเพียงอย่างเดียวที่เพียงพอต่อการรับประกันความปลอดภัยอย่างสมบูรณ์ คุณต้องมีกลยุทธ์การป้องกันหลายชั้น

V. คู่มือการปฏิบัติจริง

1. รีเซ็ต auth_key_id อย่างจริงจัง (ขั้นตอนหลัก)

เนื่องจากความคงทนของ auth_key_id เป็นความเสี่ยงที่ใหญ่ที่สุด การรีเซ็ตเป็นระยะจึงเป็นวิธีที่มีประสิทธิภาพที่สุดในการทำลายการติดตามระยะยาว

• ออกจากระบบและเข้าสู่ระบบอีกครั้งในแอป: การตั้งค่า → แก้ไขโปรไฟล์ (iOS) หรือแตะอวาตาร์บัญชี (Android) เลือก "ออกจากระบบ" นี่เป็นวิธีที่ตรงที่สุดในการกระตุ้นการรีเซ็ต auth_key
• ออกจากระบบอุปกรณ์ที่น่าสงสัยจากระยะไกล: บนอุปกรณ์ที่เชื่อถือได้ ไปที่การตั้งค่า → อุปกรณ์ เลือกและยุติเซสชันที่ไม่อยู่ในการควบคุมของคุณ ทำให้ auth_key บนอุปกรณ์เหล่านั้นเป็นโมฆะทันที

2. ติดตั้งพร็อกซีต้านการเซ็นเซอร์

แนะนำให้ติดตั้งโปรโตคอล VLESS + Reality บน VPS ใช้ Xray เป็นตัวอย่าง ขั้นตอนโดยย่อ:

• ติดตั้ง Xray-core: bash -c "$(curl -L https://github.com/XTLS/Xray-install/raw/main/install-release.sh)" @ install
• สร้างคู่คีย์ Reality: xray x25519
• กำหนดค่า config.json เลือกโดเมนอำพรางที่น่าเชื่อถือ (แนะนำโดเมน Microsoft หรือ GitHub) หลีกเลี่ยงโดเมนอำพรางทั่วไปที่ระบบเฝ้าระวังตั้งค่าสถานะแล้ว
• นำเข้าการกำหนดค่าบนไคลเอนต์ (v2rayNG, Nekoray ฯลฯ) และใช้ตัวเลือก fingerprint ของ chrome หรือ safari

3. สร้างช่องทางเฉพาะสำหรับ Telegram

• รับโหนดพร็อกซี MTProto รุ่นที่สามที่ใช้งานได้ (รูปแบบ tg://proxy?secret=ee...) TGV จัดหาให้สำหรับผู้ใช้ที่ชำระเงิน
• เปิดการตั้งค่า Telegram → ข้อมูลและการจัดเก็บ → การตั้งค่าพร็อกซี → เพิ่มพร็อกซี เลือกประเภท MTProto กรอกข้อมูลพร็อกซี
• ข้อควรจำสำคัญ: พร็อกซี MTProto มีไว้เพื่อ "การเข้าถึงการเชื่อมต่อ" ของ Telegram เท่านั้น ไม่ได้แก้ปัญหาการเปิดเผย auth_key_id คุณยังคงต้องรีเซ็ต auth_key_id เป็นระยะ

VI. สรุปและข้อแนะนำ

ภายใต้สถาปัตยกรรมการเฝ้าระวังปัจจุบันของอิหร่าน การเปิดเผย auth_key_id ถือเป็นความเสี่ยงด้านความเป็นส่วนตัวที่สำคัญและต่อเนื่อง ข้อสรุปหลัก:

• ภัยคุกคามจากการเฝ้าระวังครอบคลุมทุกด้าน ระบบ DPI, SIAM และ Shahkar ทำงานร่วมกัน และการเปิดเผย auth_key_id ที่ซ้อนทับอยู่ด้านบนสร้างความสามารถในการติดตามอุปกรณ์ระยะยาวที่มีความแม่นยำสูง
• VPN แบบดั้งเดิมกำลังล้มเหลว ในปี 2026 OpenVPN และ WireGuard ไม่สามารถทำงานได้อย่างเสถียรในระยะยาวในอิหร่านอีกต่อไป ระบบเซ็นเซอร์กำลังยกระดับในทุกด้าน
• เทคโนโลยีที่ได้ผลในปัจจุบันคือ VLESS+Reality และพร็อกซี MTProto รุ่นที่สาม แต่พร็อกซี MTProto ไม่สามารถแก้ปัญหาพื้นฐานของการเปิดเผย auth_key_id ได้ หากคุณเห็น mtproto не работаетให้พิจารณาเปลี่ยนไปใช้ VLESS+Reality หรืออัปเกรดพร็อกซี MTProto ของคุณเป็น MTG 2.2.8
• การรีเซ็ต auth_key_id อย่างจริงจังและเป็นระยะเป็นสิ่งจำเป็น ผู้ใช้ควรสร้างนิสัย "ออกจากระบบ → เข้าสู่ระบบใหม่" ทุก 1-3 เดือน เพื่อทำลายห่วงโซ่การติดตามระยะยาว
• กลยุทธ์การป้องกันหลายชั้นเป็นสิ่งจำเป็น ในอิหร่าน คุณไม่สามารถพึ่งพาเครื่องมือเดียวได้ คุณต้องใช้พร็อกซีต้านการเซ็นเซอร์ การรีเซ็ตคีย์เป็นระยะ และการแยกตัวตนอย่างครอบคลุมเพื่อสร้างการป้องกันหลายชั้น
• เกมแมวกับหนูยังคงดำเนินต่อไป จงระแวดระวังและหมั่นอัปเดตวิธีการป้องกันของคุณอยู่เสมอ – นั่นคือวิธีที่ดีที่สุดในการปกป้องความปลอดภัยและความเป็นส่วนตัวของคุณ