Aikido Endpoint Protection リリース！— 開発チームの「野良パッケージ」問題、終わります。

あなたのチーム、今何がインストールされてるか把握してますか？

正直に言いましょう。

あなたのチームの開発者が、昨日 npm install した謎のパッケージ。先週追加したChrome拡張。なんとなく入れたVS Code プラグイン。

全部把握してますか？

ほとんどの組織の答えは「No」です。そして、サプライチェーン攻撃者はまさにその隙を突いてきます。

Aikidoが新しくリリースした Endpoint Protection は、この「見えない」問題を根本から解決します。

🔥 これまで：「入れた後に気づく」世界

従来のセキュリティツールの多くは、こんな流れでした：

開発者がパッケージをインストールする
しばらくして脆弱性スキャンが走る
メール通知が届く「⚠️ 危険なパッケージが見つかりました」
でも、もう入ってる。もう動いてる。もう遅い。

つまり 「事後通知」 の世界です。

もう一つの問題。たとえブロック系のツールがあっても、npmやPyPIのプロキシに限定されていたり、Chrome拡張やIDEプラグインはノーマークだったり。穴だらけでした。

✅ これから：「入る前に止める」世界

Aikido Endpoint Protection は違います。

macOSのシステム拡張として動作するエージェントが、開発者のマシンに常駐。パッケージのインストールをリアルタイムで監視し、危険なものは ダウンロードされる前にブロック します。

通知じゃない。ブロックです。

カバー範囲も広い

エコシステム	対応
NPM	✅
PyPI	✅
Chrome拡張	✅
VS Code / Open VSX	✅
Maven	✅
NuGet	✅

コードライブラリだけじゃない。ブラウザ拡張もIDEプラグインも一元管理できるのが大きなポイントです。

🧠 賢いルールエンジン：6段階の判定

「全部ブロック」では開発が止まります。「全部スルー」ではセキュリティが崩壊します。

Aikidoのポリシーエンジンは、6段階のルールを上から順番に評価します：

ルール	内容	一言で
Rule 0	マルウェアは常にブロック	例外なし。絶対。
Rule 1	グループ単位のブロック指定	「営業チームはこのパッケージNG」
Rule 2	グループ単位の許可 or 承認済みリクエスト	「開発チームはこれOK」
Rule 3	エコシステム全体ブロック	「Chrome拡張、全面禁止」
Rule 4	承認制（Force Requests）	「入れたきゃ申請して」
Rule 5	上記に該当しなければ許可	通常運転

Rule 0のマルウェアブロックは、どんなポリシーや例外でも上書きできません。 ここが信頼の根幹です。

💡 「うちは5人チームだけど関係ある？」— めちゃくちゃあります。

「Endpoint Protectionって大企業向けでしょ？」

いいえ。少人数チームこそ恩恵が大きいです。理由はシンプル：

少人数チームの現実

セキュリティ専任がいない → 誰もパッケージを監視していない
一人が悪意あるパッケージを入れたら → チーム全体に影響
「あのChrome拡張、大丈夫？」を確認する余裕がない

Endpoint Protectionでこうなる

シナリオ1：新人エンジニアが入社した日

新人の田中さんが開発環境セットアップ中に npm install しまくっている。何を入れてるか全部見える。危ないものは自動でブロック。安心して「好きにセットアップしていいよ」と言える。

シナリオ2：チームメンバーが便利そうなChrome拡張を見つけた

「このChrome拡張、便利そうだから入れていい？」と聞かれる前に、Force Requestsが有効なので自動的に申請が飛んでくる。ワンクリックで承認 or 拒否。しかも 一度承認したパッケージは、他のメンバーが入れる時も自動で許可される。 何度も同じ判断をしなくていい。

シナリオ3：「昨日公開されたばかりのパッケージ」を入れようとした

Minimum Package Age（最小パッケージ年齢）をデフォルトの48時間に設定しておけば、公開直後のパッケージは自動でブロック。サプライチェーン攻撃の典型的な手口 — 「悪意あるコードを公開して、コミュニティが気づく前にインストールさせる」 — を未然に防げます。

🏢 大規模チーム向け：グループ × ポリシー = 柔軟な統制

