Xperia XZ1 SO-01KをXperableでブートローダーアンロックする前に知るべきこと｜日本版で手順が複雑な理由と安全な進め方

Xperia XZ1 SO-01Kのブートローダーアンロック（BLU）について調べると、Sony公式のアンロック方法とは別に「Xperable」を利用した手順が見つかります。しかし、記事によって「特定のファイルを削除する」「XMLを作成する」「古いブートローダーを書き込む」など説明が異なり、どの操作が本当に必要なのか分かりにくいのが実情です。

その最大の理由は、SO-01Kが国内キャリア向けモデルであり、Sony公式の通常のブートローダーアンロック手順と、Xperableによる方法がまったく同じものではないためです。XperableはSony公式ツールではなく、Snapdragon 835／845世代の一部Xperiaのブートローダーに存在する脆弱性を利用する非公式ツールです。

しかもブートローダーやパーティションへ誤ったデータを書き込む操作は、最悪の場合、端末が正常起動しなくなる原因になります。そこでこの記事では、コマンドを無条件にコピーして実行するのではなく、SO-01KでXperableを検討するときに何を確認し、なぜ日本語記事ごとに手順が違うのかを整理します。

まず理解したい「Sony公式BLU」と「Xperable」の違い

SonyはXperia向けに公式のブートローダーアンロック手段を提供しています。Sony公式サポートでも、カスタムROMなどを利用するためブートローダーをアンロックできる機種がある一方、ネットワーク事業者によってアンロックできない端末があると説明されています。[参照：Sony「How do I unlock the boot loader on Xperia devices?」]

公式方式では、端末が公式アンロックを許可していることを確認したうえで、Sony Developer Worldの手順に従って進めるのが基本です。つまりメーカーが想定したアンロック経路です。

一方のXperableはSonyが提供しているアンロックツールではありません。GitHubで公開されているXperableの開発者説明によれば、CVE-2021-1931として知られるAndroid Boot Loaderの脆弱性を利用し、Xperia XZ Premium、XZ1、XZ1 CompactなどのSnapdragon 835搭載機や、XZ2・XZ3世代のSnapdragon 845搭載機を対象としています。[参照：GitHub「j4nn/xperable」]

SO-01Kでは公式アンロック可否を最初に確認する

Xperiaではサービスメニューからブートローダーの状態を確認できる機種があります。一般的には電話アプリからサービスメニューを開き、「Service info」→「Configuration」→「Rooting Status」付近を確認します。

そこで重要なのが「Bootloader unlock allowed」の表示です。「Yes」ならSony公式のアンロック方法を利用できる可能性があります。「No」であれば、Sonyが通常提供しているアンロックコードを入力する方法だけでは解除できません。

国内キャリア版Xperiaではこの部分が「No」になっている個体があり、まさにそのような端末を対象としてXperableが利用されてきた経緯があります。XperableのREADMEにも、日本向けモデルのような「bootloader unlock not allowed」の端末をSonyのアンロックコードなしで解除する機能が説明されています。[参照：Xperable README]

Xperableは「公式アンロックコードを取得する代替ツール」ではない

ここを誤解すると手順が一気に分かりにくくなります。Xperableは単にSonyのアンロックコードを自動取得してくれるソフトではありません。

開発者の説明では、対象ブートローダーのfastboot USBインターフェースに存在する脆弱性を利用してコード実行を行い、本来変更できない部分へ実行時パッチを適用する仕組みになっています。

つまり、「Sony公式BLUの説明を読んで、そのコマンドだけXperableへ置き換える」という理解では不十分です。対象機種、搭載されているブートローダー、Xperableが想定するブートローダーバージョンを一致させる工程が必要になります。

なぜ「ファイルを削除する」「XMLを作る」という記事があるのか

SO-01KのXperable手順を検索すると、「この拡張子のファイルを消す」「特定のXMLを作る」といった説明が見つかることがあります。これはXperableそのものの基本操作というより、Xperableが想定するブートローダー環境を用意するため、Xperiaの純正ファームウェアから必要な部分だけを書き込む工程について説明しているケースがあります。

Xperiaのファームウェアにはシステム、モデム、ブートローダーなど多数の領域に対応するデータがあります。しかしXperableのために特定バージョンのブートローダーだけが必要な場面で、ファームウェア全体をそのまま書き込んでしまうと、意図していないパーティションまで変更される可能性があります。

そのため解説記事によっては、フラッシュ対象を限定する目的でファイルを整理したり、フラッシュツール向けの設定を作ったりしています。この前処理とXperable本体の操作が同じ記事に連続して書かれているため、「Xperableを使うにはXML作成が絶対必要」と見えやすいわけです。

