IPアドレスの固定（IP許可リスト）

APIとDBで、対策は変わる？

扱う情報と接続元から、接続方法を比べます。

IP許可リストは接続元を絞ります。プライベート接続は公衆網への露出を減らせますが、経路の設計が必要です。どちらも認証・認可・暗号化を組み合わせます。

同じIPなら、同じ人？

会社のPCが同じ出口から接続すると、相手には同じ送信元IPとして見えます。IP許可リストはその出口を許可できますが、PCを使っている人までは区別しません。

許可した端末の乗っ取りや、サーバーに意図しない宛先へ通信させる攻撃（SSRF）で、許可したサーバーが踏み台になる場合があります。IPだけで信頼せず、本人と操作の権限も確かめます。

追加する壁の効果と負担を見極める

IP制限を追加すると、許可した接続元以外からの利用を絞れます。一方、接続元のIPが変わる環境では、正常な通信まで止めることがあります。漏洩時の影響、接続元の管理、監視を踏まえ、IP制限やプライベート接続を追加するか判断します。

通常のTCP接続では、送信元IPを書き換えただけでは応答を受け取れず、その先のTLS通信まで成立させられません。ただし、IP制限を行う層や、プロキシ経由でどの送信元情報を信頼するかは別途確認します。

押さえておきたい用語

IP 許可リスト（allowlist）

許可する送信元IPや範囲を登録する設定。提供範囲・既定値・評価する層はサービスによって異なる。

送信元 IP を固定（静的 egress）

通信を一定の送信元IPから出すこと。NATと固定IP等を使う方法がある。許可リストへの登録と維持は相手側でも行う。

多層防御（defense in depth）

1 つの対策に頼らず層を重ねる考え方。認証＋TLS の上に IP 許可リストを足すのがその一例。

ブラスト半径

事故（ここでは鍵漏洩）が起きたときに悪用が及ぶ範囲。IP 固定はこれを狭める（漏れた鍵も許可 IP 外では使えない）。

プライベート接続

公衆網への露出を減らす接続方式。IP許可リストとは経路や適用条件が異なり、認証・認可・暗号化も必要。

mTLS（相互 TLS）

サーバと接続する側の端末・アプリが、互いに証明書で相手を確認するTLS。送信元の場所を絞るIP制限とは判断材料が異なる。

ゼロトラスト

『ネットワークのどこにいるか（IP）』だけでは信頼しない考え方。IP は判断材料の一つに格下げし、認証・認可を主役にする。