仕組みとセキュリティ確保手順を解説
APIを安全に利用する4つのセキュリティ対策、具体的な実装方法は?
企業がAPI利用におけるセキュリティポリシーを定める際は、APIの仕組みとその使用方法を理解することが重要だ。セキュリティポリシー策定時に有用な4つのヒントを紹介する。
企業がAPI(アプリケーションプログラミングインタフェース)を使って情報を取得しようと考えている場合、その情報を保護する方法を定めた行動計画が必要になる。社内のセキュリティを確保し、安定性を高めるには、APIの仕組みを理解し、そのAPIに関わる一連のセキュリティポリシーを設定することが不可欠だ。
複数の操作をAPI経由で実行することは少なくない。操作内容にはデータの取得、修正・更新・削除・追加、操作実行のための呼び出しがある。API利用に関する強力なセキュリティポリシーを定める際には、APIの仕組みとその使用方法を理解することが役に立つ。本稿では、API利用における以下4つのセキュリティ確保方法を紹介する。
- ユーザー承認
- 監査記録
- 取得済み・取得中データの保護
- 利用回数制限
1.ユーザー承認
APIを使って情報を取得する場合、その情報を扱うユーザーやアプリケーションに対する利用権限の付与と承認が必要になる。ユーザーやアプリケーションは、まずAPIを設けているサービスの認証を受けなければいけない。サービスはユーザーやアプリケーションについて、必ず個別に身元を確認し、認証してから、詳細な権限を付与する。
追加、削除、更新など全ての操作ができるユーザーもいれば、新しいレコードの取得と追加の操作しかできないユーザーもいる。各ユーザーが必要な情報以外を読み書きできないようにするため、各ユーザーやアプリケーションが保持する権限レベルを管理、保守する必要がある。種々の権限は通常、さまざまな役割を定義してそれをユーザーに割り当てることで実現する。
2.監査記録
「誰が、いつ情報を読み書きしたか」を追跡する監査記録は、APIのセキュリティを確保する重要な要素だ。APIを利用する際にユーザーを個別かつ一意に識別し、その呼び出しと戻り値のステータスを監査記録としてログに記録する必要がある。
監査記録は、データの取得方法と、不正行為の有無を把握するために使用できる。この記録を使って、最初にAPIと通信したユーザーまでさかのぼることも可能だ。
3.取得済み・取得中データの保護
APIを使って取得したデータは、暗号化して保管するとよいだろう。取得したデータに、個人を識別できる情報などの機密データが含まれている場合は、特に重要だ。パスワードは全てソルト(より複雑な暗号化をするための文字列)を付けてハッシュ化する必要がある。決して平文(暗号化しない状態)で保存してはいけない。
データがネットワークを通じて移動する際の保護にも気を付けるべきだ。最近のAPIは、暗号化されたプロトコル「SSL/TLS」か、セキュアな双方向通信を実現する「Webソケット」経由で呼び出される、APIを通じて情報を取得する場合、移動中のデータに対しても暗号化が必要だ。APIと呼び出し元ユーザーの間に生じるトラフィックを、未承認のユーザーが傍受できないようにするための暗号化も欠かせない。
4.利用回数制限
APIの利用回数に制限を設けなければいけない。これによりAPIの悪用やユーザーIDの乗っ取り/悪用のリスクを軽減できる。こうしたリスクは、大規模なデータ漏えいにつながる恐れがある。
例として、新たなユーザーを認証するために、ユーザーがAPIに接続する場面を考える。そのユーザーが毎秒1000回の頻度でAPIを利用しているとすると、これはデータを収集するためにAPIが悪用されている可能性を示唆する。この場合、ユーザーのAPI呼び出し回数を毎秒1回に制限することが有効になる。
他のセキュリティ対策と同様に、API利用に関しても、ユーザーや役割を対象として利用回数制限を設定できる。異なるAPI呼び出しに対して、異なる利用回数制限を設定することも可能だ。
承認ポリシーで、ユーザーの正確な場所別、具体的なセキュリティ証明書別に権限を設定することもできる。情報の取得状況を監視することは賢明といえるだろう。疑わしい動作があれば、悪用やデータ漏えいの恐れがある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド:効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは? -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合/分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
2
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
3
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
4
「テザリング依存」に潜む落とし穴 “遅いVPN”を解消するネット構築術
-
5
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
6
Claude利用8割のGMO、AI人材の評価軸が「トークン管理」に変わった
-
7
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
8
被害額は過去最高額 それでも「サイバー犯罪者が捕まらない」3つの理由
-
9
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
10
「IT運用・情報システム業務」に関するアンケート
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
7
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
「標的型攻撃メール」事例・サンプル集
-
10
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー