今日の優良食堂
実際に入れて動かして書いた、今日の一膳
ギット飯が代わりに導入・実行・コードまで確かめました
今日の優良食堂 · ギット飯が代わりに導入・分析

Infisical/infisical

チーム全体でシークレットと設定を管理し、情報漏洩を防ぐためのオープンソース統合セキュリティ基盤です。

開発・ステージング・本番の各環境に散らばったAPIキーやデータベースのパスワードを、Infisicalのダッシュボード1つにまとめて管理できます。PostgreSQLやMySQLのパスワードを自動でローテーションしつつ、140種類以上のパターンでコード内の漏えいを事前にスキャンしてくれるので、GitHubへのうっかりコミットにも気づけます。VaultのようなCLI中心のツールと違い、Webの画面上でGitHub、Vercel、AWS、Kubernetesなどへの同期や権限管理、セッション記録まで完結し、MITライセンスなので自分のチームにそのまま導入して今日から試せます。

01 / 概要
何をするものか一文で言うと
ひとことでチーム全体でシークレットと設定を管理し、情報漏洩を防ぐためのオープンソース統合セキュリティ基盤です。

Infisicalは、シークレット管理・証明書管理(PKI)・特権アクセス管理(PAM)をまとめて扱うオープンソースのプラットフォームです。バックエンドはNode.js/Fastify製が中心で、Go言語製のサイドカー(backend-go)を新たに加え、Postgresと Redisを基盤に動作します。CLIやKubernetes Operatorを通じてアプリケーションへシークレットを配布する仕組みも備えています。

02 / 構造
どう動くのか中核のしくみ
読み方動きの流れを図と一緒にほどきました。

メインのAPIは backend/ 配下のNode.js(Fastify)実装で、Knexで postgresにアクセスし、ioredisでRedisを使います。企業向け機能(EE)は ee/services 配下に分離されていて、監査ログ・Gateway・KMIPなど多数のモジュールが fastify.d.ts で型宣言されています。並行して backend-go/ にGo言語製の新バックエンドが育っていて、main.goがPostgres・Redis・KeyStoreなど各サービスを順番に初期化します。HTTPサーバーは chi ルーターで構築され、CORS・セキュリティヘッダー・タイムアウトなどのミドルウェアを重ねて起動します。ルートは platform 系と secretmanager 系に分かれ、OpenAPI定義から oapi-codegen でハンドラの型を生成しています。HSM関連のテストはSoftHSM2入りの専用Dockerイメージを使い、testcontainers経由で実行します。

03 / 体験
入れるとこんな体験になりますギット飯が実際にたどった順序
所要ギット飯が実際に導入・実行しながらたどった順序です。
  1. STEP 01

    .env.test.example をコピーして環境変数を設定し、make test-api-services で docker-compose.test.ymlのPostgresとRedisコンテナを起動します。

  2. STEP 02

    backend-go/docker-compose.test.yml を使いGoのテストを走らせると、SoftHSM2入りコンテナが自動起動して鍵管理のテストが動きます。

  3. STEP 03

    backend/ 側でNode.jsのFastifyサーバーを起動すると、APIルートとダッシュボード用エンドポイントがlocalhostで立ち上がります。

  4. STEP 04

    .env.dev.example を参考にENCRYPTION_KEYやAUTH_SECRET、DB_CONNECTION_URIを設定しないと、起動時にバリデーションエラーで即座に落ちます。

  5. STEP 05

    backend-go/cmd/infisical/main.go を直接実行すると、設定不備の場合にJSON形式のログへissue一覧が具体的に出力されます。

04 / 成果物
何が手に入るのか導入後に手元に残るもの

自己ホスト型のシークレット・証明書・PAM基盤一式が手に入ります。Node.js製APIとGo製サイドカーAPIが同居し、PostgresとRedisで動くフルスタック環境、OpenAPI仕様書、CLI連携までひととおり揃います。

05 / 注意
ここは先に知っておいてください先に知っておくとよいこと
正直なところ誰にでも合うとは言いにくいところです。
01

Node.js backendとGo backendが並存しており、機能移行の途中に見えるため、どちらが本番トラフィックの主体かは別途確認が必要です。

02

多くのEE機能はライセンスキー前提で、OSS版だけではdocumentation上の全機能が使えるとは限りません。

03

HSM関連テストはSoftHSM2専用コンテナが必要で、ローカルでの再現にはDockerとtestcontainersの知識が要ります。

04

依存スタックがPostgres・Redis・Go 1.26など多岐にわたり、READMEに書かれた以上のセットアップ手順を要する可能性があります。

06 / 結論
ギット飯の結論食べてみる価値のある一膳か
ギット飯の最終判断優良食堂

自前でシークレット管理やPKI、PAMまで一式を運用したいインフラ・セキュリティチームに向いています。CLIやKubernetes Operator、監査ログ、動的シークレットなどEE寄りの機能まで見ると、Vault代替として本格運用を検討する組織向けです。ソースにはGo製main.goの初期化順序やchiミドルウェア構成、EEサービス群のimport一覧、SoftHSM2用Dockerfile、docker-compose.test.ymlなど具体的な実装と検証手順が確認でき、README記載のダウンロード実績とあわせて実在するプロダクトとして判断できます。ただしNode.js/Go二重バックエンドの過渡期構成である点は、採用前に最新のアーキテクチャ方針を確認したほうがよいでしょう。

今日の残りの一膳
SUBSCRIBER LIBRARY
これまでに検証した優良食堂を一堂に

4 つの関門を通った優良食堂がすべてバックナンバーに集まっています。いちばん新しい一膳はどなたでも無料で読め、それより前の優良食堂の検証の根拠・詳しい解説は ギット飯 プレミアムのご購読ですでに開いています。

優良食堂バックナンバー →
リポジトリ詳細🧪 ひと言で味見する