Xiaomi Critical Dosyası Nedir? DFT Pro ile IMEI Değişimi
  • Mayıs 7, 2026

 

 

Xiaomi Critical Dosyası Nedir? DFT Pro ile IMEI Değişimi Adım Adım 2026

Son Güncelleme: Mayıs 2026 |

Yazar: Mert Cep Telefonu Tamir Kursu Teknik Servis Ekibi

 

Başlarken:

İmei değişimi T.C. kanunlarına aykırıdır.

Bilgiler eğitim amaçlı olup cihazın kendi inmesini geri yazmak ile ilgili değerlendirilmelidir.

Xiaomi cihazlarda critical dosyası veya critical data olarak bilinen yapı, cihazın kimlik bilgilerini barındıran en kritik şifreli dosyalardan biridir. Özellikle IMEI numarası bozulan, sinyal sorunu yaşayan veya sertifika hatası alan Xiaomi telefonlarda bu dosyanın onarımı hayati öneme sahiptir. Bu rehberde, DFT Pro aracı kullanarak Xiaomi critical dosyası işlemlerini adım adım, teknik servis uzmanı gözünden detaylandıracağız.

1. Xiaomi Critical Dosyası Nedir ve Ne İşe Yarar?

Xiaomi critical dosyası, cihazın şifrelenmiş kimlik kartı olarak düşünülebilir. Bu dosya, cihazın donanım kimliğini oluşturan temel bilgileri içerir. DFT Pro gibi profesyonel servis araçları ile okunup yazılabilen bu dosya, cihazın ağ bağlantısı için olmazsa olmazdır.

Critical Data İçinde Bulunan Bilgiler:

Bilgi Türü Açıklama Önemi
IMEI 1 & IMEI 2 Cihazın uluslararası mobil ekipman kimliği Sinyal alımı ve operatör kaydı için zorunlu
CPU ID / Chipset ID İşlemcinin benzersiz tanımlayıcısı Cihazın orijinal donanım kimliğini doğrular
WiFi MAC Adresi Kablosuz ağ adaptörünün fiziksel adresi WiFi bağlantısı ve ağ tanımlaması için gerekli
Bluetooth MAC Adresi Bluetooth modülünün fiziksel adresi Bluetooth eşleştirme için kullanılır
Product Code Cihaz modelinin ürün kodu Yazılım uyumluluğu için kritik
Sertifika Verileri Cihazın dijital sertifika bilgileri Güvenlik ve operatör onayı için gerekli
Bilgi: Critical data dosyası şifrelenmiş bir yapıdadır ve doğrudan düzenlenemez. DFT Pro aracı veya CPID servisleri aracılığıyla parse edilip, yeni değerlerle tekrar oluşturulması gerekir.

2. Critical Dosyanın IMEI Değişimindeki Rolü

IMEI numarası bozulan bir Xiaomi cihazda, sadece yazılımsal bir düzeltme yetersiz kalır. Çünkü IMEI, cihazın donanım seviyesinde critical data içinde saklanır. İşte tam bu noktada critical dosyanın rolü devreye girer:

IMEI Değişim Sürecinde Critical Dosyanın Rolü:

  1. Okuma (Read): Mevcut critical data dosyası DFT Pro ile okunur ve cihazın orijinal donanım kimliği (CPU ID, MAC adresleri vb.) elde edilir.
  2. Parse (Çözümleme): Okunan şifreli dosya, CPID servisi veya DFT Pro’nun parse özelliği ile çözümlenir. Böylece içindeki değerler görülebilir hale gelir.
  3. IMEI Güncelleme: Bozulan veya değişmesi gereken IMEI numarası, orijinal donanım bilgileri korunarak güncellenir.
  4. Yeni Critical Data Oluşturma: Güncellenmiş IMEI ve orijinal donanım bilgileri ile yeni bir critical data dosyası oluşturulur.
  5. Yazma (Write): Yeni oluşturulan critical data dosyası, cihaza geri yazılır ve cihaz yeni kimliğiyle çalışmaya başlar.
Önemli Uyarı: IMEI değişimi yalnızca orijinal IMEI numarası bozulan cihazlar için yapılmalıdır. Yasal olmayan IMEI klonlama veya değiştirme işlemleri suç teşkil eder. Bu rehber sadece teknik bilgi amaçlıdır.

3. Gerekli Araçlar ve Ön Hazırlık

DFT Pro ile Xiaomi critical data işlemi yapmadan önce aşağıdaki hazırlıkların tamamlanması gerekir:

Gerekli Araçlar ve Yazılımlar:

  • DFT Pro Tool ( 2026 Güncel sürüm)
  • USB 2.0/3.0 Data Kablosu (orijinal Xiaomi kablosu tercih edilmelidir)
  • Test Point Kablosu (EDL modu için gerekebilir)
  • Qualcomm USB Driver (Qualcomm cihazlar için)
  • Mediatek USB Driver (Mediatek cihazlar için)
  • Windows 10/11 İşletim Sistemi
  • Güç Kaynağı (İşlem sırasında cihazın kapanmaması için)

Cihaz Hazırlığı:

  1. Cihaz şarj seviyesi en az %50 olmalıdır.
  2. Bootloader kilidi durumu kontrol edilmelidir (bazı modellerde ENG ROM veya root gerekebilir).
  3. USB hata ayıklama modu (ADB) aktif edilmelidir.
  4. Cihazın chipset modeli (Qualcomm, Mediatek veya Unisoc) kesin olarak tespit edilmelidir.

4. DFT Pro ile Critical Data İşlemleri Adım Adım

Aşağıda DFT Pro kullanarak Xiaomi cihazlarda critical data okuma, parse etme ve yazma işlemlerinin detaylı anlatımı yer almaktadır. Bu adımlar hem Qualcomm hem de Mediatek tabanlı cihazlar için geçerlidir.

1 DFT Pro’yu Açın ve Cihazı BağlayınDFT Pro aracını yönetici olarak çalıştırın. Cihazı Fastboot, EDL veya ADB modunda bilgisayara bağlayın. DFT Pro otomatik olarak cihazı algılayacaktır. Cihaz modelini ve chipset bilgisini doğrulayın.

2 Xiaomi Sekmesine GeçinDFT Pro ana menüsünden “Xiaomi” sekmesine tıklayın. Ardından “Special – QCN” veya “Critical Data” sekmesine geçin. Burada cihazınızın desteklenip desteklenmediğini kontrol edin.

3 Critical Data Oku (Read Critical Data)“Read Critical Data” butonuna tıklayın. DFT Pro, cihazın critical bölümünü okuyacak ve şifreli bir dosya oluşturacaktır. Bu dosyayı güvenli bir konuma kaydedin. Dosya adı genellikle critical_data_[model]_[tarih].bin formatında olacaktır.

Not: Bu işlem cihazın donanım kimliğini içerdiğinden, dosyayı asla kaybetmeyin. Orijinal yedek her zaman elinizin altında bulunmalıdır.

4 Critical Data Parse İşlemiOkunan critical data dosyasını parse etmek için DFT Pro içindeki “Parse Critical Data” özelliğini kullanın veya CPID servis web sitesine yükleyin. Parse işlemi sonucunda aşağıdaki bilgiler görüntülenecektir:

  • IMEI 1 ve IMEI 2 değerleri
  • CPU ID / Chipset ID
  • WiFi MAC adresi
  • Bluetooth MAC adresi
  • Product code
  • Wifi ve BT mac adresleri : işaretleri ile yazilmamalı

5 Yeni IMEI ve Bilgileri GirinParse edilen veriler ekrana geldikten sonra, bozulan veya değişmesi gereken IMEI numarasını yeni değerle güncelleyin. Diğer tüm donanım bilgilerini (CPU ID, MAC adresleri vb.) olduğu gibi bırakın. Product code alanını da cihazınızın orijinal model koduyla doldurun.

6 Yeni Critical Data OluşturunGüncellenmiş bilgileri onayladıktan sonra “Generate New Critical Data” veya “Create Critical File” butonuna tıklayın. Sistem, yeni IMEI ve orijinal donanım bilgilerini birleştirerek şifrelenmiş yeni bir critical data dosyası oluşturacaktır.

7 Yeni Critical Data’yı Cihaza YazınOluşturulan yeni critical data dosyasını DFT Pro ile cihaza yazmak için “Write Critical Data” butonuna tıklayın. Dosya konumunu seçin ve yazma işlemini başlatın. İşlem süresi cihaz modeline göre 30 saniye ile 2 dakika arasında değişebilir.

İşlem sırasında cihazın kablosunu kesmeyin ve bilgisayarı kullanmayın.

8 Cihazı Yeniden Başlatın ve Kontrol EdinYazma işlemi tamamlandıktan sonra cihazı yeniden başlatın. Ayarlar > Telefon Hakkında bölümünden IMEI numarasının doğru yazılıp yazılmadığını kontrol edin. Ayrıca sinyal çubuklarının görünüp görünmediğini ve operatör bağlantısının sağlanıp sağlanmadığını test edin.

Başarılı! Tüm adımlar doğru şekilde tamamlandığında, cihazınız yeni IMEI numarası ve orijinal donanım kimliğiyle sorunsuz çalışmaya başlayacaktır.

5. Qualcomm ve Mediatek Farkları

Xiaomi cihazlarda critical data işlemleri, kullanılan chipset platformuna göre farklılık gösterebilir. DFT Pro her iki platformu da desteklemekle birlikte, bazı teknik farklılıklar bulunmaktadır.

Özellik Qualcomm Platformu Mediatek Platformu Unisoc Platformu
Bağlantı Modu EDL (9008) veya Fastboot Meta Mode, BROM veya Fastboot Fastboot veya DIAG Modu
Critical Data Konumu Qualcomm güvenlik bölgesi Mediatek NVRAM / Güvenlik bölgesi Unisoc güvenlik alanı
DFT Pro Sekmesi Xiaomi > Special > QCN Xiaomi > Mediatek > Critical Data Xiaomi > Unisoc > Critical Data
Ek Gereksinim Test point kısa devre (bazı modeller) Auth file (bazı yeni modeller) Bootloader kilidi açık olmalı
Desteklenen Modeller Redmi Note serisi, Mi serisi, POCO Redmi A serisi, Note serisi (bazı) Redmi A3x, A5, POCO C71

6. Sık Karşılaşılan Hatalar ve Çözümleri

DFT Pro ile critical data işlemi yapılırken karşılaşılabilecek yaygın hatalar ve pratik çözümleri aşağıda listelenmiştir:

Hata 1: “Critical Data Read Failed” (Okuma Hatası)

Nedeni: Cihaz doğru modda bağlanmamış veya driver eksikliği olabilir.

Çözüm: Cihazı EDL (9008) moduna almayı deneyin. Qualcomm USB driver’ları yeniden yükleyin. USB kablosunu değiştirin.

Hata 2: “Parse Error – Invalid Critical Data”

Nedeni: Okunan dosya bozuk olabilir veya cihazın güvenlik tipi desteklenmiyor olabilir.

Çözüm: DFT Pro’yu güncel sürüme yükseltin. Cihazın güvenlik tipini (Sec_type) kontrol edin. Farklı bir parse servisi deneyin.

Hata 3: “Write Failed – Authentication Error”

Nedeni: Yeni critical data dosyası doğru oluşturulmamış veya cihazın güvenlik doğrulaması başarısız olmuştur.

Çözüm: CPU ID ve product code değerlerinin doğru olduğundan emin olun. Orijinal critical data’dan parse edilen değerleri değiştirmeden kullanın.

Hata 4: “IMEI Not Registered / No Signal”

Nedeni: IMEI numarası yazılmış ancak sertifika (CERT) onayı yapılmamış olabilir.

Çözüm: DFT Pro üzerinden “Patch CERT” veya “Repair Certificate” işlemini de gerçekleştirin. Bazı modellerde ek sertifika onayı gerekebilir.

7. Sık Sorulan Sorular

Critical data dosyasını kaybedersem ne olur?

Orijinal critical data dosyasını kaybetmeniz durumunda, cihazın orijinal donanım kimliğini (CPU ID, MAC adresleri) geri getirmek oldukça zorlaşır. Bu nedenle her işlem öncesi mutlaka yedek alın. Bazı durumlarda profesyonel veri kurtarma servisleri yardımcı olabilir.

DFT Pro olmadan critical data yazılabilir mi?

Xiaomi cihazlarda critical data yazma işlemi şifrelenmiş özel bir yapı gerektirdiğinden, DFT Pro, Trtools, UnlockTool veya benzeri profesyonel servis araçları olmadan yapılması teknik olarak mümkün değildir.