記事によって手順が違う最大の理由は機種とブートローダーが違うから

Xperia XZ1シリーズにはSO-01Kだけでなく、海外向けG8341・G8342、XZ1 CompactのSO-02K・G8441など複数モデルがあります。外観やSoCが似ていても、ファームウェア構成やブートローダーが完全に同一とは限りません。

XperableのREADMEでも複数の機種やブートローダーを分けて説明しており、実行例にはXZ1 Compact G8441やXZ1 Dual SIM G8342などが登場します。[参照：Xperable README]

したがって、G8341向けの記事、G8342向けの記事、SO-02K向けの記事に書かれた数値やファイルをSO-01Kへそのまま流用するのは避けるべきです。「同じXZ1だから大丈夫」と判断せず、記事の対象型番がSO-01Kなのかを必ず確認する必要があります。

Xperableが想定しているブートローダーバージョンも重要

XperableのREADMEでは、XZ1世代のYoshinoプラットフォームについて特定のブートローダーを対象としていることが説明されています。READMEの実行例では「1306-5035_X_Boot_MSM8998_LA2.0_P_114」というversion-bootloaderが表示されています。[参照：Xperable README「Yoshino Device Setup」]

このため、手元のSO-01Kがどのブートローダーで動作しているかを確認しないまま、ネット記事のコマンドをコピーして実行する方法は安全とはいえません。

特にXperableではUSBバッファのサイズやオフセットなど機種・環境に関係する値が登場します。これらは単なるファイル名ではなくexploitの動作へ直接関係するため、別機種の記事から数字だけコピーすることは避けるべきです。

SO-01K向けの記事とSO-02K向けの記事を混ぜない

国内版XZ1シリーズという括りで検索すると、SO-01KだけでなくXZ1 Compact SO-02Kの記事も大量に表示されます。両者は同じSnapdragon 835世代ですが、同一端末ではありません。

例えばSO-02Kで成功したコマンド、ファイル、サイズ値が掲載されていたとしても、それだけを根拠としてSO-01Kへ入力するのは危険です。Xperableでは機種ごとにメモリレイアウトなどの条件が関係します。

記事を読むときは冒頭で「SO-01K」「XZ1」「poplar」なのか、「SO-02K」「XZ1 Compact」「lilac」なのかを確認してから読み進めると、情報が混ざりにくくなります。

SO-01K向けとして公開されている非公式情報もあるが慎重に扱う

2026年にはSO-01KでXperableを利用した手順を掲載する日本語記事も確認できます。その中ではSO-01K固有として扱われているパラメータや、対象ブートローダーを準備する工程が紹介されています。

しかし、これはSonyやNTTドコモが保証している方法ではありません。また、個人サイトで一台成功したことと、すべてのSO-01Kで同じ操作が安全に成功することは別問題です。

したがって個人記事は「SO-01Kでどのような検証例があるか」を理解する参考資料として利用し、最終的にはXperable本家READMEの対象条件と照合することが重要です。[参照：Xperable公式GitHubリポジトリ]

いきなりアンロックコマンドを実行しない

XperableのREADMEには、現在の状態やversion-bootloaderを確認するための機能と、実際にブートローダー状態を変更する操作の両方が掲載されています。

この種の作業では、最初から「アンロック」と書かれたコマンドをコピーするのではなく、まず現在の端末情報を確認し、本家READMEが想定する環境と一致しているか確認することが重要です。

一致しない場合はそこで作業を止めます。exploitを使ったブートローダー操作では「とりあえず実行して、エラーが出たら考える」という進め方はおすすめできません。

作業前に必ずデータをバックアップする

ブートローダーアンロックではユーザーデータが失われることを前提に準備する必要があります。Xperableでは通常の公式アンロックと内部処理が異なる部分がありますが、それを理由に「データは絶対消えない」と考えるべきではありません。

写真、動画、連絡先、ダウンロードファイル、アプリ内データ、認証アプリなど、失うと困るものは別の端末やPCへ退避してください。アンロック後に暗号化されたuserdataへアクセスできなくなり、結局初期化が必要になるケースもXperableのREADMEで言及されています。

NTTドコモもSO-01Kのサポートページでデータのバックアップ・復元に関する案内を公開しています。[参照：NTTドコモ「Xperia XZ1 SO-01K サポート情報」]

DRMキーとTA領域についても理解しておく

古いXperiaのブートローダーアンロックでは、TA領域やSony固有のDRMキーについて注意する必要があります。一般的なSony公式BLUでは、世代によってDRM関連情報が失われることがあり、再ロックしただけでは元に戻せないケースがあります。

