share facebook facebook twitter menu hatena pocket slack

脆弱性の警告を受けたnpmパッケージの依存関係を力技で直す

工藤 響己

WRITTEN BY 工藤 響己

概要

2018年4月にnpm v6.0.0がリリースされ、セキュリティチェックができるコマンドnpm auditが追加されました。
さらに2018年5月にはnpm6.1.0がリリースされ、セキュリティチェックに追加して脆弱性のある箇所を自動修正してくれるサブコマンドnpm audit fixが追加されました。
この機能は非常に便利で、node_modulesに存在する大抵の脆弱性を自動修正してくれます。しかし、パッケージの依存関係によって自動で直しきれない脆弱性が残ってしまうことがあり、現時点ではこれを手動で解消しなくてはいけません。その方法を共有します。

実践

まずは$npm audit

まずは任意のプロジェクトでnpm auditをポチッと実行します。

terminal

$ npm audit

//中略。ここに脆弱性のあるパッケージ一覧が表示されます

found 25 vulnerabilities (5 low, 19 moderate, 1 high) in 26755 scanned packages
  25 vulnerabilities require manual review. See the full report for details.

すると、「25個の脆弱性があって、そのうち1個がレベルhighですよ。上の詳細一覧を見てね」と教えてくれます。
で上の方にスクロールして一覧を見ると

┌───────────────┬──────────────────────────────────────────────────────────────┐
│ High          │ Regular Expression Denial of Service                         │
├───────────────┼──────────────────────────────────────────────────────────────┤
│ Package       │ minimatch                                                    │
├───────────────┼──────────────────────────────────────────────────────────────┤
│ Patched in    │ >=3.0.2                                                      │
├───────────────┼──────────────────────────────────────────────────────────────┤
│ Dependency of │ gulp-order                                                   │
├───────────────┼──────────────────────────────────────────────────────────────┤
│ Path          │ gulp-order > minimatch                                       │
├───────────────┼──────────────────────────────────────────────────────────────┤
│ More info     │ https://nodesecurity.io/advisories/118                       │
└───────────────┴──────────────────────────────────────────────────────────────┘

パッケージgulp-orderの中で使われているパッケージminimatchにレベルhighの脆弱性が発見されました。開発が止まってしまったパッケージでは往々にしてこうしたセキュリティホールが放置されています。
脆弱性の内容は正規表現を使ったDoS攻撃(ReDoS)を食らう危険があるとのこと。
しかしその脆弱性はminimatch v3.0.2以降でパッチ修正されているということなので、修正適用を試みます。

修正済みパッケージをインストール

問題のあるパッケージがわかったところで、修正済みパッケージ(今回はminimatchの最新版)をインストールします。

$ npm i minimatch -D
+ minimatch@3.0.4
updated 1 package and audited 26756 packages in 12.79s

無事に現時点での最新版であるminimatch v3.0.4がインストールされました。

ローカルフォルダ内の問題ファイルを確認

今度はFinderから(ターミナルの方が慣れている人はターミナルで)フォルダを開きパッケージgulp-orderの中で使われているパッケージminimatchを探します。

ありました。

$npm lsで確認

$ npm ls minimatch

lsコマンドを打つと、プロジェクト内で使われているminimatchの依存関係と使用されているバージョンを見ることができます。

重複排除されたminimatchはdedupedと表記され、一番下のminimatchだけが生きていることを示しています。dedupedなパッケージはnode_modulesの中から削除してOK。またバージョン違いでもパッケージの後方互換性が確認できればdedupedでないパッケージも削除してOKです。

削除

gulp-orderの中で古いバージョンのminimatchが使われ、また後方互換性のあるパッケージがnode_modulesの中にインストールされていることがわかったので、無慈悲に削除します。

(ポイー)

$npm dedupe

最後に$npm dedupeコマンドで依存関係整理を実行。

$ npm dedupe
audited 26759 packages in 8.811s
found 24 vulnerabilities (5 low, 19 moderate)
  run `npm audit fix` to fix them, or `npm audit` for details

お!レベルhighの脆弱性がなくなってる〜。

というわけで、脆弱性のあるnpmパッケージの依存関係を力技で修正することができました。
いずれこんなことしなくて良くなりそうですが。ってかもうなってるのを私が知らないだけかも…。

追記 – 力技じゃない直し方

こんなツールがあるんですね。知らなかった!

元記事はこちら

脆弱性の警告を受けたnpmパッケージの依存関係を力技で直す

cloudpack

cloudpackは、Amazon EC2やAmazon S3をはじめとするAWSの各種プロダクトを利用する際の、導入・設計から運用保守を含んだフルマネージドのサービスを提供し、バックアップや24時間365日の監視/障害対応、技術的な問い合わせに対するサポートなどを行っております。
AWS上のインフラ構築およびAWSを活用したシステム開発など、案件のご相談はcloudpack.jpよりご連絡ください。