fix(network): cap rooms, joiners and connections on the signaling server and the p2p host

オープン
#486 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
38/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
typescript

調査の方向性

Start with the cited room creation and joiner handling in modules/network/src/server/signaling.server.network.ts, then inspect joiner allocation in modules/network/src/server/peer-host.ts. Map the existing room and connection lifecycle before choosing limits and rate-limit behavior; the issue lists these goals but does not specify threshold values or validation rules. Done means enforcing agreed limits and validating bounded offers, with tests covering the listed abuse cases.

索引モデルが issue の本文から書いたものです。

説明

bug modules:network
Which package is this bug report for?

network

Issue description

Every host connection creates a room and every joiner is added, with no cap on rooms, joiners per room, connections per IP or frame rate. The 404-versus-upgrade answer tells whether a room exists and nothing throttles it (code space 32^6). On the p2p host, each new signal id that sends an offer allocates an RTCPeerConnection, with no limit on _joiners and no validation of offer / candidate.

Where:

Evidence:

if (room !== null && !this._rooms.has(room)) { return new Response("Unknown room", { status: 404 }); }
this._rooms.set(room, { host: webSocket, joiners: new Map() });
...
if (!joiner) { if (message.type !== "offer") return; joiner = this.addJoiner(signalId); }

Suggested fix: Cap rooms, joiners per room, connections per IP and joiners not yet welcomed. Rate-limit failed room lookups and joiner frames. Check the offer shape and bound the sdp length.

Found during a code audit of main at be72076.

Code sample

No response

Versions
  • Engine main at be72076
  • pnpm 12.0.0, Node.js 26, Bun 1.3.14
Issue priority

High (immediate attention needed)

I have tested this issue on a development release

be72076

主要言語
TypeScript
スター
7
フォーク
2
平均マージ
1日 17時間
マージ済み PR(30日)
17

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

NanoForge-dev/Engine のほかの issue

NanoForge-dev/Engine の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。