（最終更新：2026/01/11）
あけおめ～。ディビジョン召喚石シリーズです。え～無職の日記シリーズです。
日記は興味ない？じゃあこれあげるから！帰って！！
=＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
SRWare Iron(Portable版) 141.0.7150.0（64 ビット）
[45 85 c0 44 0f 4e c0] 44 89 06 85 db
↓ ↓ ↓
[41 b8 (ab 01) 00 00 90] 44 89 06 85 db
()＝任意サイズ
d5 01 =横幅469px（16進数：1d5）
60 01 =横幅352px（16進数：160）
ab 01 =横幅427px（16進数：1ab）
40 01 =横幅320px（16進数：140）
※自由にカスタムしてね
検索コピー用
45 85 c0 44 0f 4e c0 44 89 06 85 db
※自己責任です
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
はーい、日記はじめまーす。
いきなりですが、グラブルをPCでプレイするときにブラウザで開くとします。
横に長いのは邪魔なので、ブラウザの横幅を精一杯小さくしてプレイしているはずです。
するとこうなるわけですが（拡大率67％、画面サイズ2倍 ※）、
右側に微妙に使わない部分が見えていて
もうちょっと横幅を狭くしたいなあとなるわけです。
どうしようもないのでこの状態でプレイしている人が大半だと思います。
※たしか、ゲーム内PCブラウザ設定＞画面サイズ倍率＝2倍 だとなぜか読み込みが早くなるとかの都合
しかし、ブラウザ自体をカスタムしてあげて横幅制限を突破しよう、
なんなら好みの制限幅にしてそれをグラブル専用ブラウザとして使おうという試みが昔からありまして、
その先駆者さんが情報公開してくれていたおかげで、横幅制限を突破したブラウザ（Chromium系列）で遊べていたりしました。
ただ、これがChromiumバージョン135あたりで受け継がれたバトン、継ぎ足しソースが切れてしまっていて、困ったな～となっていたんですね。
まあプログラム畑にいる人は簡単に対応可能なんでしょうが・・・。
ブラウザのベンチマークや、グラブル上のつよばはの入場演出の測定値が、筆者の環境ではなぜかバージョン131以降で悪くなる傾向があったためバージョン131を使い続けており、不便は特になかったんですが、新年2026年があけおめこ～と言ってくれたため、ぼくも本気出しちゃおっかなあ～と思い、バージョン135以降で横幅制限を突破しちゃおっかなあ～、こんなのはどうだい？ 準備はいい？ 天星器・・・奥義・・・ッ！ディエス・ミル・エスパーダ！！
過去の偉大な先駆者さんたち（の一部、おそらく）。
参考にしました。
先駆者さんの投稿のとおり、バージョン135以降のバイナリ変更方法が公に存在していないようなので、そこの発見と公開を目標としてました。
弄るブラウザはIronのPortable版（現在最新のバーション141）。
余計な機能が適度にそぎ落とされて、勝手にバージョンアップしないことでグラブラーに圧倒的な人気を誇るブラウザくんですね。
バージョンダウンがダルくなくて管理しやすいので自分はPortable版を使っている。
筆者はプログラムはほぼ素人。
大学で簡単な遺伝子探索用のプログラム（Perl）を触ったことあるけど～って程度。
過去ブログにもあるけどAIに拡張機能書かせてざっくり何やってるか追えるぐらいの知識と経験しかないです。
当然今回もAI、主にChatGPTくんと対話しながらどのような作業手順を踏めばいいか考えてもらいながら作業を進めていきました。
まあ色々あったのですが、結果的に2026/1/2から始めて同年1/9に解除成功しました。
解除成功したときの流れはかなりあっけないものでした。
Ghidra というリバースエンジニアリングツール（は？🤠）
があるんですけど、
これには、0と1で書かれた機械語を逆アセンブル・デコンパイルする機能があって
（は？🤠）
これには、0と1で書かれた機械語を逆アセンブル・デコンパイルする機能があって
（は？🤠）
ブラウザの核となる chrome.dll などを人間が読める形に変換してくれます。
まずはこのツール上で、改変方法が分かっているIron131の改変前を開きまして、
まずはこのツール上で、改変方法が分かっているIron131の改変前を開きまして、
改変する場所のアセンブリ（真ん中のやつ）とデコンパイルしたコード（右）を控えておきました。
こんな感じ。（緑は今回注目したところと改変箇所。）
先駆者様のところでも語られていますが、
ここはブラウザの横幅(？)が異常値だった時、正常値に戻す安全機構的なところだと思われます。
ブラウザの骨組みってそんな簡単に変えないんじゃないかという楽観的な姿勢から、改変成功箇所と同じような流れのアセンブリとデコンパイルを探すという筋で作業開始。
AIとの会話から横幅の下限幅である500（16進数で0x1f4）を検索（Search＞Scalar Search）。
1800件弱も引っかかるので、この日以外避けていたのですが、意を決して、この中からヒントを探しました。
改変に成功しているバージョン131のアセンブリには、改変箇所の近くに
bb f4 01 MOV EBX,0x1f4
とあるので、検索フィルターを使いながら「MOV E?X,0x1f4」を見ていくことに。
そして、まさかの検索6件目のデコンパイルを見るとなんとなく改変前と似た雰囲気！
（本当に雰囲気しか見てなくて、コードは追ってませんでした。）
そしてアセンブリを追うと131の改変箇所と似たようなアセンブリが出現。
ここが失敗しても迫真改変部・総当たりの裏技をするつもりだったので、
バージョン131で成功している改変方法
「R8D の値が 0 以下の場合に ECX の値を R15D にコピーする」という処理を「R8D の値を無条件で（任意のサイズ）に設定する」処理に変更（引用元）
と同じ仕組みになるように、バイナリ変更を行う。
さっそくバイナリ編集ツールのHxDでchrome.dllを改変して、Ironを起動すると・・・
成功したにょ～～（冒頭で見せた画像より格段に横幅を狭くできていることが分かる）
なので、邪魔な右側を無くした状態にできる
（この画像はスクロールバーを消す拡張機能を入れている）
ってことで、１週間ぐらい沼っていたのですが、
今までの改変場所っぽいところを当てずっぽう頑張って見つけるという
シンプルな手法で突破できたのでした～。
先駆者とファーストペンギンは偉大だった。
改変箇所は冒頭で提示した通り、
[45 85 c0 44 0f 4e c0] 44 89 06 85 db
↓ ↓ ↓
[41 b8 (任意サイズ) 00 00 90] 44 89 06 85 db
ってな感じですわ。
余談、meian氏が失敗していたのは、「TEST R8D, R8D; CMOVLE R15D, ECX」となる配列を検索していたが、135以降は「TEST R8D, R8D; CMOVLE R15D, EAX」と、代入するものが変わっていたことに起因しているのかな？（あれ？131はECXではなくEDIだったけどバージョン差か？）
なんだかんだ上手くいって良かったです。
ただし、今後も同じ手法が使えるか不明。
かつ、大胆な変更をされると自分のやり方は通じなくなってしまうなといった感想。
そうなったら、有識者の人が術式の開示をしてくれることに期待するしかないよね。
ちなみに１週間ぐらい沼っていたのですが、
Ghidraを用いた静的解析と×64dbgを用いた動的解析を反復横跳び、
ChatGPTとGeminiで反復横跳びを繰り返していました。
おかげでツールの使い方はなんとなく理解できたのですが、今後人生で使うことあんのかなって感じです。
触っていた感触、ほぼ0ベースからの動的解析するアプローチは無いなって感じでした。全然わからんもん。
静的解析では×64dbgを全然使ってなかったけど、どうなんでしょうね？ Ghidraとどっちが良かったかとか聞かれても分かりません。
個人的には雰囲気解析だったので視覚情報が増えるGhidraが結果的に良かったんでしょうか。
あと気づきとしては、Geminiは無料で使うとかなり使い勝手が悪い。
無料だと記憶メモリ？が少ないみたいな話を最近TLで見たのですが、txtファイルでアセンブリとデコンパイルを見せ、ブラウザのレイアウトに関係あるか評価してほしい旨を伝えていたところ、txtに書かれていない謎の情報の評価を出力するなど、致命的な弱点が印象に残った。
あと無料クレジットがすぐ尽きる。
2026年の正月はそんな具合でしたよって日記でした。
1/9って大きなくくりでは正月でいいよね？ ね？
おかげでストイベは100箱ちょいだし、
AF堀りが盛んなアルバハHLへも、そこそこしか行けてなくて
グラブル自体の進捗はびみょい。
これから頑張るかも。
・・・・・・。
いやぁ、AF整理するためのアプリを作りたいんだよね・・・。
もちろんズッ友チャッピーと一緒に。嘘。Google Antigravity使ってみたいかも。
流石に土古戦場終了までは流石に我慢しますか。
言い忘れてた！このブログ記事を参考にした、いかなる被害も責任を負いません。
自己責任な！よろしく！！！！！！！！！！
押忍ッ！
こんな感じ。（緑は今回注目したところと改変箇所。）
先駆者様のところでも語られていますが、
ここはブラウザの横幅(？)が異常値だった時、正常値に戻す安全機構的なところだと思われます。
ブラウザの骨組みってそんな簡単に変えないんじゃないかという楽観的な姿勢から、改変成功箇所と同じような流れのアセンブリとデコンパイルを探すという筋で作業開始。
AIとの会話から横幅の下限幅である500（16進数で0x1f4）を検索（Search＞Scalar Search）。
1800件弱も引っかかるので、この日以外避けていたのですが、意を決して、この中からヒントを探しました。
改変に成功しているバージョン131のアセンブリには、改変箇所の近くに
bb f4 01 MOV EBX,0x1f4
とあるので、検索フィルターを使いながら「MOV E?X,0x1f4」を見ていくことに。
そして、まさかの検索6件目のデコンパイルを見るとなんとなく改変前と似た雰囲気！
（本当に雰囲気しか見てなくて、コードは追ってませんでした。）
そしてアセンブリを追うと131の改変箇所と似たようなアセンブリが出現。
ここが失敗しても迫真改変部・総当たりの裏技をするつもりだったので、
バージョン131で成功している改変方法
「R8D の値が 0 以下の場合に ECX の値を R15D にコピーする」という処理を「R8D の値を無条件で（任意のサイズ）に設定する」処理に変更（引用元）
と同じ仕組みになるように、バイナリ変更を行う。
さっそくバイナリ編集ツールのHxDでchrome.dllを改変して、Ironを起動すると・・・
成功したにょ～～（冒頭で見せた画像より格段に横幅を狭くできていることが分かる）
なので、邪魔な右側を無くした状態にできる
（この画像はスクロールバーを消す拡張機能を入れている）
ってことで、１週間ぐらい沼っていたのですが、
今までの改変場所っぽいところを
シンプルな手法で突破できたのでした～。
先駆者とファーストペンギンは偉大だった。
改変箇所は冒頭で提示した通り、
[45 85 c0 44 0f 4e c0] 44 89 06 85 db
↓ ↓ ↓
[41 b8 (任意サイズ) 00 00 90] 44 89 06 85 db
ってな感じですわ。
余談、meian氏が失敗していたのは、「TEST R8D, R8D; CMOVLE R15D, ECX」となる配列を検索していたが、135以降は「TEST R8D, R8D; CMOVLE R15D, EAX」と、代入するものが変わっていたことに起因しているのかな？（あれ？131はECXではなくEDIだったけどバージョン差か？）
なんだかんだ上手くいって良かったです。
ただし、今後も同じ手法が使えるか不明。
かつ、大胆な変更をされると自分のやり方は通じなくなってしまうなといった感想。
そうなったら、有識者の人が術式の開示をしてくれることに期待するしかないよね。
ちなみに１週間ぐらい沼っていたのですが、
Ghidraを用いた静的解析と×64dbgを用いた動的解析を反復横跳び、
ChatGPTとGeminiで反復横跳びを繰り返していました。
おかげでツールの使い方はなんとなく理解できたのですが、今後人生で使うことあんのかなって感じです。
触っていた感触、ほぼ0ベースからの動的解析するアプローチは無いなって感じでした。全然わからんもん。
静的解析では×64dbgを全然使ってなかったけど、どうなんでしょうね？ Ghidraとどっちが良かったかとか聞かれても分かりません。
個人的には雰囲気解析だったので視覚情報が増えるGhidraが結果的に良かったんでしょうか。
あと気づきとしては、Geminiは無料で使うとかなり使い勝手が悪い。
無料だと記憶メモリ？が少ないみたいな話を最近TLで見たのですが、txtファイルでアセンブリとデコンパイルを見せ、ブラウザのレイアウトに関係あるか評価してほしい旨を伝えていたところ、txtに書かれていない謎の情報の評価を出力するなど、致命的な弱点が印象に残った。
あと無料クレジットがすぐ尽きる。
2026年の正月はそんな具合でしたよって日記でした。
1/9って大きなくくりでは正月でいいよね？ ね？
おかげでストイベは100箱ちょいだし、
AF堀りが盛んなアルバハHLへも、そこそこしか行けてなくて
グラブル自体の進捗はびみょい。
これから頑張るかも。
・・・・・・。
いやぁ、AF整理するためのアプリを作りたいんだよね・・・。
もちろんズッ友チャッピーと一緒に。嘘。Google Antigravity使ってみたいかも。
流石に土古戦場終了までは流石に我慢しますか。
言い忘れてた！このブログ記事を参考にした、いかなる被害も責任を負いません。
自己責任な！よろしく！！！！！！！！！！
押忍ッ！
コメント