Jae Woo Lee

30 papers A 3B 2C 1Journal 15Unranked 8
YearRankTypeTitle / Venue / Authors
2025 J jnl
Gov. Inf. Q.
Jae Woo Lee, Keeheon Lee
2024 J jnl
Comput. Educ.
Soeun Yang, Ji Soo Choi, Jae Woo Lee, Eun-mee Kim
2023 J jnl
Adv. Intell. Syst.
Seoyeon Choi, Dong Geun Park, Min Jung Kim, Seain Bang, Jungchun Kim, Seunghee Jin, Ki Seok Huh, Donghyun Kim, Jérôme Mitard, Cheol E. Han, Jae Woo Lee
2023 J jnl
Adv. Intell. Syst.
Seoyeon Choi, Dong Geun Park, Min Jung Kim, Seain Bang, Jungchun Kim, Seunghee Jin, Ki Seok Huh, Donghyun Kim, Jérôme Mitard, Cheol E. Han, Jae Woo Lee
2023 J jnl
Entropy
Changhee Cho, Jihun Park, Biseko Juma Mafwele, Quang Anh Le, Hye Jin Park, Jae Woo Lee
2022 J jnl
Entropy
Jae Han Choi, Sungmin Lee, Jae Woo Lee
2021 J jnl
Comput. Educ.
Soeun Yang, Jae Woo Lee, Hyoung-Jee Kim, Minji Kang, EunRyung Chong, Eun-mee Kim
2015 B conf
NetSoft
Kyung-Hwa Kim, Jae Woo Lee, Michael Ben-Ami, Hyunwoo Nam, Jan Janak, Henning Schulzrinne
2015 J jnl
Commun. ACM
Mark Berman, Piet Demeester, Jae Woo Lee, Kiran Nagaraja, Michael Zink, Didier Colle, Dilip Kumar Krishnappa, Dipankar Raychaudhuri, Henning Schulzrinne, Ivan Seskar, Sachin Sharma
2014 C conf
WoWMoM
Wonsang Song, Jae Woo Lee, Byung Suk Lee, Henning Schulzrinne
2012 conf
ICC
Suman Srinivasan, Amandeep Singh, Dhruva Batni, Jae Woo Lee, Henning Schulzrinne, Volker Hilt, Gerald Kunzmann
2012 B conf
NOMS
Emanuele Maccherani, Mauro Femminella, Jae Woo Lee, Roberto Francescangeli, Jan Janak, Gianluca Reali, Henning Schulzrinne
2012
Jae Woo Lee
2011 conf
ICC
Jae Woo Lee, Henning Schulzrinne, Wolfgang Kellerer, Zoran Despotovic
2011 J jnl
IEEE Netw.
Mauro Femminella, Roberto Francescangeli, Gianluca Reali, Jae Woo Lee, Henning Schulzrinne
2011 A conf
SIGCSE
Jae Woo Lee, Michael S. Kester, Henning Schulzrinne
2011 J jnl
CoRR
Seong Eun Maeng, Jae Woo Lee, Deok-Sun Lee
2011 conf
ICC
Wonsang Song, Jae Woo Lee, Henning Schulzrinne
2011 J jnl
CoRR
Deok-Sun Lee, Seong Eun Maeng, Jae Woo Lee
2011 J jnl
Comput. Phys. Commun.
Doo Hwan Kim, Moon Yong Cha, Jae Woo Lee
2011 J jnl
Comput. Phys. Commun.
Moon Yong Cha, Jae Woo Lee, Deok-Sun Lee, Doo Hwan Kim
2009 J jnl
Data Knowl. Eng.
Jae Woo Lee, Nam Hun Park, Won Suk Lee
2009 conf
ReArch@CoNEXT
Suman Ramkumar Srinivasan, Jae Woo Lee, Eric Liu, Michael S. Kester, Henning Schulzrinne, Volker Hilt, Srinivasan Seetharaman, Ashiq Khan
2009 conf
Complex (1)
Jun Kyung Hwang, Seong Eun Maeng, Moon Yong Cha, Jae Woo Lee
2009 conf
CCNC
Jae Woo Lee, Henning Schulzrinne, Wolfgang Kellerer, Zoran Despotovic
2008 A conf
CIKM
Jae Woo Lee, Won Suk Lee
2007 A conf
CoNEXT
Jae Woo Lee, Henning Schulzrinne, Wolfgang Kellerer, Zoran Despotovic
2007 J jnl
Comput. Phys. Commun.
Kyoung Eun Lee, Jae Woo Lee, Byoung Hee Hong
2006 conf
ICCSA (5)
Young Mu Ji, Young Shin Kim, Jae Woo Lee, Young Hwan Byun, Jun Sang Park
1997 conf
ICNN
Jae Woo Lee, Sungzoon Cho
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)));