Tüm Xiaomi modellerinde critical data işlemi yapılabilir mi?

2026 itibarıyla DFT Pro, Redmi 13, Redmi 14C, Redmi Note 14 Pro, POCO X7, Xiaomi 15T ve daha birçok yeni modelde critical data okuma/yazma desteği sunmaktadır. Ancak çok yeni çıkan bazı modellerde destek eklenmesi için güncelleme beklenmesi gerekebilir.

Critical data işlemi cihazın garantisini etkiler mi?

Evet, critical data ve IMEI işlemleri cihazın yazılımsal garanti kapsamındaki haklarını etkileyebilir. Bu işlemlerin yetkili servis dışında yapılması garanti koşullarını geçersiz kılabilir.

Yasal Uyarı: Bu rehberde anlatılan işlemler yalnızca teknik bilgi ve eğitim amaçlıdır. IMEI değişimi, klonlama veya yasa dışı kullanım tamamen kullanıcının sorumluluğundadır. Cep telefonu tamir ve yazılım işlemleri konusunda profesyonel eğitim almanız önemle tavsiye edilir.

Kaynak: Bu rehber DFT Pro resmi dokümantasyonu ve teknik servis deneyimleri temelinde hazırlanmıştır. Güncel destek listesi için DFT Pro resmi web sitesini kontrol ediniz.Yöntemler marka model versiyona ve işlemin tarihine göre değişebilir. 

| Cep Telefonu Tamir Kursu

 

Devamını Oku
HyperOS 2 Cihazlarda Diag Modu Açma DFT Pro v7.0.1 ile Tam Prosedür
  • Mayıs 7, 2026

 

 

HyperOS 2 Cihazlarda Diag Modu Açma
DFT Pro v7.0.1 ile Tam Prosedür

Bölüm SRV-0411 · Qualcomm tabanlı Xiaomi cihazlarda servis tanılama portunun etkinleştirilmesi ·
SELinux geçiş komutu ve Diag etkinleştirme sekansı dahil tam teknik servis belgesi

§ SRV-0411 · BÖLÜM 01

Genel Bakış ve Kapsam

Xiaomi, HyperOS 2 ile birlikte sistem güvenlik mimarisini önceki MIUI sürümlerine kıyasla önemli ölçüde sertleştirdi. Bu sertleştirmenin en belirgin sonucu, Qualcomm platformlarında Diagnostics (Diag) portunun varsayılan olarak kapalı gelmesi ve standart ADB komutlarıyla açılamamasıdır. Servis uzmanları için bu durum, QPST, QFIL ve benzeri Qualcomm tabanlı araçlarla çalışmayı doğrudan etkiler.

DFT Pro v7.0.1, bu kısıtlamayı iki aşamalı bir yaklaşımla aşar. İlk adımda SELinux çekirdek politikası Permissive (izin verici) moda çekilir; bu sayede güvenlik modülü kısıtlayıcı olmaktan çıkar. İkinci adımda ise Diag portu yazılımsal olarak etkinleştirilir ve sistem yeniden başlatılmadan Qualcomm USB kanalı açılır. Bu belge, söz konusu prosedürü teknik servis standartlarına uygun biçimde belgeler.

✓ Kapsam

Xiaomi / POCO / Redmi – HyperOS 2 yüklü, Qualcomm Snapdragon işlemcili tüm modeller. Bootloader kilit durumu: Kilitli veya kilitsiz (her iki durum için de geçerlidir).

§ SRV-0411 · BÖLÜM 02

Ön Koşullar ve Ortam Gereksinimleri

§2.1 Gerekli Yazılım ve Sürücüler

Prosedüre başlamadan önce aşağıdaki bileşenlerin kurulu ve aktif olduğundan emin olunmalıdır. Eksik sürücü, DFT Pro’nun cihazı tanımamasına ve işlemin başarısız kalmasına neden olur.

Bileşen Sürüm Durum
DFT Pro v7.0.1 veya üstü ZORUNLU
Qualcomm USB Sürücüsü (HS-USB) COM port tanımlı ZORUNLU
ADB / Android USB Sürücüsü Google veya OEM ZORUNLU
Windows Sürümü 10 / 11 (64-bit) ZORUNLU
USB Kablosu Data + Power (USB 2.0+) ÖNERİLEN
USB Hub KULLANMA

§2.2 Cihaz Durumu Kontrolü

Cihaz ADB üzerinden bağlı ve Scan ADB butonu ile tanınmış olmalıdır. DFT Pro sol panelinde Qualcomm HS USB Android DIAG (COM port) girişinin listelendiğini doğrulayın. Bu giriş görünmüyorsa Qualcomm sürücüsü doğru kurulmamış demektir.

⚠ Kritik Uyarı

Cihaz ADB modunda değilken bu prosedürü uygulamaya çalışmayın. Cihazın USB Hata Ayıklama (USB Debugging) seçeneğinin Geliştirici Seçenekleri menüsünden aktif olduğundan emin olun.

§ SRV-0411 · BÖLÜM 03

Step 1 – SELinux Set Permissive

HyperOS 2 Cihazlarda Diag Modu Açma DFT Pro v7.0.1 ile Tam Prosedür IMG 20260507 WA0001 Cep Telefonu Tamir Kursu 0542 5856892 Teknik servis eğitimi

HyperOS 2, önyükleme sürecinde SELinux politikasını Enforcing modda başlatır. Bu mod, Diag portuna erişimi çekirdek düzeyinde engeller. DFT Pro’nun Fastboot sekmesindeki Selinux Set Permissive komutu, bu politikayı çalışma zamanında geçici olarak Permissive moda çevirir. Cihaz yeniden başlatılana kadar bu değişiklik aktif kalır.

01
Fastboot Moduna Geçiş

Cihazı Fastboot moduna alın. Güç + Ses Kısma tuşlarına aynı anda basarak veya ADB üzerinden adb reboot bootloader komutuyla geçiş sağlanabilir.

02
DFT Pro – Fastboot Sekmesini Aç

DFT Pro ana penceresinde üst menüden Fastboot sekmesine tıklayın. Sol panelde fastboot:aab90c86 benzeri bir seri numarasının göründüğünü doğrulayın.

03
Selinux Set Permissive Butonuna Bas

