Olivier Parisot

54 papers B 2C 19Journal 14Unranked 19
YearRankTypeTitle / Venue / Authors
2025 J jnl
CoRR
Olivier Parisot, Mahmoud Jaziri
2025 J jnl
ERCIM News
Olivier Parisot
2025 J jnl
CoRR
Olivier Parisot, Diogo Ramalho Fernandes
2025 C conf
DATA
Olivier Parisot, Diogo Ramalho Fernandes
2024 conf
ARTIIS (2)
Olivier Parisot
2024 J jnl
Data
Olivier Parisot
2024 conf
EGC
Olivier Parisot, Mahmoud Jaziri
2024 C conf
DATA
Olivier Parisot, Mahmoud Jaziri
2023 J jnl
CoRR
Olivier Parisot, Thomas Tamisier
2023 C conf
DATA
Olivier Parisot, Pierrick Bruneau, Patrik Hitzelberger
2023 J jnl
CoRR
Olivier Parisot, Pierrick Bruneau, Patrik Hitzelberger
2023 C conf
CDVE
Olivier Parisot
2023 J jnl
CoRR
Olivier Parisot, Mahmoud Jaziri
2023 J jnl
ERCIM News
Mahmoud Jaziri, Olivier Parisot
2022 conf
IMPROVE
Olivier Parisot, Thomas Tamisier
2022 J jnl
ERCIM News
Olivier Parisot, Pierrick Bruneau, Patrik Hitzelberger, Gilles Krebs, Christophe Destruel
2021 C conf
ICPRAM
Olivier Parisot, Thomas Tamisier
2021 C conf
CDVE
Olivier Parisot, Thomas Tamisier
2020 C conf
CDVE
Olivier Parisot
2020 conf
EGC
Olivier Parisot, Philippe Pinheiro, Patrik Hitzelberger
2019 conf
ADHOC-NOW
Olivier Parisot, Philippe Pinheiro, Patrik Hitzelberger
2019 J jnl
ERCIM News
Olivier Parisot, Philippe Pinheiro, Patrik Hitzelberger
2017 conf
DEXA Workshops
Olivier Parisot, Thomas Tamisier
2017 conf
EGC
Pierrick Bruneau, Olivier Parisot, Thomas Tamisier
2017 C conf
DATA
Pierrick Bruneau, Olivier Parisot, Thomas Tamisier
2017 C conf
DATA
Paulo Carvalho, Olivier Parisot, Thomas Tamisier
2017 conf
EGC
Olivier Parisot, Thomas Tamisier
2016 J jnl
Environ. Model. Softw.
Laura Giustarini, Olivier Parisot, Mohammad Ghoniem, Renaud Hostache, Ivonne Trebs, Benoît Otjacques
2016 conf
EGC
Olivier Parisot, Yoanne Didry, Thomas Tamisier, Benoît Otjacques
2016 J jnl
ERCIM News
Olivier Parisot, Benoît Otjacques
2016 B conf
RCIS
Olivier Parisot, Patrik Hitzelberger, Yoanne Didry, Gero Vierke, Helmut Rieder
2016 conf
EGC
Olivier Parisot, Yoanne Didry, Thomas Tamisier
2015 J jnl
ERCIM News
Olivier Parisot, Thomas Tamisier
2015 C conf
CDVE
Yoanne Didry, Olivier Parisot, Thomas Tamisier
2015 J jnl
J. Decis. Syst.
Olivier Parisot, Yoanne Didry, Thomas Tamisier, Benoît Otjacques
2015 C conf
DATA
Olivier Parisot, Yoanne Didry, Thomas Tamisier, Benoît Otjacques
2015 conf
DATA (Revised Selected Papers)
Olivier Parisot, Yoanne Didry, Thomas Tamisier, Benoît Otjacques
2015 conf
EGC
Olivier Parisot, Laura Giustarini, Olivier Faber, Renaud Hostache, Ivonne Trebs, Mohammad Ghoniem
2014 B conf
ICPR
Pierrick Bruneau, Olivier Parisot, Benoît Otjacques
2014 C conf
CDVE
Thomas Tamisier, Gero Vierke, Helmut Rieder, Yoanne Didry, Olivier Parisot
2014 conf
IVAPP
Olivier Parisot, Yoanne Didry, Pierrick Bruneau, Benoît Otjacques
2014 C conf
CDVE
Olivier Parisot, Yoanne Didry, Thomas Tamisier
2014 C conf
DATA
Olivier Parisot, Mohammad Ghoniem, Benoît Otjacques
2014 conf
DSS
Olivier Parisot, Yoanne Didry, Thomas Tamisier
2014 conf
EGC
Pierrick Bruneau, Olivier Parisot, Philippe Pinheiro
2014 conf
EGC
Olivier Parisot, Yoanne Didry, Pierrick Bruneau, Thomas Tamisier
2014 conf
EMISA
Olivier Parisot, Gero Vierke, Thomas Tamisier, Yoanne Didry, Helmut Rieder
2013 C conf
CDVE
Olivier Parisot, Pierrick Bruneau, Yoanne Didry, Thomas Tamisier
2013 C conf
IV
Olivier Parisot, Yoanne Didry, Thomas Tamisier, Benoît Otjacques
2012 conf
NCCA
Olivier Parisot, Antoine Schlechter, Pascal Bauler, Fernand Feltz
2011 C conf
CDVE
Thomas Tamisier, Olivier Parisot, Yoanne Didry, Jérôme Wax, Fernand Feltz
2011 C conf
CDVE
Jérôme Wax, Benoît Otjacques, Thomas Tamisier, Olivier Parisot, Yoanne Didry, Fernand Feltz
2010 conf
NDT (2)
Thomas Tamisier, Yoanne Didry, Olivier Parisot, Jérôme Wax, Fernand Feltz
2009 C conf
CDVE
Thomas Tamisier, Yoanne Didry, Olivier Parisot, Fernand Feltz
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)));