50人、100人の開発組織でも安心です。

ユーザーグループ機能で、チームごとに異なるポリシーを適用できます：

🔧 開発チーム → NPM/PyPIは承認制、Chrome拡張はブロック
📊 データチーム → PyPIは自由、NPMはブロック
🎨 デザインチーム → Chrome拡張のみ承認制、他は全ブロック
🏗️ インフラチーム → 全エコシステム自由（ただしマルウェアは当然ブロック）

例外設定も細かくできるので、「基本は厳しく、必要なところだけ緩める」運用が可能です。

📦 全デバイスのパッケージ、丸見えです

Packagesタブを開くと、組織全体で何がインストールされているか一目瞭然：

パッケージ名とバージョン（例：axios@1.6.7）
何台のデバイスに入っているか
いつ初めて検出されたか

「え、このパッケージ全員のマシンに入ってるの？」という発見があるかもしれません。それが可視化の力です。

🚀 デプロイも簡単 — MDMは不要です

「JamfとかKandji入れないとダメなの？」

いいえ。MDMは必須ではありません。

一番シンプルな方法（手動インストール）

Aikidoダッシュボードで「Connect Device」をクリック
.pkg をダウンロード
インストール

以上。3ステップ。5分で完了。少人数チームならこれで十分です。特別なインフラは一切不要。

大規模展開したい場合（MDM）

50台、100台に一括展開したい場合は、MDM（Jamf / Kandji 対応済み）を使えます。他のMDMソリューションも順次対応中です。

⚠️ 現在はmacOSのみ対応。Windows / Linux は近日対応予定！

🐧 「俺はEC2にSSHしてvimで書いてるんだけど？」

ここ、正直に書きます。

Endpoint Protectionのフルエージェントは、現時点ではmacOSのローカルマシンが対象です。EC2やLinuxサーバー上で直接 npm install や pip install している場合、このエージェントはまだ使えません。

でも、今すぐできることはあります。

Safe Chain — Linux / サーバーサイドの味方

Aikidoには Safe Chain という別の仕組みがあります。npmやpip等のパッケージマネージャーをラップするCLIプロキシで、Linuxでも動きます。

npm install 時にマルウェアを検知してブロック
公開直後の怪しいパッケージも止める
CI/CD パイプラインにも組み込み可能

EC2で開発しているなら、まずSafe Chainを入れておくのが現実的な第一歩です。

今後に期待：Linux版 Endpoint Protection

Linux版がリリースされれば、サーバー上のパッケージも可視化・承認制・ブロックの対象になります。AWS管理者がEC2上の開発者の行動をダッシュボードから一元管理できる世界。 クラウドネイティブな開発チームにとって、大きな変化になるでしょう。

環境	今すぐ使えるもの	今後の対応
macOS（ローカル）	✅ Endpoint Protection（フル機能）	—
Linux / EC2	✅ Safe Chain（npm/pipブロック）	Endpoint Protection 対応予定
Windows	✅ Safe Chain	Endpoint Protection 対応予定

🆚 他のアプローチとの違い

	メール通知型	プロキシ型	Aikido Endpoint Protection
マルウェア検知	事後通知	インストール時ブロック	ダウンロード前にブロック
Chrome拡張	❌	❌	✅
IDEプラグイン	❌	❌	✅
承認ワークフロー	❌	❌	✅ ワンクリック承認
グループ別ポリシー	❌	❌	✅
デバイス可視化	❌	限定的	✅ 全デバイス一覧
パッケージインベントリ	❌	❌	✅
AI ツール可視化	❌	❌	✅

まとめ：「知らなかった」をゼロにする

Aikido Endpoint Protection がもたらすのは、シンプルに3つ：

見える — 全デバイスの全パッケージが可視化される
止まる — 危険なパッケージはダウンロード前にブロックされる
回る — 承認ワークフローで、開発を止めずにセキュリティを保てる

チームが2人でも200人でも、「開発者のマシンで何が動いているか」を把握できることの価値は変わりません。

👉 今すぐ試す： Aikido Endpoint Protection

📖 詳しいドキュメント： help.aikido.dev