Sağ panel alt kısımda yer alan Selinux Set Permissive butonuna tıklayın. İşlem birkaç saniye içinde tamamlanır. Sol log panelinde Selinux Permissive: OK çıktısını bekleyin.

04
Log Doğrulaması

DFT Pro log bölümünde Boot Permissive: OK ve Selinux Permissive: OK satırlarının her ikisi de görünmelidir. Bu iki satır olmadan Step 2’ye geçmek anlamsızdır.

✓ Beklenen Çıktı

Sol log panelinde: Variant: SM_UFS · Boot Permissive: OK · Selinux Permissive: OK

§ SRV-0411 · BÖLÜM 04

Step 2 – Enable Diag

SELinux Permissive moda alındıktan sonra cihaz otomatik olarak Android (ADB) moduna geçer. Bu aşamada DFT Pro, ADB üzerinden Diag komutunu doğrudan sistem seviyesine gönderir. HyperOS 2’nin güvenlik katmanı artık bu komutu engelleyemez çünkü SELinux politikası kısıtlayıcı değildir.

01
Scan ADB ile Cihazı Tanı

Cihaz yeniden Android moduna geçtikten sonra DFT Pro üzerinde Scan ADB butonuna basın. Sol panelde Qualcomm COM port bağlantısının listelendiğini doğrulayın.

02
Xiaomi Sekmesi → Enable Diag

Üst menüden Xiaomi sekmesini açın, ardından sol alt köşede yer alan “View and accept IMEI modification terms” onay kutusunu işaretleyin. Bu adım atlandığında Enable Diag butonu aktif olmaz.

03
Enable Diag Butonuna Bas

Sağ panelde Enable Diag butonuna tıklayın. İşlem tamamlandığında cihaz otomatik olarak yeniden başlar ve Qualcomm Diag portu aktif hale gelir.

!
Enable Diag(New) Seçeneği Hakkında

Panelde Enable Diag(New) seçeneği de mevcuttur. Bu seçeneği yalnızca standart Enable Diag çalışmadığında ve cihazın yeni donanım yazılımına sahip olduğundan eminseniz kullanın.

§ SRV-0411 · BÖLÜM 05

Sistem Sinyal Akış Diyagramı

Aşağıdaki diyagram, HyperOS 2 üzerinde Diag portunun etkinleştirilmesi sürecindeki yazılımsal sinyal zincirini göstermektedir. Her düğüm, işlemin başarıyla tamamlanması için gerekli bir geçiş noktasını temsil eder.

Cihaz – Android (ADB)

DFT Pro · Fastboot Reboot

// Fastboot moduna geçiş

Fastboot Bağlantısı

Selinux Set Permissive CMD

// fastboot oem selinux-permissive

SELinux: Enforcing

SELinux: Permissive ✓

// Çekirdek politika değişimi

Otomatik ADB Boot

DFT Pro · Xiaomi Tab

// Android modda yeniden bağlan

Enable Diag CMD

Qualcomm USB Diag Port Aktif

// /dev/diag açık · COM tanımlı

QPST / QFIL / Servis Araçları

Tanılama İşlemleri ✓

// EFS okuma, IMEI onarımı vb.

§ SRV-0411 · BÖLÜM 06

Tanılama Durum Referans Tablosu

DFT Pro log panelinde görünmesi beklenen çıktılar ve olası hata durumları için aşağıdaki referans tablosunu kullanın.

Log Çıktısı Anlam Durum
Selinux Permissive: OK SELinux politikası başarıyla değiştirildi BAŞARILI
Boot Permissive: OK Önyükleme güvenlik bayrağı pasif BAŞARILI
Variant: SM_UFS Depolama tipi UFS – normal BİLGİ
Activated slot: a A/B bölüm yapısında aktif slot A BİLGİ
Bootloader: no Bootloader kilitsiz BİLGİ
Crypto State: encrypted Depolama şifreli – beklenen durum NORMAL
Bootloader: locked Bootloader kilitli – bazı işlemler kısıtlı DİKKAT
Selinux Permissive: FAIL Komut reddedildi – sürücü veya bağlantı sorunu HATA
Enable Diag: FAIL IMEI şartları kabul edilmemiş veya SELinux hâlâ Enforcing HATA

§ SRV-0411 · BÖLÜM 07

İşlem Doğrulama Protokolü

Enable Diag işlemi tamamlandıktan ve cihaz yeniden başladıktan sonra Diag portunun gerçekten aktif olduğunu doğrulamak için aşağıdaki kontrolü uygulayın. Windows Aygıt Yöneticisi üzerinde Bağlantı Noktaları (COM ve LPT) bölümünü açın. Listede Qualcomm HS-USB Diagnostics (COM XX) girişinin göründüğünü teyit edin.

Bu girişin görünmemesi, işlemin tamamlanmadığı veya cihazın HyperOS 2 güncellemesiyle Diag kilidini yeniden uyguladığı anlamına gelir. Bu durumda prosedürü baştan uygulayın; Step 1’de Selinux Set Permissive sonrası log çıktısını daha dikkatli izleyin.

📋 Kontrol Listesi

① Windows Aygıt Yöneticisi açık · ② COM portlar bölümü genişletildi ·
③ “Qualcomm HS-USB Diagnostics” görünüyor · ④ COM numarası not alındı ·
⑤ QPST / hedef araç bu COM portu seçecek şekilde ayarlandı

§ SRV-0411 · BÖLÜM 08

Teknik Uyarılar ve Sınırlamalar

Bu prosedür yalnızca tanılama amaçlıdır ve yetkisiz cihazlara uygulanması cihaz garantisini ve yasal durumu etkileyebilir. Teknik servis uzmanları aşağıdaki noktaları dikkate almalıdır.

⚠ Önemli Sınırlama

SELinux Permissive değişikliği geçicidir. Cihaz her yeniden başlatıldığında HyperOS 2, SELinux politikasını otomatik olarak Enforcing moda geri döndürür. Uzun süreli tanılama gerektiren işlemler için cihazın yeniden başlatılmaması önerilir.

ℹ Bilgi

DFT Pro v7.0.1, bu makalenin hazırlandığı sırada Xiaomi HyperOS 2 ile uyumlu bilinen en stabil sürümdür. Farklı DFT Pro sürümlerinde buton konumları ve sekme yapısı değişmiş olabilir.

