Iman Avazpour

34 papers A* 2A 1B 10C 5Misc 1Journal 9Unranked 5
YearRankTypeTitle / Venue / Authors
2022 J jnl
J. Comput. Lang.
Humphrey O. Obie, Dac-Thanh-Chuong Ho, Iman Avazpour, John C. Grundy, Mohamed Almorsy Abdelrazek, Tomasz Bednarz, Caslon Chua
2020 J jnl
J. Comput. Lang.
Humphrey O. Obie, Caslon Chua, Iman Avazpour, Mohamed Abdelrazek, John C. Grundy, Tomasz Bednarz
2020 B conf
VL/HCC
Humphrey O. Obie, Caslon Chua, Iman Avazpour, Mohamed Abdelrazek, John Grundy, Tomasz Bednarz
2019 B conf
VL/HCC
Humphrey O. Obie, Caslon Chua, Iman Avazpour, Mohamed Abdelrazek, John C. Grundy, Tomasz Bednarz
2019 J jnl
J. Comput. Lang.
Humphrey O. Obie, Caslon Chua, Iman Avazpour, Mohamed Abdelrazek, John Grundy, Tomasz Bednarz
2019 J jnl
J. Ind. Inf. Integr.
Iman Avazpour, John Grundy, Liming Zhu
2019 J jnl
IEEE Internet Things J.
Niroshinie Fernando, Seng W. Loke, Iman Avazpour, Feifei Chen, Amin Bakshandeh Abkenar, Amani Ibrahim
2019 C conf
ACE
Dean Knudson, Jeewani Anupama Ginige, Iman Avazpour
2019 J jnl
J. Comput. Lang.
Scott Barnett, Iman Avazpour, Rajesh Vasa, John Grundy
2018 C conf
ICGSE
Dean Knudson, Stavros Kalafatis, Carsten Kleiner, Stephen Zahos, Barbara Seegebarth, Jonas Detterfelt, Iman Avazpour, Kristian Sandahl, Peter Gorder, Jeewani Anupama Ginige, Alex Radermacher, Hugo Caballero, Humberto Gomez, Mikael Roos
2018 C conf
VINCI
Humphrey O. Obie, Caslon Chua, Iman Avazpour, Mohamed Abdelrazek, John Grundy, Tomasz Bednarz
2017 conf
MODELSWARD (Revised Selected Papers)
Jian Liu, John Grundy, Mohamed Abdelrazek, Iman Avazpour
2017 conf
ACSW
Iman Avazpour, John C. Grundy
2017 A conf
RecSys
Dawei Chen, Dongwoo Kim, Lexing Xie, Minjeong Shin, Aditya Krishna Menon, Cheng Soon Ong, Iman Avazpour, John Grundy
2017 J jnl
CoRR
Dawei Chen, Dongwoo Kim, Lexing Xie, Minjeong Shin, Aditya Krishna Menon, Cheng Soon Ong, Iman Avazpour, John Grundy
2017 C conf
MODELSWARD
Jian Liu, John C. Grundy, Mohamed Abdelrazek, Iman Avazpour
2017 B conf
VL/HCC
Humphrey O. Obie, Caslon Chua, Iman Avazpour, Mohamed Abdelrazek, John Grundy
2016 B conf
VL/HCC
Jian Liu, John C. Grundy, Iman Avazpour, Mohamed Abdelrazek
2016 A* conf
ASE
Jian Liu, John C. Grundy, Iman Avazpour, Mohamed Almorsy Abdelrazek
2016 Misc conf
OZCHI
Mahdi Babaei, Marwan Al-Jemeli, Iman Avazpour
2016 conf
PerCom Workshops
Iman Avazpour, John C. Grundy, Liming Zhu
2015 B conf
VL/HCC
Scott Barnett, Iman Avazpour, Rajesh Vasa, John C. Grundy
2015 J jnl
Int. J. Softw. Eng. Knowl. Eng.
Iman Avazpour, John C. Grundy, Hai Le Vu
2015 B conf
VL/HCC
Andrew J. Simmons, Iman Avazpour, Hai Le Vu, Rajesh Vasa
2015 J jnl
J. Vis. Lang. Comput.
Iman Avazpour, John Grundy, Lars Grunske
2014 B conf
VL/HCC
Iman Avazpour, Ulf Rüegg, John C. Grundy
2014 ch.
Recommendation Systems in Software Engineering
Iman Avazpour, Teerat Pitakrat, Lars Grunske, John Grundy
2014 C conf
VINCI
Iman Avazpour, John C. Grundy, Hai Le Vu
2013 A* conf
ASE
Iman Avazpour, John Grundy, Lars Grunske
2013 B conf
VL/HCC
Iman Avazpour, John Grundy
2012 B conf
VL/HCC
Iman Avazpour, John Grundy
2012 conf
SEES@ICSE
Indika Meedeniya, Aldeida Aleti, Iman Avazpour, Ayman A. Amin
2012 B conf
VL/HCC
Iman Avazpour
2011 conf
MIAD
Iman Avazpour, Raja Syamsul Azmir, Raja Abdullah, Abdul Jalil Nordin, M. Iqbal Saripan
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)));