「curl」ユーティリティーは、その開発者らによると200億ものシーンで使用されているという。しかし今回、深刻な問題につながりかねない脆弱性の存在が明らかになった。
提供:Weiquan Lin/Getty Images
「CVE-2023-38545」という共通脆弱性識別子が割り当てられたこの脆弱性はどれほど深刻なのだろうか。curlのリード開発者であるDaniel Stenberg氏は「curlの長い歴史の中で最悪とも言えるセキュリティ上の問題だ」と自身のブログに記している。セキュリティ専門家らもStenberg氏に同意している。
具体的に説明すると、このセキュリティホールは「SOCKS5」というプロトコルを使用する際に悪用可能になる。SOCKS5は比較的シンプルなプロトコルであり、専用の「プロキシ」(仲介者)を介するネットワーク通信で用いられるものだ。これは「Tor」(匿名での通信を可能にしたり、組織や企業内からプライベートなかたちでインターネットにアクセスしたりするために用いられるオープンソースソフトウェア)経由での通信を行う際に用いられている。また、「NordVPN」や、「Private Internet Access」「Hide.me」といった一部のVPN(仮想プライベートネットワーク)でも、インターネット上のコンテンツブロック機能をう回したり、匿名性を保証したりするために用いられている。
CVE-2023-38545はメモリーヒープオーバーフローの脆弱性だ。この脆弱性が悪用された場合、遠隔地からのコード実行(RCE)が引き起こされる恐れがある。また、この脆弱性を悪用した攻撃方法を示す概念実証(PoC)コードも既に存在している。
この脆弱性は2020年2月に作り込まれてしまったものであり、「libcurl」のバージョン7.69.0〜8.3.0に存在している。
curlがさまざまなOSやアプリケーション、IoTデバイスで幅広く用いられているという事実を考えた場合、Stenberg氏がこの問題を早期に報告したのは賢明な戦略的判断だったと言えるだろう。これにより組織は、自らのシステムを監査し、curlとlibcurlの使用状況を洗い出し、組織全体でのパッチ適用に向けた包括的な計画を策定するための十分な時間を捻出できた。
また、curl開発プロジェクトの行動はそれだけにとどまらなかった。同脆弱性に関する情報はさまざまなLinuxやUNIX、そしてUNIXライクなディストリビューションの開発者らにも同時に共有された。こうした協業型のアプローチにより、curlのバージョン8.4.0が公式にリリースされる前に、パッチとアップデート済みパッケージの準備を確実に整えることができた。
筆者もcurl開発プロジェクトと同様、curl/libcurlをバージョン8.4.0にアップデートするか、旧バージョンにパッチを適用することで、こうした脆弱性に起因するリスクを緩和するようユーザーに強く推奨する。
この記事は海外Red Ventures発の記事を朝日インタラクティブが日本向けに編集したものです。