APIのリスクと対策【中編】

“便利なAPI”の裏の事情「攻撃に狙われる」　その理由は？

企業は自社アプリケーションのAPIを公開する際、さまざまなセキュリティのリスクを想定して対策を講じなければならない。具体的にはどうすればいいのか。

公開 2024年11月12日 07時00分

[TechTarget]

印刷する連載新着通知を受け取る

　企業間のアプリケーション連携のためにAPI（アプリケーションプログラミングインタフェース）を公開する取り組みが広がっている。API公開はビジネスの可能性を拡大するために重要なものだが、企業にさまざまなセキュリティのリスクをもたらすことに注意しなければならない。APIを安全に公開するために知っておきたい“8つのリスク”と対策とは何か。本稿はその第2弾をお届けする。

5．悪意のある入力

併せて読みたいお薦め記事

連載：APIのリスクと対策

前編：なぜ「API」が“攻撃の温床”に？　狙われるこれだけの理由

APIのセキュリティリスクとは

　APIを処理する「APIハンドラー」はユーザーからの入力を十分な検証無しに受け入れることがある。そのため、SQLインジェクション攻撃やバッファオーバーフロー攻撃、サーバサイドリクエストフォージェリ（SSRF）攻撃などを受けるリスクがある。これらの攻撃の特徴は以下の通り。

SQLインジェクション攻撃
- APIへのリクエストに不正なSQLを注入することで機密情報の窃取を狙う。
バッファオーバーフロー攻撃
- メモリに許容量以上のデータを送り込む。
SSRF攻撃
- 公開サーバから内部サーバに不正なリクエストを送信し、内部サーバへの侵入を図る。

対策

　リクエスト元からの入力を受け入れる前に、入力内容を検証する仕組みが有用だ。

6．データの過剰な共有

　企業のデータセキュリティポリシーで許可されている以上の情報を、APIが公開する場合がある。これにより、個人情報やビジネスの機密情報が不適切に公開されるリスクが生じる。過剰なデータ公開が発生する原因の一つは、APIの本番環境で扱うデータセットがテスト環境よりも多様になることだ。認証の問題が原因になることもある。

対策

　レコード数に制限を設ける一方で、含まれるデータタイプやフィールドには制限を設けずにテストを実施して、データの共有範囲が適切かどうかを検証する。データ公開を監視し、必要に応じて不適切なものをブロックする「データ損失防止」（DLP）ツールの使用も推奨される。

7．APIへの依存

　組織内部のシステムが組織外のシステムと同じAPIに依存している場合、企業のビジネスはAPIユーザーによる干渉を受けやすくなる。もしAPIがDoS（サービス拒否）やDDoS（分散型サービス拒否）攻撃の標的にされたら、組織外のシステムだけではなく組織内部のシステムも影響を受けてビジネスに支障を来す可能性がある。