§ SRV-0411 · BÖLÜM 09

Sıkça Sorulan Sorular

HyperOS 2’de neden standart ADB komutları ile Diag açılamıyor?
HyperOS 2, SELinux Enforcing modunu önyükleme imzalı politikalarla zorunlu kılar. setprop sys.usb.config diag,adb gibi ADB komutları, bu politika nedeniyle SELinux tarafından engellenir ve kalıcı etki sağlamaz. DFT Pro’nun Fastboot üzerinden Selinux Set Permissive işlemi ise politikayı çalışma zamanında değiştirdiği için bu kısıtlamayı aşar.
Bootloader kilitli cihazda bu prosedür çalışır mı?
DFT Pro v7.0.1, bazı Xiaomi modellerinde bootloader kilitli durumdayken de Diag etkinleştirmeyi başarabilir. Ancak bu durum modele ve firmware sürümüne göre değişir. Görsellerde görülen cihazın log çıktısında Bootloader: no (kilitsiz) yazması dikkat çekicidir. Kilitli cihazlarda başarı garantisi verilemez.
Enable Diag işlemi cihazda kalıcı mı?
Diag port aktivasyonu çoğu durumda kalıcıdır ve yeniden başlatma sonrasında da devam eder. Ancak SELinux Permissive değişikliği yeniden başlatmada sıfırlanır. Diag portu açık kalmaya devam ederse sorun yoktur; kapatılırsa prosedürü tekrarlamanız gerekebilir.
Enable Diag(New) seçeneğini ne zaman kullanmalıyım?
Standart Enable Diag başarısız olduğunda ve cihaz Aralık 2023 sonrası bir HyperOS 2 güncellemesi aldığında Enable Diag(New) deneyebilirsiniz. Bu seçenek, güncellenen güvenlik yama seviyelerine yönelik farklı bir ADB komutu dizisi gönderir.
Bu işlemi yapmak için kursa gitmem gerekiyor mu?
Bu belge bilgi paylaşım amacıyla hazırlanmıştır. Ancak EFS onarımı, IMEI yazma ve Qualcomm tabanlı derin servis işlemleri ciddi risk taşır. ceptelefonutamirkursu.com bünyesindeki kurslarımızda DFT Pro, QPST ve Qualcomm servis araçlarını uygulamalı olarak öğrenme imkânı bulabilirsiniz.

 

Türkiye’nin teknik mobil tamir eğitim platformu. Qualcomm, MediaTek ve Samsung servis prosedürleri için kapsamlı eğitimler.

 

Devamını Oku
Qualcomm Bootloader Unlock
  • Mayıs 4, 2026

 

 

Qualcomm Bootloader Unlock: AVB2 Güvenlik Zinciri, Exploit Bypass ve EDL Modu Rehberi

Qualcomm chipsetli cihazlarda Normal Boot Sequence (AVB2), Exploit Bypass mekanizması, vbmeta manipülasyonu, Keymaster TA güvenlik açığı ve DFTPro / trtool ile UBL işlemleri — teknik servis uzmanları için adım adım kılavuz.

Qualcomm
Bootloader Unlock
AVB2
EDL Modu
RPMB
Keymaster TA
vbmeta
DFTPro
trtool

Bölüm 01 — Güvenlik Mimarisi

§1 Normal Boot Sequence (AVB2) Nasıl İşler?

Qualcomm platformunda cihaz her açıldığında sahnede görünmeyen ama son derece kritik bir kontrol zinciri devreye girer: Android Verified Boot 2.0, kısaca AVB2. Bu sistem, cihazın en düşük seviyesinden işletim sistemine kadar her katmanın doğrulanmasını sağlar. Servis teknisyeni açısından şunu bilmek yeterlidir: AVB2 aktifken imzalanmamış hiçbir kod çalışamaz, bootloader kilidi açılamaz.

PBL / SBL: İlk İki Katman

Boot sekansı PBL (Primary Bootloader) ile başlar. PBL çipe doğrudan yazdırılmış olduğundan değiştirilemez. Bu katman SBL’yi (Secondary Bootloader) yükler ve imzasını kontrol eder. İmza geçersizse işlem o noktada durur — sistem bir daha açılmaz.

GPT Okuma ve vbmeta Denetimi

SBL başarıyla yüklendikten sonra depolama biriminindeki GPT (GUID Partition Table) okunur. GPT içinde vbmeta adlı kritik bir bölüm bulunur. ABL (Android Bootloader) bu bölümü okuyarak Is_VERIFIED_BOOT_2() fonksiyonunu çağırır. Sonuç TRUE dönerse sistem güvenli önyükleme yoluna girer.

Keymaster TA ve RPMB Kilidi

Güvenli önyükleme yolunda Keymaster Trusted Application (TA) devreye girer. Bu uygulama KEYMASTER_MILESTONE_CALL ile çağrılır ve WRITE_KM_DEVICE_STATE komutunu devre dışı bırakır — yani cihazın kilit durumunu değiştirmeye izin vermez. Son olarak RPMB (Replay Protected Memory Block) bölgesine is_unlocked=0 yazılır ve sistem güvenli şekilde açılır.

ℹ Servis Notu
AVB2 zinciri sağlam çalışan bir cihazda bootloader unlock için üretici onayı veya fabrika kilidi açma komutu gerekir. Zincirin herhangi bir halkasında imza bütünlüğü bozulursa sistem açılmayı reddeder.

Normal Sekans Karşılaştırma Tablosu

Aşama Sonuç Açıklama
Is_VERIFIED_BOOT_2() TRUE vbmeta bölümü geçerli ve imzalı
KEYMASTER_MILESTONE_CALL Çalıştırılıyor Keymaster TA kilitli durumda kalıyor
WRITE_KM_DEVICE_STATE Devre Dışı Durum değişikliği engellendi
RPMB → is_unlocked 0 Cihaz kilitli olarak işaretlendi

Bölüm 02 — Exploit Mekanizması

§2 Exploit Boot Sequence (Bypass) Mekanizması

Exploit yöntemi AVB2 zincirini kırmaz — tersine onu devre dışı bırakarak sistemi sanki vbmeta yokmuş gibi davranmaya zorlar. Temel fikir son derece basit ama etkileri derindir: GPT tablosundaki vbmeta bölümü yeniden adlandırılır ve ABL bu bölümü bulamayınca doğrulamayı atlayarak No_AVB yoluna geçer.

