IoTセキュリティTwitterGooglePocket新年早々面白そうな論文が発表されたので読んでみました。LTEネタなのですが、昨年からLTE脆弱性ネタは連発しており、そろそろ本気でまずいんじゃなかろうかと思われます。昨年のネタは過去の記事でまとめています。www.tansokun920.comLTEFuzzとはLTEFuzzのアプローチLTEFuzzで用いられたツールLTEFuzzで検知された認証バイパス最後にLTEFuzzとは今回の論文は韓国の大学の研究者が発表した内容になります。詳細は以下ページにまとめられています。sites.google.com内容は、LTEのコントロールプレーン(C-PLANE)のプロトコル、NASとRRCに絞っていわゆるプロトコルファジングをしたっていう話になります。そのためLTEFuzzという名称が使われているようです。LTEFuzzのアプローチ論文では、以下のようなステップで脆弱性の評価を行なったとのこと。セキュリティプロパティの抽出これは3GPPの標準ドキュメントから可能性のある脅威を洗い出すようなことをしています。テストケースの生成1で得た結果から、実際に実機でテストを行うケースを作ります。その際に全てのパラメータを見ていたら途方も無い時間がかかってしまうので、自動化ツールと実際のオペレータで使用されている端末ログからテストケースを絞ったようです。最後に2で得た実機の挙動から、DoS、Spoofing、SMSphising、MitMなどの攻撃に分類していきます。今回の報告の中で一番インパクトがあったのはMitM、認証バイパス可能な脆弱性があるということでした。これはLTEの仕様の問題ではなく、実装ミスによるもののようです。論文中では51の脆弱性が報告され内36の脆弱性が新たなものでした。LTEFuzzで用いられたツール昨年からホットなLTEの脆弱性報告ですが、やはりSDRとオープンソースが用いられていました。端末へのテストはopenLTEを用いており、基地局側へのテストはsrsLTEを用いていたようです。自動化ツールにするためオープンソースから大幅な変更が加えられているようです。今回の論文で使用されたLTEFuzzは公開予定は無いようです。2019年1月7日openLTEについては過去に以下の記事でまとめています。www.tansokun920.comLTEFuzzで検知された認証バイパス認証バイパスですが、本来行うべき認証及びSecutiryModeのネゴシエーションをスキップさせてしまっても正常に動作する端末がいるようです。この場合、SIMの鍵情報など一切知らずに、偽装基地局に端末を引き込み、通信の盗聴、端末への不正アクセス、不正なサイトへの誘導などなど、やれてしまう可能性があります。過去の報告に比べ、この問題は現実性が高いと思います。https://syssec.kaist.ac.kr/pub/2019/kim_sp_2019.pdf最後にSDRとオープンソースで色々やれることが出てきたから、早急に5Gへの以降が必要かと思うけど、脆弱性のあるLTE端末は残るからどうやって対処して行くのが良いのか考えものですね。GSECで発表されたフェムトセルをハッキングしたMitM...2019-03-18SDRで使えるセルラーOSS先日、IoTSecJPでLTEに関するネタで登壇させていただきました。...2018-05-30openLTEをUbuntu16.04へインストール少し前にopenLTEなるものについて記事を書きましたが、その後あ...2018-04-12LPWA主要方式のセキュリティ機能比較ちょっとざっくりですが、以下の感じでまとめてみた。はてなブログProセキュリティ、無線、IoT、5Gなどの技術的な内容から転職などのキャリア形成について気が向くままに書いてます。(2)スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。