Skip to content
KitploitKITPLOIT
ツールブログ
提出
ツールブログ
提出

ハッキング、侵入テスト、サイバーセキュリティツールをあなたのセキュリティアーセナルに!

Kitploitはハッキング、サイバーセキュリティ、ペネトレーションテストのツールディレクトリです。最新のプロジェクトアップデートを見つけて、脆弱性の発見、システム分析、テストの自動化、セキュリティの強化を行いましょう。

··フィード·お問い合わせ·プライバシー·© 2026 Kitploit

ツールディレクトリ

カテゴリ

すべてのカテゴリを見る
Loading categories
meteor — Goで書かれた、複数のトランスポートプロトコルをサポートするクロスプラットフォームのC2/チームサーバー。 | Kitploit
ツール/GitHubGitHub/degenerat3/meteor
ペネトレーションテストフレームワークエクスプロイトフレームワークペイロード生成ウェブセキュリティネットワークセキュリティコマンド&コントロールレッドチーミング
GitHubdegenerat3/meteor

meteor

Goで書かれた、複数のトランスポートプロトコルをサポートするクロスプラットフォームのC2/チームサーバー。

リポジトリを見る
45123年前Kitploit レビュー済み

人気

すべて見る →

コミュニティで最も使われているツールを見つけましょう。

すべてのツールを探索

ツールコレクションを閲覧

すべてのツールを見る →
共有

Meteor

Goで書かれた、複数のトランスポートプロトコルをサポートするクロスプラットフォームなC2/チームサーバーです。

注記: これは開発中であり、完全に安定しているわけではありません。ドキュメントも不足していますが、時間をかけて徐々に改善される予定です。

概要

Meteorシステムはいくつかの部分に分かれています:

  • Core: アクション、ホスト、グループなどを追跡するメインの「チームサーバー」要素です。Coreは、Meteornet(dockerネットワーク)上のリスナーや他のコンテナ以外からはアクセスできない内部APIを実行します。
  • データベース - Coreで使用されるentリレーションを保持するPostgresデータベース。
  • クライアント - ユーザーがCoreとやり取りする方法です。現在のクライアントはDaddy Topsですが、カスタムオプションをかなり簡単に作成できます。
  • エージェント - 感染したホスト上で実行される実際のインプラントです。エージェントは、リスナーとの通信、アクションの取得・実行、結果の返送を担当します。
  • リスナー - 外部とCoreの間の仲介役です。各通信プロトコルには専用のリスナーがあります(例: Web用、ICMP用など)。リスナーはエージェントのチェックインを処理し、保留中のアクションを送り返し、最終的に結果をCoreに転送します。Daddy TopsとNestは、ネットワーク上で待ち受けるホスト型コンテナであるため、他のリスナーと同じディレクトリにありますが、その目的はエージェント通信に使用されるリスナーとは少し異なります。

インストールと使用方法

リポジトリをクローンし、必要なcomposeイメージをビルドします:

root@kitploit:~
$ git clone https://github.com/degenerat3/meteor
$ cd meteor
$ docker-compose build
<wait patiently as Golang and docker stuff happens>
$ docker-compose up

Meteorが起動しました! 使用しないコンテナはcomposeファイルから削除できることに注意してください。たとえばwebトランスポートのみを使用する場合、Petrie/Ceraをビルドして実行する必要はありません。コンテナが実行されたら、localhost:8888 をcurlしてCoreが実行されていることを確認してください。

この時点でDaddy Topsクライアントがビルドされているはずなので、meteor/docs/daddy_tops.md の手順に従ってクライアントをダウンロードし、エージェントのビルドを開始してください!

Protobuf

ほぼすべての Meteorシステム内の通信は、protocol buffersを使用して行われます。Meteor Communication Standard (MCS) は、Coreが処理するためのデータのフォーマット方法を定義します。リスナーとエージェントもアクションと結果の転送にMCSを利用し、Daddy Topsは認証からボット・グループ登録に至るまでMCSを利用します。MCSのprotoファイルは meteor/pbuf/mcs.proto にあります。

現在のトランスポートチャネル

現在のエージェント/リスナーのペアは実装されており、将来さらに追加される予定です:

  • Petrie: 基本的なTCPソケット
  • Little_Foot: Web (HTTP)
  • Cera (WIP): ICMP

追加のリスナーを開発することは、あなたが望めば十分に簡単でしょう。実際のMeteor機能のほとんどはAgent utilとListener utilに抽象化されているためです。ほとんどの場合、新しいリスナーを作成するために必要なのは、バイト文字列を確実に送受信できることだけです。そこから、リスナーutilはデータを適切なCore APIエンドポイントにルーティングし、エージェントutilはアクションを実行して適切なMCSペイロードを構築できます。この点に関してはまだ改善の余地が多くあります。main関数内でutilの外で行われているロジックとprotobufパースがいくらかあるためです。

Nest

NestはMeteorコード(現在はエージェントのみ)のビルドとコンパイルに使用されるので、自分で行う必要はありません。Daddy Tops(またはカスタムツール)を使用して必要なパラメータを送信できます。プロジェクトの他の部分とは異なり、Nest APIはprotobufではなくJSONエンドポイントで構成されています。これは、protbufやより複雑なコードを使用せずに、いくつかの簡単なcurlコマンドでバイナリをビルドしてダウンロードできるようにするためです。

その他のドキュメント

現在ドキュメントはかなり限られていますが、時間とともに改善される予定です。Core APIとNest APIのドキュメントや、Daddy Topsの手順は meteor/docs にあります。

免責事項: このツールは教育目的のみです。自分が所有していないマシンをいじらないでください。作成者は、このコードベースの不正使用について一切責任を負いません。

ツールをダウンロード