ID:85497さん

### 概要 家庭内LANで機器に直接つないでいたスマホアプリを、インターネット経由でも使えるようにするため、AWS IoT CoreのMQTTブローカーを経由する構成と認証方式を設計し、検証用のプロトタイプサーバを実装しました。 ### 体制・役割 - 方式設計（2025/01〜02）：3チーム計12名のプロジェクトで、AWS IoT側（MQTTブローカーと認証）を担当。本番の実装は外部ベンダー - プロトタイプ（2025/03〜05）：1名で設計から結合試験の支援まで担当 ### 課題 - デバイスとアプリ、それぞれに安全な認証方式が必要 - 他のユーザー・他の機器のデータにアクセスできないよう分離する必要がある - 本番の試験環境ができるまで、外部ベンダーが結合試験に使える環境がない ### 取り組み・工夫 - **2系統のCustom Authorizer**：デバイスは出荷時に書き込んだ秘密情報で認証。アプリ用には、デバイスが生成してサーバに登録したトークンを、AESで暗号化してシリアル番号とともにQRコードで渡す方式をデバイスチームと設計 - **トピックによる分離**：トピックにシリアル番号を含め、Authorizerがそのトピックだけを許可する最小権限のポリシーを発行する構成にした - **すぐ使えるプロトタイプ**：TypeScriptとAWS CDKで、コマンド1つでデプロイできるようにした（IoT Core、Lambda、RDS、CloudWatch）。単一環境に割り切り、提供の早さを優先 - **OSSの不具合修正**：結合試験で、Dartの `mqtt5_client` が送るWill Messageに長さを示す2バイトが欠けており、AWS IoTに接続を拒否される問題を発見。MQTT仕様書、Wiresharkでのパケット解析、MQTT 3クライアントとの比較で原因を特定し、修正PRがマージ・リリースされた（https://github.com/shamblett/mqtt5_client/pull/137 ） ### 成果 - 本番の試験環境より約2か月早く、デバイス・アプリの外部ベンダーに結合試験用サーバを提供し、スケジュールの遅れを防いだ - 認証方式とトピック分離の設計は、実際の製品に採用された