xxhash 3.5.1
- Source
- https://github.com/ifduyue/python-xxhash
- Artifact scanned
xxhash-3.5.1.tar.gz- Compared with
xxhash-3.5.0.tar.gz(12 signals introduced since)- Files
- 80 scanned, 34 skipped (binary, oversized, or unrecognised)
- Signals
- 0 critical · 0 warn · 24 info
- Scan time
- 14.1 s
- LLM review
- Reviewed by claude-haiku-5-5 (Anthropic): 15 of 15 warn and critical signals; 15 demoted to info.
- Disclude version
- 4.3.0
- Scanned (UTC)
- 2026-10-23 14:13
Signals
Ordered by severity, then signals introduced in this release. Hidden characters are shown as ⟨U+…⟩.
-
info
warn→ info by reviewdynamic-executiondeps/xxhash/.github/workflows/ci.yml:121:42new in this release&& && && && && && && &&likely benign CI step echoing the configured C compiler version using the $CC variable.Reasoning
Standard CI step printing compiler info; $CC/$CXX are set by the CI matrix environment. Variable command names in CI YAML are normal and benign here.
-
info
warn→ info by reviewdynamic-executiondeps/xxhash/.github/workflows/ci.yml:122:44new in this release&& && && && && && && && && ||likely benign CI step printing C++ compiler version via $CXX variable.Reasoning
Same pattern as the preceding line: prints compiler and make versions in a CI job; $CXX comes from the workflow environment.
-
info
critical→ info by reviewdynamic-executiondeps/xxhash/.github/workflows/ci.yml:204:171new in this release# Run "make check" if /proc/cpuinfo has flags for avx512. && CPPFLAGS="-mavx512f -DXXH_VECTOR=XXH_AVX512" || ( && )likely benign AVX512 test-selection step in CI using a conditional make and a no-op substitution fallback.Reasoning
The $(exit 0) fallback is a no-op substitution used to keep the step succeeding after an echo; it is an unusual idiom but not malicious. The command is a grep on /proc/cpuinfo followed by a make invocation in a repository CI file.
-
info
warn→ info by reviewdynamic-executiondeps/xxhash/.github/workflows/ci.yml:436:17new in this release&& && && &&likely benign CI step printing cross-compiler version via $XCC.Reasoning
Cross-compiler check in CI printing version info; $XCC is defined by the job matrix. Benign.
-
info
warn→ info by reviewdynamic-executiondeps/xxhash/.github/workflows/ci.yml:437:17new in this release&& && && &&likely benign CI step invoking $XCC --version and -v for toolchain info.Reasoning
Same cross-compiler version check; variable command names are expected in matrix-driven CI.
-
info
warn→ info by reviewdynamic-executiondeps/xxhash/.github/workflows/ci.yml:439:17new in this release&& &&likely benign CI step checking the emulator version via $XEMU.Reasoning
Emulator version check in CI; $XEMU is set by the matrix configuration. Benign.
-
info
warn→ info by reviewobfuscated-command-namedeps/xxhash/.github/workflows/ci.yml:544:9new in this releaselikely benign Runs the locally built xxhsum.exe benchmark using a Windows path.Reasoning
Backslashes are Windows path separators in a PowerShell/cmd invocation of the locally built xxhsum.exe benchmark binary. The flag counts as escape sequences only because of the YAML/shell parser; nothing is hidden.
-
info
warn→ info by reviewobfuscated-command-namedeps/xxhash/.github/workflows/ci.yml:559:9new in this releaselikely benign Runs the clang-cl built xxhsum.exe benchmark with a Windows path.Reasoning
Windows path separators to a build output binary in a CI benchmark step; not obfuscation.
-
info
warn→ info by reviewobfuscated-command-namedeps/xxhash/.github/workflows/ci.yml:575:9new in this release|likely benign Runs the dispatch build xxhsum.exe with a Windows path and greps version output.Reasoning
Windows path to a locally built binary in the CI workflow; backslashes are path separators.
-
info
warn→ info by reviewobfuscated-command-namedeps/xxhash/.github/workflows/ci.yml:576:9new in this release|likely benign Runs the dispatch build xxhsum.exe benchmark with a Windows path.Reasoning
Duplicate of the previous Windows benchmark invocation with the same benign path separators.
-
info
critical→ info by reviewdynamic-executiondeps/xxhash/.github/workflows/ci.yml:619:51new in this release# Expected output is "./xxhsum.exe: PE32+ executable (console) x86-64, for MS Windows" | ||likely benign CI check that the produced xxhsum.exe is an x86-64 PE, failing otherwise.Reasoning
The $(exit 1) fallback is a deliberate failure to fail the step when the file type check does not match; it is a no-op-style idiom, not a payload. Benign CI verification of the Windows binary architecture.
-
info
critical→ info by reviewdynamic-executiondeps/xxhash/.github/workflows/ci.yml:629:50new in this release# Expected output is "./xxhsum.exe: PE32 executable (console) Intel 80386, for MS Windows" | ||likely benign CI check that the produced xxhsum.exe is an Intel 80386 PE, failing otherwise.Reasoning
Same pattern checking for a 80386 PE binary; the $(exit 1) forces a failure on mismatch. Benign CI validation.
-
-
-
-
-
-
-
-
-
|| /* WASM SIMD128 via SIMDe */likely benign Temporary #define of inline around an arm_neon.h include to work around a clang bug.Reasoning
This is a known, deliberate workaround in xxHash: it temporarily redefines inline to __inline__ around the arm_neon.h include to work around a clang bug, then undefines it. Well-documented library code, not malicious.
-
;likely benign Vendored xxhash.h XXH3 code whose identifiers were flagged for visual confusability.Reasoning
The snippet is ordinary XXH3 hashing code with normal identifiers (bitflip1, bitflip2, input_lo). The skeleton collision comes from the token pass normalizing 1/l/I and 0/O/o, so two names that differ only in confusable characters collapse together. Nothing in the snippet shows a hidden or deceptive identifier, and vendored xxhash is a known, legitimate source.
-
= =likely benign setup.py execs the package's own version.py to read its VERSION string at build time.Reasoning
The exec runs at module scope on a non-literal string, which is the flagged pattern. However, the input is the package's own xxhash/version.py read from the project directory, with an empty globals-free namespace, and it extracts a VERSION key. This is the usual way upstream xxhash bindings read their version during install. It has no network access, decoding, or process spawning, so it is not a payload. The severity is high only because the pattern is generic.
Reproduce This Scan
Run disclude locally to verify. These commands scan the published file; the "new in this release" marks come from comparing it with the previous release's file, which they don't repeat. Add --format sarif for SARIF output. Add --llm (with an API key in the environment) to include the LLM review.
|
&&