Xperableの開発者は、このツールによるアンロック／再ロックについてSony DRM device keyを消去しないことを特徴として説明しています。[参照：Xperable README「Features」]

ただし、その説明を「どの操作をしてもTA領域は絶対安全」という意味に広げてはいけません。Xperable以外のツールでファームウェアやパーティションを書き換える工程まで含めれば、別のリスクが発生します。バックアップ可能な重要データは作業前に保存しておくべきです。

ファームウェアを丸ごと書き換える必要があるとは限らない

XperableのREADMEではYoshino世代について、必要なブートローダー環境を用意する際に、純正ファームウェア全体ではなく特定部分のみを扱う説明があります。

ここが「特定ファイルを消す」という日本語記事につながりやすいポイントです。目的は不要な領域を適当に削除することではなく、必要のないパーティションを誤って書き換えないようフラッシュ対象を限定することです。

したがって、「○○拡張子は全部削除」といった断片的な情報だけを利用するのは避けましょう。その記事がどのフラッシュツール、どのファームウェア、どの端末型番を前提としているのかまで確認する必要があります。

XMLファイルはXperable本体とは別の工程で登場することがある

「○○.xmlを作成する」という説明を見て、XperableがXMLを読み込んでアンロックするツールだと思ってしまう場合があります。しかしXperable本体のREADMEに掲載されている基本的な操作はコマンドライン中心です。

XMLが登場する場合は、ファームウェアを準備したり、別のフラッシュツールで書き込む対象を制御したりする工程で使われている可能性があります。

つまり「ファームウェア準備」「対象ブートローダーの準備」「fastbootへの接続」「Xperableによる実行時パッチ」「アンロック」という工程を分けて理解すると、日本語記事の説明が整理しやすくなります。

SO-01Kで作業する前の確認項目

確認項目	確認する理由
端末型番がSO-01Kか	海外版G8341/G8342やSO-02Kとは条件が異なるため
Rooting Status	公式BLUが可能な端末か確認するため
version-bootloader	Xperableが想定する対象と一致するか確認するため
現在のAndroid・ファームウェア	記事と端末環境の違いを確認するため
バックアップ	初期化・起動不能時のデータ損失へ備えるため
使用するファイルの対象型番	他機種向けデータの誤書き込みを防ぐため
Xperable本家README	二次情報だけに依存しないため

少なくともこれらが理解できてから実際の書き換えへ進むほうが安全です。一つでも「何のための操作か分からない」という工程がある場合は、その段階で止めて調べることをおすすめします。

Fastboot Modeへ入れることも重要

Xperableはfastboot USBインターフェースを利用するツールです。そのためPC側から対象Xperiaをfastbootデバイスとして正しく認識できる環境が必要です。

Windowsを使う場合はUSBドライバーの状態も影響します。デバイスマネージャーで正常認識されていない状態では、Xperable以前の段階で通信できません。

「Xperableが動かない」という場合でも、実際には端末が正しいモードへ入っていない、ドライバーがない、USBケーブルが充電専用だった、といった基本的な接続部分が原因のこともあります。

USBケーブルにも注意する

ファームウェアやブートローダーを扱う途中でUSB接続が切れることは避けたいところです。充電しかできないケーブルではなく、データ通信に対応した正常なUSBケーブルを使用します。

USBハブを多段接続するより、可能ならPC本体へ直接接続したほうがトラブルを減らせます。コネクターが緩く、少し触っただけで切断されるケーブルも避けましょう。

またノートPCなら十分に充電した状態にし、処理中にスリープや強制終了が起きないようにしておくことも大切です。

Xperable成功後も「カスタムROM導入完了」ではない

ブートローダーアンロックに成功しただけでは、Androidのバージョンが上がったり、カスタムROMが自動的にインストールされたりするわけではありません。

BLUはあくまでブートローダーの制限を解除する段階です。その後にカスタムリカバリー、bootイメージ、カスタムROMなどを利用する場合は、それぞれ別の手順と対応機種の確認が必要です。

特にSO-01Kは海外版XZ1と完全に同じソフトウェア構成とは限らないため、「G8341で動いたROMだからSO-01Kにもそのまま書き込める」と判断しないことが重要です。

SO-01Kはすでにメーカー・キャリアサポートが終了している

NTTドコモの現在のSO-01Kサポートページでは、Xperia XZ1 SO-01Kについて故障修理受付やソフトウェアアップデート配信などが終了したことが案内されています。[参照：NTTドコモ「Xperia XZ1 SO-01K サポート情報」]

