Oleg Illiashenko

27 papers B 1Journal 10Unranked 16
YearRankTypeTitle / Venue / Authors
2025 J jnl
Big Data Cogn. Comput.
Khrystyna Lipianina-Honcharenko, Nazar Melnyk, Andriy Ivasechko, Mykola Telka, Oleg Illiashenko
2024 J jnl
Sensors
Herman Fesenko, Oleg Illiashenko, Vyacheslav Kharchenko, Kyrylo Leichenko, Anatoliy Sachenko, Lukasz Scislo
2024 B conf
ARES
Panagiotis Bountakas, Konstantinos Fysarakis, Thomas Kyriakakis, Panagiotis Karafotis, Aristeidis Sotiropoulos, Maria Tasouli, Cristina Alcaraz, George Alexandris, Vassiliki Andronikou, Tzortzia Koutsouri, Romarick Yatagha, George Spanoudakis, Sotiris Ioannidis, Fabio Martinelli, Oleg Illiashenko
2023 J jnl
Entropy
Oleg Illiashenko, Vyacheslav Kharchenko, Ievgen Babeshko, Herman Fesenko, Felicita Di Giandomenico
2023 conf
IDAACS
Sergiy Yakovlev, Adam Wojciechowski, Dmytro Podzeha, Oleg Illiashenko, Iryna Yakovleva
2023 conf
DESSERT
Ievgen Babeshko, Oleg Illiashenko, Felicita Di Giandomenico
2023 conf
IDAACS
Oleg Illiashenko, Vyacheslav Kharchenko, Oleg Odarushchenko
2022 conf
MCSS
Vyacheslav Kharchenko, Oleg Illiashenko, Herman Fesenko, Ievgen Babeshko
2022 J jnl
Cryptogr.
Vyacheslav Kharchenko, Yuriy Ponochovnyi, Oleg Ivanchenko, Herman Fesenko, Oleg Illiashenko
2022 J jnl
Sensors
Viktor O. Makarichev, Vladimir V. Lukin, Oleg Illiashenko, Vyacheslav Kharchenko
2022 J jnl
Int. J. Cyber Warf. Terror.
Sergiy Dotsenko, Oleg Illiashenko, Vyacheslav Kharchenko, Olga Morozova
2022 J jnl
Sensors
Vyacheslav Kharchenko, Herman Fesenko, Oleg Illiashenko
2022 J jnl
Sensors
Yun Sun, Herman Fesenko, Vyacheslav Kharchenko, Luo Zhong, Ihor Kliushnikov, Oleg Illiashenko, Olga Morozova, Anatoliy Sachenko
2021 J jnl
Comput.
Vyacheslav Kharchenko, Oleg Illiashenko, Vladimir V. Sklyar
2020 conf
DESSERT
Vyacheslav Kharchenko, Oleg Illiashenko, Olga Morozova, Sergii Sokolov
2020 conf
MCSS
Oleksandr Potii, Yurii Tsyplinskyi, Oleg Illiashenko, Vyacheslav Kharchenko
2020 conf
DESSERT
Sergiy Dotsenko, Herman Fesenko, Oleg Illiashenko, Vyacheslav Kharchenko, Valentin Moiseenko, Liudmyla Yermolenko
2020 conf
PCI
Oleg Illiashenko, Vyacheslav Kharchenko, Olga Morozova, Chris Phillips
2019 conf
IDAACS
Oleg Illiashenko, Vladimir Pevnev
2019 conf
DESSERT
Vyacheslav S. Kharchenko, Sergiy Dotsenko, Oleg Illiashenko, Sergiy Kamenskyi
2019 conf
DESSERT
Patrik Rusnak, Peter Sedlacek, Andrej Forgac, Oleg Illiashenko, Vyacheslav S. Kharchenko
2019 J jnl
Int. J. Comput.
Evelin Halling, Jüri Vain, Artem Boyarchuk, Oleg Illiashenko
2017 conf
IDAACS
Vyacheslav S. Kharchenko, Oleg Illiashenko, Artem Boyarchuk, Vladimir V. Sklyar, Chris Phillips
2017 conf
IDAACS
Oleg Illiashenko, Vyacheslav S. Kharchenko, Ah-Lian Kor, Artem Panarin, Vladimir V. Sklyar
2015 conf
DepCoS-RELCOMEX
Oleksandr Potii, Oleg Illiashenko, Dmitry Komin
2014 conf
EWME
Vyacheslav S. Kharchenko, Oleg Illiashenko, Artem Boyarchuk, Chris Phillips, Juri Vain, Madli Krispin
2013 conf
EWDTS
Oleg Illiashenko, Vyacheslav S. Kharchenko, Andriy Kovalenko
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)));