vbmeta → xbmeta: Küçük Değişiklik, Büyük Sonuç

Exploit’in kalbi tek bir isim değişikliğidir. GPT tablosunda vbmeta bölümü xbmeta olarak yeniden adlandırıldığında ABL artık bu bölümü tanıyamaz. Is_VERIFIED_BOOT_2() fonksiyonu FALSE döner ve sistem NO_AVB PATH yoluna yönlendirilir.

# GPT Partition Table Değişikliği
– Partition: vbmeta <– ABL bu bölümü arar ve doğrulama yapar
+ Partition: xbmeta <– ABL bulamaz → Is_VERIFIED = FALSE

# Sonuç:
# KEYMASTER_MILESTONE_CALL ATLANIR
# WRITE_KM_DEVICE_STATE ENGELLENMEDİ → Exploit aktif

PoC (Proof of Concept) Çalışması

Sistem NO_AVB yoluna geçtikten sonra Keymaster TA kilitsiz durumdadır. Bu noktada exploit kodu WRITE_KM_DEVICE_STATE komutunu çalıştırarak RPMB bölgesine is_unlocked=1 yazar. İşlem tamamlandığında DeviceInfo değeri değişmiş ve bootloader kilidi kalıcı olarak açılmış olur.

⚠ Kritik Uyarı
Bu işlem cihaz garantisini geçersiz kılar ve RPMB bölgesini kalıcı olarak değiştirir. Bazı cihaz modellerinde bu değişiklik geri alınamaz. İşlemi yapmadan önce GPT yedeğini almanız zorunludur.

Normal ve Exploit Sekansı Karşılaştırması

Parametre Normal (AVB2) Exploit (Bypass)
vbmeta bölümü Mevcut ve imzalı xbmeta adıyla gizlendi
Is_VERIFIED_BOOT_2() TRUE FALSE
Keymaster TA LOCKED UNLOCKED
WRITE_KM_DEVICE_STATE Devre Dışı Aktif (PoC çalışıyor)
RPMB is_unlocked 0 (Kilitli) 1 (Açık)
Sonuç System Boots Secure Bootloader Unlocked

Bölüm 03 — Yazılım Araçları

§3 DFTPro ile Qualcomm Bootloader İşlemleri

DFTPro (Device Firmware Tool Pro), sahada en yaygın kullanılan Qualcomm servis yazılımlarından biridir. Qualcomm EDL (Emergency Download) protokolü üzerinden cihazla doğrudan iletişim kurarak yazılım yükleme, bölüm okuma/yazma ve bootloader işlemleri gerçekleştirir.

DFTPro’nun Temel Yetenekleri

DFTPro ile Qualcomm platformunda şu işlemler yapılabilir: GPT tablosunu okuma ve yazma, bölüm bazlı yedekleme/geri yükleme, FRP (Factory Reset Protection) bypass, bootloader durumu sorgulama ve özel bölümlere doğrudan veri yazma. Bu işlemlerin büyük çoğunluğu cihaz EDL modundayken gerçekleştirilir.

⚡ Uyarı
DFTPro ile GPT üzerinde işlem yaparken yanlış bölüm adı veya yanlış dosya kullanımı cihazı kalıcı olarak kullanılamaz hale getirebilir. Her zaman önce tam GPT yedeği alın.

DFTPro ile GPT Üzerinde vbmeta İşlemi

Exploit sürecinde DFTPro, EDL modundaki cihazın GPT tablosunu okur. Tablodaki bölüm isimleri listelendikten sonra vbmeta bölümü seçilir ve HEX düzeyinde isim değişikliği yapılarak xbmeta‘ya dönüştürülür. Değiştirilen GPT cihaza geri yazılır ve cihaz yeniden başlatılır.

İşlem DFTPro Adımı Açıklama
Cihaz Tanıma EDL → Detect CPID ve HWID okunur
GPT Okuma Read GPT Tüm bölüm tablosu dump edilir
vbmeta Rename Edit Partition vbmeta → xbmeta değiştirilir
GPT Yazma Write GPT Değiştirilmiş tablo geri yazılır
Exploit Run PoC WRITE_KM_DEVICE_STATE çalıştırılır

Bölüm 04 — EDL Protokolü

§4 Trtool ve EDL Modu Kullanımı

EDL (Emergency Download Mode), Qualcomm’un tüm chipsetleri için donanım düzeyinde yazılı gelen bir acil kurtarma modudur. PBL seviyesinde çalıştığından işletim sisteminin durumundan bağımsızdır — cihaz tamamen brick olmuş bile olsa bu mod çoğunlukla çalışır. Trtool ise özellikle bu protokol üzerinden çalışan, sahada yaygınlaşmış açık kaynaklı bir Qualcomm servis aracıdır.

EDL Modunun Tetiklenmesi

Cihazı EDL moduna almak için birkaç yöntem bulunur. En güvenilir yöntem anakart üzerindeki EDL test noktalarını kısa devre ettirmektir. Bazı cihazlarda adb reboot edl komutu işe yarar; ancak bu yöntem ADB erişiminin mevcut olmasını gerektirir. Pil tamamen boşaldığında bazı cihazlar otomatik EDL moduna da geçebilir.

ℹ EDL Test Noktaları
EDL test noktaları genellikle USB konnektörüne yakın ya da pil konektörü çevresinde konumlanır. Cihaza özel şematik olmadan bu noktaları bulmak zordur — her zaman cihaz modeline ait servis şematiklerini referans alın.

Trtool ile Temel İşlemler

Trtool Komutu İşlev
trtool detect CPID, HWID ve yazılım versiyonunu okur
trtool gpt read GPT tablosunu dosyaya dump eder
trtool gpt write Modifiye GPT tablosunu cihaza yazar
trtool partition dump Belirtilen bölümü yedekler
trtool partition flash Belirtilen bölümü yazar

Trtool’u DFTPro’dan ayıran en önemli özellik, programatik erişim imkânı sunmasıdır. Servis teknisyenleri batch script veya Python scriptleri aracılığıyla tekrarlayan işlemleri otomatize edebilir. Bu, özellikle seri üretimde aynı modelin bootloader unlock işleminin tekrarlanması gereken durumlarda ciddi zaman tasarrufu sağlar.

