Vincenzo Liberatore

45 papers A* 11A 4B 4C 4Misc 1Journal 14Unranked 7
YearRankTypeTitle / Venue / Authors
2017 J jnl
SIGACT News
Vincenzo Liberatore
2015 C conf
ACC
Vincenzo Liberatore, Dhrubajyoti Saha
2015 J jnl
Theor. Comput. Sci.
Michael A. Bender, Sándor P. Fekete, Alexander Kröller, Vincenzo Liberatore, Joseph S. B. Mitchell, Valentin Polishchuk, Jukka Suomela
2013 conf
EESR
Ahmad T. Al-Hammouri, Vincenzo Liberatore, Huthaifa Al-Omari, Stephen M. Phillips
2009 A* conf
WWW
Zakaria Al-Qudah, Hussein A. Alzoubi, Mark Allman, Michael Rabinovich, Vincenzo Liberatore
2008 conf
HSCC
Ahmad T. Al-Hammouri, Michael S. Branicky, Vincenzo Liberatore
2008 J jnl
World Wide Web
Jonathan Beaver, Kirk Pruhs, Panos K. Chrysanthis, Vincenzo Liberatore
2008 C conf
ACC
Graham Alldredge, Michael S. Branicky, Vincenzo Liberatore
2008 A conf
IPDPS
Wenhui Zhang, Vincenzo Liberatore, Jonathan Beaver, Panos K. Chrysanthis, Kirk Pruhs
2007 Misc conf
SenSys
Ahmad T. Al-Hammouri, Vincenzo Liberatore, Huthaifa Al-Omari, Zakaria Al-Qudah, Michael S. Branicky, Deepak Agrawal
2007 A* conf
SODA
Qingbo Cai, Vincenzo Liberatore
2006 J jnl
SIGBED Rev.
Ahmad T. Al-Hammouri, Vincenzo Liberatore, Michael S. Branicky, Stephen M. Phillips
2006 A conf
IPDPS
Ahmad T. Al-Hammouri, Michael S. Branicky, Vincenzo Liberatore, Stephen M. Phillips
2006 A* conf
INFOCOM
Vincenzo Liberatore
2006 J jnl
Inf. Syst. E Bus. Manag.
Ahmad T. Al-Hammouri, Wenhui Zhang, Robert F. Buchheit, Vincenzo Liberatore, Panos K. Chrysanthis, Kirk Pruhs
2006 B conf
MDM
Jonathan Beaver, Panos K. Chrysanthis, Kirk Pruhs, Vincenzo Liberatore
2005 J jnl
IEEE Trans. Parallel Distributed Syst.
Xiaotong Zhuang, Vincenzo Liberatore
2005 B conf
ISAAC
Qingbo Cai, Vincenzo Liberatore
2005 C conf
ACC
Justin R. Hartman, Michael S. Branicky, Vincenzo Liberatore
2004 A conf
IPDPS
Wenhui Zhang, Wei Li, Vincenzo Liberatore
2004 J jnl
J. Algorithms
Vincenzo Liberatore
2004 B conf
IWQoS
Vincenzo Liberatore
2004 conf
WebDB
Jonathan Beaver, Nicholas Morsillo, Kirk Pruhs, Panos K. Chrysanthis, Vincenzo Liberatore
2003 A* conf
ICDE
Wei Li, Wenhui Zhang, Vincenzo Liberatore, Vince Penkrot, Jonathan Beaver, Mohamed A. Sharaf, Siddhartha Roychowdhury, Panos K. Chrysanthis, Kirk Pruhs
2003 conf
WORDS
Ahmad T. Al-Hammouri, A. Covitch, M. Kose, D. Rosas, Wyatt S. Newman, Vincenzo Liberatore
2003 conf
WORDS
Panos K. Chrysanthis, Vincenzo Liberatore, Kirk Pruhs
2003 C conf
ACC
Michael S. Branicky, Vincenzo Liberatore, Stephen M. Phillips
2002 A conf
IPDPS
Xiaotong Zhuang, Vincenzo Liberatore
2002 A* conf
ICRA
Lung Ngai, Wyatt S. Newman, Vincenzo Liberatore
2002 A* conf
ICALP
Vincenzo Liberatore
2002 A* conf
INFOCOM
Vincenzo Liberatore
2001 J jnl
ACM J. Exp. Algorithmics
Vincenzo Liberatore
2000 J jnl
SIAM J. Comput.
Sanjeev Khanna, Vincenzo Liberatore
2000 J jnl
J. Algorithms
Martin Farach-Colton, Vincenzo Liberatore
2000 J jnl
SIGMETRICS Perform. Evaluation Rev.
Brian D. Davison, Vincenzo Liberatore
2000 conf
SWAT
Vincenzo Liberatore
2000 J jnl
Nord. J. Comput.
Vincenzo Liberatore
1999 A* conf
SODA
Vincenzo Liberatore
1999 B conf
CC
Vincenzo Liberatore, Martin Farach-Colton, Ulrich Kremer
1998 A* conf
SODA
Vincenzo Liberatore
1998 A* conf
STOC
Sanjeev Khanna, Vincenzo Liberatore
1998 A* conf
SODA
Martin Farach, Vincenzo Liberatore
1998 J jnl
Inf. Process. Lett.
Vincenzo Liberatore
1994 J jnl
Theor. Comput. Sci.
Fabrizio d'Amore, Vincenzo Liberatore
1992 conf
SWAT
Fabrizio d'Amore, Vincenzo Liberatore
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)));