Makoto Ishida

25 papers C 1Journal 16Unranked 8
YearRankTypeTitle / Venue / Authors
2019 conf
IEEE SENSORS
Sawako Tanaka, Shin-ichi Yoshida, Yong Joon Choi, Toshihiko Noda, Makoto Ishida, Kazuaki Sawada, Hiromu Ishii, Katsuyuki Machida, Yasuhiko Nikaido, Mitsumasa Saito
2016 J jnl
IEICE Trans. Electron.
Sou Takahashi, Masato Futagawa, Makoto Ishida, Kazuaki Sawada
2016 J jnl
Displays
Hayato Kumagai, Hiroaki Honma, Makoto Ishida, Kazuaki Sawada, Kazuhiro Takahashi
2015 J jnl
IEICE Electron. Express
Ippei Akita, Makoto Ishida
2015 J jnl
Sensors
Kenji Okabe, Horagodage Prabhath Jeewan, Shota Yamagiwa, Takeshi Kawano, Makoto Ishida, Ippei Akita
2015 J jnl
Microelectron. Reliab.
M. A. Matin, A. Ikedo, Takeshi Kawano, K. Sawada, Makoto Ishida
2014 J jnl
IEICE Trans. Fundam. Electron. Commun. Comput. Sci.
Kazuaki Sawada, Hirokazu Nakazawa, Shoko Takenaga, Takeshi Hizawa, Masato Futagawa, Fumihiro Dasai, Takashi Sakurai, Koichi Okumura, Toshiaki Hattori, Makoto Ishida
2014 conf
BioCAS
Byounghyun Lim, Sou Takahashi, Masato Futagawa, Fumihiro Dasai, Makoto Ishida, Kazuaki Sawada
2013 conf
ISSCC
Ippei Akita, Makoto Ishida
2012 J jnl
Sensors
Masato Futagawa, Taichi Iwasaki, Hiroaki Murata, Makoto Ishida, Kazuaki Sawada
2012 conf
BIODEVICES
Keita Yamasaki, Hirokazu Nakazawa, Nobuo Misawa, Makoto Ishida, Kazuaki Sawada
2011 conf
NEMS
Kazuki Ishikawa, Takeshi Saito, Kazuhiro Takahashi, Makoto Ishida, Kazuaki Sawada
2011 C conf
VLSI-SoC
Hirokazu Nakazawa, Makoto Ishida, Kazuaki Sawada
2011 J jnl
J. Sensors
Tomoyuki Yamazaki, Takaaki Ikeda, Byounghyun Lim, Koichi Okumura, Makoto Ishida, Kazuaki Sawada
2011 J jnl
Microelectron. J.
Bon-Ju Gu, Wang-Hoon Lee, Kazuaki Sawada, Makoto Ishida
2010 J jnl
Microelectron. J.
Wang-Hoon Lee, Bon-Ju Gu, Yoshio Nishida, Hidekuni Takao, Kazuaki Sawada, Makoto Ishida
2010 conf
INSS
Makoto Ishida, Takeshi Kawano, K. Sawada
2007 J jnl
Microelectron. J.
Yong-Soo Cho, Hidekuni Takao, Kazuaki Sawada, Makoto Ishida, Sie-Young Choi
2007 conf
CICC
Hidekuni Takao, Masaki Yawata, Ryo Kodama, Kazuaki Sawada, Makoto Ishida
2004 J jnl
IEICE Electron. Express
Yoshiko Kato, Takashi Hashimoto, Liew Yoke Ching, Hidekuni Takao, Kazuaki Sawada, Makoto Ishida
1996 J jnl
IEEE Trans. Computers
Shoji Kawahito, Makoto Ishida, Tasuro Nakamura, Michitaka Kameyama, Tatsuo Higuchi
1994 J jnl
IEEE Trans. Computers
Shoji Kawahito, Makoto Ishida, Tetsuro Nakamura, Michitaka Kameyama, Tatsuo Higuchi
1993 J jnl
Syst. Comput. Jpn.
Shoui Kaqahito, Makoto Ishida, Tetsuro Nakamura, Kentaro Mizuno, Michitaka Kameyama, Tatsuo Higuchi
1992 J jnl
Syst. Comput. Jpn.
Nobuo Karita, Shoji Kawahito, Makoto Ishida, Shiro Usui, Tetsuro Nakamura, Masafumi Nishikado, Shunji Nagaoka
1992 conf
ISMVL
Shoji Kawahito, Y. Mitsui, Makoto Ishida, Tetsuro Nakamura
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)));