Bölüm 05 — Chip Tanımlama

§5 CPID (Chip ID) Öğrenmenin Önemi

CPID, Qualcomm chipinin benzersiz donanım kimliğidir. Her Qualcomm SoC modelinin kendine özgü bir CPID değeri vardır ve bu değer EDL modunda sorgulandığında doğrudan PBL’den okunur. Yanlış CPID değeriyle çalışmak yanlış EDL yazılımı yüklenmesine ve cihazın kalıcı hasar görmesine yol açabilir.

CPID Neden Bu Kadar Kritik?

Qualcomm ekosisteminde EDL protokolü cihaza özel firehose loader dosyaları kullanır. Bu loader dosyaları yalnızca belirli CPID değerleriyle uyumlu olarak derlenir. SM8350 (Snapdragon 888) için hazırlanmış bir loader, SM7450 (Snapdragon 778G) cihazında kesinlikle çalışmaz ve çalıştırılmaya zorlanırsa cihaz yanıt vermez hale gelebilir.

Bilgi Nerede Kullanılır? Yanlış Olursa
CPID Firehose loader seçimi Yanlış loader → Brick riski
HWID EDL protokol doğrulama EDL bağlantısı reddedilir
SW_ID Yazılım güvenlik versiyonu Exploit uyumsuzluğu
✓ İyi Pratik
Her servis işleminden önce CPID’yi kaydedin. DFTPro ve trtool EDL modunda cihazı tanıdıktan sonra bu değeri otomatik listeler. Servis formuna da not düşmeyi alışkanlık haline getirin.

Bölüm 06 — Uygulama Prosedürü

§6 UBL (Unlock Bootloader) Adım Adım Rehber

Aşağıdaki prosedür Qualcomm tabanlı cihazlarda exploit yöntemiyle bootloader unlock işlemini adım adım açıklar. Her adım önceki adıma bağlıdır — sıra atlamak ciddi risklere yol açar.

⚠ Önce Bunu Okuyun
Bu işlem cihazı kalıcı olarak değiştirir. Müşterinin onayı olmadan yapılmamalıdır. Tüm önemli veriler yedeklenmeli, cihaz modeli ve CPID doğrulanmalıdır.
1
Adım 1: Cihaz Bilgilerini Toplamaİşleme başlamadan önce cihazın marka, model, işlemci (SoC) ve Android versiyonu kesinleştirilmelidir. DFTPro veya trtool ile cihaz EDL moduna alınarak CPID, HWID ve SW_ID değerleri okunur. Bu bilgiler hem işlemde kullanılacak loader dosyasını belirler hem de servis formuna işlenir.

Ayrıca cihazın bootloader durumu kontrol edilir: zaten unlock ise işleme gerek yoktur. adb shell getprop ro.boot.flash.locked komutu 1 dönüyorsa cihaz kilitlidir.

2
Adım 2: EDL Moduna AlmaCihaz kapatılır. Anakart üzerindeki EDL test noktaları cihaza özel şematik referans alınarak tespit edilir. Test noktaları kısa devre ettirilerek USB bağlantısı yapılır. PC’de Qualcomm USB driver’ı yüklüyse Aygıt Yöneticisi’nde Qualcomm HS-USB QDLoader 9008 görünmesi gerekir.

EDL bağlantısı doğrulandıktan sonra kısa devre kaldırılır — cihaz EDL modunda kalmaya devam eder.

3
Adım 3: GPT YedeklemeBu adım atlanamaz. GPT tablosu hem yedekleme hem de referans amacıyla cihazdan alınır. DFTPro’da Read GPT seçeneği veya trtool’da trtool gpt read gpt_backup.bin komutu kullanılır. Yedek dosya güvenli bir yerde saklanır.

GPT yedeği olmadan bir şeyler ters giderse kurtarma neredeyse imkânsız olur. Bu adım sigorta poliçenizdir.

4
Adım 4: vbmeta ManipülasyonuGPT yedek dosyası bir HEX editörde açılır. vbmeta bölüm adı bulunur ve xbmeta olarak değiştirilir (HEX karşılıkları aynı uzunluktadır). Değiştirilen GPT dosyası kaydedilir.

# HEX Editör Değişikliği
– 76 62 6D 65 74 61 (vbmeta)
+ 78 62 6D 65 74 61 (xbmeta)
# ‘v’ → ‘x’ : 0x76 → 0x78

DFTPro kullananlar için bu işlem grafik arayüz üzerinden bölüm listesinden vbmeta seçilerek yeniden adlandırma penceresiyle yapılabilir.

5
Adım 5: Exploit UygulamaModifiye GPT dosyası EDL modundaki cihaza yazılır. Cihaz yeniden başlatılır. ABL aşamasında vbmeta bulunamayacağından Is_VERIFIED_BOOT_2() FALSE döner ve sistem NO_AVB yoluna geçer.

Bu noktada PoC (Proof of Concept) exploit kodu çalıştırılır. Keymaster TA kilitsiz durumda olduğundan WRITE_KM_DEVICE_STATE komutu başarıyla işler ve RPMB bölgesine is_unlocked=1 yazılır.

6
Adım 6: Doğrulama ve TestCihaz normal modda başlatılır ve bootloader durumu kontrol edilir.

# Doğrulama Komutları
adb shell getprop ro.boot.flash.locked
> 0 (Başarılı — Unlock)

fastboot getvar unlocked
> yes (Başarılı)

Fastboot üzerinden unlocked: yes çıktısı alınması işlemin başarıyla tamamlandığını doğrular. Bu aşamada cihazın normal şekilde açıldığını ve temel işlevlerin çalıştığını kontrol edin.

7
Adım 7: Orijinal GPT’yi Geri Yükleme (İsteğe Bağlı)Bazı durumlarda işlem sonrasında orijinal GPT tablosunun geri yüklenmesi istenir. Bu yapıldığında cihaz bir sonraki boot’ta yeniden AVB2 kontrolüne girer; ancak RPMB içindeki is_unlocked=1 değeri kalıcı olduğundan bootloader unlock durumu korunur.

Bu adım özellikle müşteriye cihazı teslim ederken sistemin temiz görünmesini sağlamak amacıyla tercih edilir.

Bölüm 07 — Güvenlik Açığı Analizi

§7 RPMB ve Keymaster TA Güvenlik Açığı

