Haifeng Wen

25 papers A* 1B 2Journal 17Unranked 5
YearRankTypeTitle / Venue / Authors
2026 J jnl
CoRR
Haifeng Wen, Osvaldo Simeone, Hong Xing
2026 J jnl
IEEE Trans. Cogn. Commun. Netw.
Haifeng Wen, Hong Xing, Osvaldo Simeone
2025 J jnl
CoRR
Hao Liang, Haifeng Wen, Kaishun Wu, Hong Xing
2025 A* conf
ICML
Haifeng Wen, Hong Xing, Osvaldo Simeone
2025 J jnl
CoRR
Haifeng Wen, Hong Xing, Osvaldo Simeone
2025 conf
ICC
Haifeng Wen, Nicolò Michelusi, Osvaldo Simeone, Hong Xing
2024 B conf
WCNC
Haifeng Wen, Hong Xing, Osvaldo Simeone
2024 J jnl
IEEE Trans. Veh. Technol.
Haifeng Wen, Weijie Yuan, Chau Yuen, Yonghui Li
2024 J jnl
CoRR
Haifeng Wen, Nicolò Michelusi, Osvaldo Simeone, Hong Xing
2024 J jnl
CoRR
Haifeng Wen, Hong Xing, Osvaldo Simeone
2023 J jnl
Entropy
Xiaoqi Zhang, Haifeng Wen, Ziyu Yan, Weijie Yuan, Jun Wu, Zhongjie Li
2023 J jnl
CoRR
Haifeng Wen, Hong Xing, Osvaldo Simeone
2023 B conf
GLOBECOM
Haifeng Wen, Hong Xing, Osvaldo Simeone
2023 J jnl
CoRR
Haifeng Wen, Hong Xing, Osvaldo Simeone
2023 conf
VTC2023-Spring
Hanzhe Dai, Haifeng Wen, Hong Xing, Zhiguo Ding
2023 J jnl
CoRR
Haifeng Wen, Weijie Yuan, Zilong Liu, Shuangyang Li
2023 J jnl
IEEE Trans. Wirel. Commun.
Haifeng Wen, Weijie Yuan, Zilong Liu, Shuangyang Li
2023 J jnl
CoRR
Hong Xing, Guangxu Zhu, Dongzhu Liu, Haifeng Wen, Kaibin Huang, Kaishun Wu
2023 J jnl
IEEE Netw.
Hong Xing, Guangxu Zhu, Dongzhu Liu, Haifeng Wen, Kaibin Huang, Kaishun Wu
2022 conf
ISWCS
Haifeng Wen, Weijie Yuan, Nan Wu, Jinming Wen
2022 J jnl
IEEE Wirel. Commun. Lett.
Qu Luo, Haifeng Wen, Gaojie Chen, Zilong Liu, Pei Xiao, Yi Ma, Amine Maaref
2022 J jnl
IEEE Wirel. Commun. Lett.
Haifeng Wen, Zi Long Liu, Qu Luo, Chuang Shi, Pei Xiao
2022 conf
ICC Workshops
Haifeng Wen, Weijie Yuan, Shuangyang Li
2022 conf
IWSDA
Haifeng Wen, Qu Luo, Weijie Yuan, Zilong Liu, Pei Xiao
2021 J jnl
CoRR
Haifeng Wen, Zi Long Liu, Qu Luo, Chuang Shi, Pei Xiao
redb/extractors/js_extractors/scripts/js-xray-runner.js
← Index redb/extractors/js_extractors/scripts/js-xray-runner.js javascript
#!/usr/bin/env node
// Bridge between the Python JS pipeline and @nodesecure/js-x-ray.
//
// Usage: node js-xray-runner.js <path-to-js-file>
//   stdout  one JSON object: {"obfuscator": <name|null>, "warnings": [...]}
//   stderr  human-readable error on failure
//   exit 0  analysis ran (the file may still be benign — see "obfuscator")
//   exit 1  the file could not be read or analysed
//
// Each warning is emitted as {kind, value} so the Python side can tag
// supporting signals (encoded-literal, short-identifiers, suspicious-literal,
// unsafe-stmt) without having to mirror js-x-ray's whole schema.
//
// js-x-ray ≥7 ships as an ES module, which CommonJS `require()` cannot load
// from a `.js` script — the dynamic `import()` below is what makes the
// bridge work without renaming the file to `.mjs` or adding `"type":
// "module"` to package.json (which would break tools that still
// `require()` from this directory).

const fs = require("fs");
const path = require("path");

function fail(msg) {
  process.stderr.write(msg + "\n");
  process.exit(1);
}

async function main() {
  const target = process.argv[2];
  if (!target) fail("usage: js-xray-runner.js <file>");

  let source;
  try {
    source = fs.readFileSync(target, "utf8");
  } catch (e) {
    fail(`read failed: ${e.message}`);
  }

  // The legacy `runASTAnalysis` function is deprecated (removed in v8); the
  // current API is the `AstAnalyser` class. Both produce a result with the
  // same `warnings` shape, so the rest of the bridge is unchanged.
  let AstAnalyser;
  try {
    ({ AstAnalyser } = await import("@nodesecure/js-x-ray"));
  } catch (e) {
    fail(`@nodesecure/js-x-ray not installed (run \`npm install\` in ${path.dirname(__filename)}): ${e.message}`);
  }

  // js-x-ray defaults to module-mode parsing, which rejects scripts that
  // (legally) use reserved words as identifiers, top-level `return`, etc.
  // A lot of real-world JS malware is script-style (WScript/HTA bodies,
  // pasted snippets) — retrying in script mode catches those without
  // pulling in a more lenient parser. Both attempts share the same
  // analyser; only the parse mode flips. If both fail, the original error
  // (module-mode) is reported because that's the more informative one for
  // genuinely broken sources.
  let result;
  const analyser = new AstAnalyser();
  let firstErr;
  try {
    result = await analyser.analyse(source, { module: true });
  } catch (e) {
    firstErr = e;
    try {
      result = await analyser.analyse(source, { module: false });
    } catch (e2) {
      fail(`js-x-ray analysis failed: ${firstErr.message}`);
    }
  }

  const warnings = (result.warnings || []).map((w) => ({
    kind: w.kind,
    value: w.value !== undefined ? w.value : null,
  }));

  // js-x-ray flags the obfuscator family in a warning whose kind is
  // "obfuscated-code" and whose value names the family (jsfuck, obfuscator.io,
  // freejsobfuscator, morse, jjencode, ...). Absent => not detected.
  const obfWarning = warnings.find((w) => w.kind === "obfuscated-code");
  const obfuscator = obfWarning ? obfWarning.value : null;

  // js-x-ray runs its own AST internally with a modern parser, so its
  // identifier-length average is the only path the Python pipeline has to
  // that signal on ES2015+ sources — pyjsparser is ES5.1-only and silently
  // drops to 0 the moment it hits destructuring, classes, optional chaining,
  // etc. Surfacing this lets the heuristic's `avg_identifier_length<2`
  // strong signal fire on real obfuscator.io output. `null` when the value
  // is missing or non-numeric (defensive — older js-x-ray builds may differ).
  const idsLengthAvg =
    typeof result.idsLengthAvg === "number" && !Number.isNaN(result.idsLengthAvg)
      ? result.idsLengthAvg
      : null;

  process.stdout.write(JSON.stringify({ obfuscator, warnings, idsLengthAvg }));
}

main().catch((e) => fail(e.message || String(e)));