SO-01Kは2017年11月発売の機種です。BLUして新しいAndroid環境を試したいという需要がある一方、失敗したときにメーカー修理で簡単に復旧できる時期ではありません。

その意味でも、現在メイン端末として必要不可欠なSO-01Kでいきなり試すより、失敗しても困らない検証端末として扱うほうが安全です。

「アンロックできる」と「安全にできる」は別

Xperableの公開情報から、Snapdragon 835搭載XZ1世代でブートローダーアンロックを可能にする仕組みが存在すること自体は確認できます。しかし、それはすべての個体で誰でも安全に実行できるという意味ではありません。

ブートローダーやパーティションを扱う操作では、コマンドのタイプミス、別機種用ファイルの使用、書き込み中の切断などによって起動不能になるリスクがあります。

またアンロック後に銀行・決済・DRM・認証系アプリなどが正常動作する保証もありません。SafetyNetやPlay Integrityなど、端末の完全性を確認する仕組みを利用するアプリにも注意が必要です。

安全に進めるなら「コマンド」ではなく「工程」を理解する

Xperableの手順を理解するうえでは、長いコマンドを暗記する必要はありません。まず全体を次のように分けて考えると整理しやすくなります。

1. SO-01Kの現在の状態を確認する
2. Bootloader unlock allowedの状態を確認する
3. データをバックアップする
4. 現在のブートローダーバージョンを確認する
5. Xperable本家READMEが要求する対象環境と照合する
6. 必要な場合だけ対象ブートローダー環境を準備する
7. PCからfastboot接続できることを確認する
8. Xperableで対象環境との互換性を確認する
9. 条件がすべて一致した場合に限りBLU工程を検討する
10. アンロック後に状態を確認してから次の作業へ進む

この順番で理解すれば、「XMLを作る記事」と「XMLが出てこない記事」がなぜ存在するのかも分かりやすくなります。XMLそのものがBLUの本体ではなく、前段階のファームウェア準備で利用されている可能性があるからです。

本家GitHubのREADMEを基準にする

Xperableを利用するなら、検索で見つかった日本語ブログだけではなく、開発元のREADMEを必ず確認してください。現在の機能、対象プラットフォーム、対象ブートローダー、制限事項、コマンドオプション、実行例などが掲載されています。[参照：GitHub「xperable README」]

日本語記事は理解を助ける資料として便利ですが、公開時期によって古い手順が残っていたり、筆者固有の環境に合わせた操作が混ざっていたりします。

「ブログAの前半＋ブログBのファイル＋SO-02Kの記事のコマンド」のように複数機種の手順を混ぜることは特に避けるべきです。

まとめ：SO-01KのXperableは「他機種のコマンドをコピーしない」ことが最重要

Xperia XZ1 SO-01KでXperableを利用したブートローダーアンロックを調べると、ファイル削除やXML作成など異なる説明が出てくるのは、ファームウェア準備、ブートローダー準備、Xperableによるexploit、実際のアンロックという別々の工程が一緒に解説されていることが一因です。

また、XZ1にはSO-01KだけでなくG8341・G8342などがあり、XZ1 CompactにはSO-02K・G8441があります。同じXZ1世代でも、別型番の記事に掲載されたサイズ、オフセット、ブートローダーファイルなどをSO-01Kへそのまま適用すべきではありません。

Xperable本家は、Snapdragon 835搭載のXZ Premium・XZ1シリーズなどを対象とし、日本向けの「bootloader unlock not allowed」端末でもアンロックを可能にする機能を説明しています。しかしこれはSony公式アンロックとは異なる、ブートローダーの脆弱性を利用した高度な方法です。[参照：GitHub「j4nn/xperable」]

作業するなら、最初にSO-01Kであること、Rooting Status、現在のversion-bootloader、ファームウェア、PCからのfastboot認識を確認し、重要データを完全にバックアップします。そのうえでXperable本家READMEの対象条件と照合し、条件が一致しない場合はそこで止めるのが安全です。

なおSony自身も公式ブートローダーアンロックについて、一般利用者には推奨せず、リスクを理解した上級者向けの操作であると案内しています。[参照：Sony「Xperia boot loader unlock」] SO-01KはNTTドコモで故障修理受付や通常のソフトウェアアップデート配信も終了しているため、復旧手段まで確認してから作業することが重要です。[参照：NTTドコモ「Xperia XZ1 SO-01K サポート情報」]

SO-01KのXperableによるBLUでは、「ネットに載っていたコマンドをそのまま実行する」のではなく、「その操作がSO-01Kのどのブートローダーを対象として、何を変更するものなのか説明できる状態になってから進める」ことが、端末を壊すリスクを減らす最も重要なポイントです。