Bu exploit’in çalışmasını mümkün kılan temel güvenlik açığı, AVB2 doğrulamasının başarısız olduğunda (FALSE döndüğünde) sistemin Keymaster TA’yı yine de çalışır durumda bırakmasından kaynaklanır. Normal tasarım beklentisi şu olmalıydı: doğrulama başarısız olursa sistem tamamen durmalı veya Keymaster kilitli kalmalıydı. Oysa mevcut implementasyonda NO_AVB yolunda Keymaster TA erişilebilir kalıyor.

RPMB: Neden Bu Kadar Kritik?

RPMB (Replay Protected Memory Block), eMMC veya UFS depolama biriminin içine entegre edilmiş özel bir güvenlik bölgesidir. Bu bölgeye yazma işlemi donanım imzası gerektirir ve replay saldırılarına karşı korunmaktadır. Bootloader durum bilgisi (is_unlocked değeri) bu bölgede tutulur.

Bileşen Görev Exploit Etkisi
RPMB is_unlocked değerini saklar is_unlocked=1 kalıcı yazıldı
Keymaster TA Kilit durumunu korur NO_AVB yolunda kilitsiz kaldı
vbmeta AVB2 doğrulaması için referans xbmeta adıyla gizlendi
ABL Is_VERIFIED_BOOT_2() çağrısı FALSE döndü, no_avb path seçildi
⚡ Servis Notu
RPMB bölgesine yapılan yazma işlemi geri alınamaz. Bu nedenle bazı üreticiler belirli modellerinde RPMB değeri değiştirilen cihazlarda OTA güncellemelerini engelleyebilir veya cihazı tamamen kilitleyebilir. Model bazlı araştırma yapmak şarttır.

Bölüm 08 — Saha Deneyimi

§8 Teknik Servis Uzmanları İçin Pratik İpuçları

Yıllarca sahada Qualcomm cihazlarla çalışan teknisyenlerin paylaştığı gözlemler şu ortak paydada buluşur: en çok vakit kaybettiren şey yanlış loader seçimi ve GPT yedeksiz çalışmaktır. Bu iki hatadan kaçınırsanız işlemlerin büyük çoğunluğu sorunsuz tamamlanır.

Durum Doğru Yaklaşım
Cihaz EDL’de görünmüyor USB driver’ı yeniden yükle, farklı USB portu dene, test noktalarını kontrol et
Yanlış loader mesajı CPID’yi yeniden oku ve doğru loader dosyasını seç
GPT write hatası Sektör boyutunu kontrol et; eMMC ve UFS farklı boyutlar kullanabilir
Exploit sonrası cihaz açılmıyor GPT yedeğini geri yükle, vbmeta partisyon boyutunu kontrol et
is_unlocked hâlâ 0 PoC doğru çalışmadı; Keymaster TA durumunu logdan kontrol et

Çalışma Ortamı Hazırlığı

Qualcomm servis işlemleri için Windows 10/11 64-bit, güncel Qualcomm USB Composite Driver ve en az USB 2.0 (tercihen USB 3.0) bağlantısı gerekir. Sanal makineler üzerinde EDL işlemi yapmak USB latency sorunları nedeniyle sık sık başarısızlıkla sonuçlanır — mümkünse fiziksel makine kullanın.

ℹ Profesyonel Tavsiye
Servis bilgisayarınızda her Qualcomm platform ailesi için ayrı bir loader klasörü tutun: SM6xxx, SM7xxx, SM8xxx gibi. Bu düzenleme acil durumlarda doğru loader’ı bulmayı çok hızlandırır.

Müşteri İletişimi

Bootloader unlock talepleri her zaman yazılı müşteri onayıyla belgelenmelidir. Garanti iptali, veri kaybı riski ve RPMB değişikliğinin kalıcılığı konusunda müşteriyi açıkça bilgilendirin. Bu koruma hem müşteriyi hem de servisi olası anlaşmazlıklardan korur.

Bölüm 09 — Değerlendirme

§9 Sonuç ve Öneriler

Qualcomm bootloader unlock konusu, hem güvenlik araştırmacıları hem de cep telefonu servis teknisyenleri için son derece önemli bir alan olmaya devam etmektedir. AVB2 güvenlik zincirinin vbmeta bölümüne olan bağımlılığı, GPT manipülasyonu yoluyla NO_AVB yolunun tetiklenmesine ve ardından Keymaster TA üzerinden RPMB’ye kalıcı yazım yapılmasına zemin hazırlar.

Bu yöntemin teknik olarak elegantlığı şuradan gelir: sistemi hacklemez, sistemin kendi mekanizmalarını kullanarak sistemi kandırır. vbmeta bölümünü gizlemek AVB2’yi devre dışı bırakmaz; sadece ABL’nin onu bulamamasını sağlar. Geri kalanını cihaz kendi başına halleder.

Servis teknisyeni açısından çıkarılacak en kritik ders şudur: GPT yedeksiz hiçbir işlem yapılmamalıdır. Sonraki en kritik ders ise şudur: CPID doğrulanmadan loader seçilmemelidir. Bu iki kurala uyulduğunda işlem başarısız bile olsa geri dönüş her zaman mümkündür.

🏆 Özet Kurallar
1 — GPT yedeği al. 2 — CPID’yi doğrula. 3 — Müşteriden yazılı onay al. 4 — Doğru loader seç. 5 — İşlem sonrası bootloader durumunu fastboot ile doğrula.

Qualcomm ekosistemi sürekli gelişmekte; üreticiler her yeni model ve güncellemeyle bu açığı kapatan yamalar yayımlamaktadır. Servis alanındaki gelişmeleri takip etmek, hangi modellerde hangi yöntemlerin hâlâ geçerli olduğunu bilmek ve yeni araçları öğrenmek profesyonel bir Qualcomm servis teknisyeninin sürekli gündeminde olmalıdır.

CEP TELEFONU TAMİR KURSU
TELEFON TAMİR KURSU
© 2026 ceptelefonutamirkursu.com — Tüm hakları saklıdır.
DOC-QLM-UBL-002 · Qualcomm Bootloader Unlock · AVB2 · EDL · Teknik Servis Kılavuzu
Bu döküman yalnızca eğitim ve teknik servis amaçlıdır. İzinsiz cihaz değişikliği yasal sorumluluk doğurabilir.

 

 

Devamını Oku
error: Content is protected !!