2c62b1142471b287e0954dfa6b4b7284393c5d5c5e38cdfd136915adbc37fb03
The file is the module exactly as the page had it. WebAssembly does nothing on its own: it runs only when a script instantiates it. Labels describe what the module contains and are leads, not verdicts.
At a glance
- What it is
- Known library: dotLottie animation player.
- Names it came with
- Came with the npm package @lottiefiles/dotlottie-web 0.39.0 · From cdn.jsdelivr.net · File name: dotlottie-player. Its build and the addresses it came from say so; whoever builds a module chooses these, so they are hints.
- How it was built
- Written in Rust and compiled with Emscripten.
- What it can do
- None of its imports reaches the network, runs code or changes the page. Judged from the names of its imports.
- Where we saw it
- On 1 public scan, 2026-10-14.
- Findings
- Dense data. Leads, not verdicts: legitimate modules show these too.
- Size
- 1.1 MiB
- First seen
- 2026-10-14
- Last seen
- 2026-10-14
- Public scans
- 1
- Functions
- 3653
- Imports
- 56
- Exports
- 18
- Data segments
- 339
How it was built
Written in Rust and compiled with Emscripten.
- Language
- RustThe Rust compiler (rustc) left its name in the module.
- Compiler
- EmscriptenThe toolchain that compiles C and C++ (sometimes Rust) for the web. It comes with the JavaScript that loads the module.
- Compiler backend
- LLVMThe code generator behind rustc, clang, Emscripten and TinyGo.
Read from text inside the module (its build metadata and paths the compiler left) and from its import and export names. Whoever builds a module can change or remove these, so treat them as hints. They say how a module was made, not what it does.
Hashing and cipher code
Algorithms recognised from their published constants, tables and rotation amounts: CRC-32. Legitimate modules use them all the time, for hashing, captchas and encryption, so this is a lead, not a verdict.
- function 1671CRC-32 · a table it reads
Decompiled code
3,652 of 3,653 functions decompiled to C-like pseudocode; 56 more are imported from the page.
- 1 of 3,653 functions could not be decompiled.
Decompiled code is a reconstruction from the file, so names and types are often guesses. Query values in URLs are masked here; the downloaded file is unchanged.
| Function | Size | Blocks | Complexity | Notes |
|---|---|---|---|---|
| No functions match. | ||||
File layout
WebAssembly binary format version 1, core module, 10 sections.
| Section | Offset | Size | Items |
|---|---|---|---|
| type | 0x8 | 1.1 KiB | 147 |
| import | 0x49e | 342 bytes | 56 |
| function | 0x5f4 | 3.6 KiB | 3,653 |
| table | 0x1451 | 9 bytes | 1 |
| memory | 0x145a | 9 bytes | 1 |
| global | 0x1463 | 15 bytes | 2 |
| export | 0x1472 | 107 bytes | 18 |
| element | 0x14dd | 2.8 KiB | 1 |
| code | 0x200e | 1.0 MiB | 3,653 |
| data | 0x102b6f | 110.6 KiB | 339 |
- Memory
- 267 pages (16.7 MiB), up to 32,768 pages (2.0 GiB)
- Table
- 1,455 entries, up to 1,455 entries, funcref
- Globals
- 2
- Element segments
- 1
- Function names
- none (names were stripped)
Data segments
Each bar is one segment of the module's data: as wide as its size, as tall as its entropy. Bars above the dashed line are encrypted or compressed. 339 segments, 108.2 KiB in all. The chart shows 65: the first 64 and every encrypted or compressed one.
- Segment 7: 21,976 bytes at 7.77 bits per byte
- Segment 10: 5,457 bytes at 7.93 bits per byte
- Segment 33: 7,100 bytes at 7.52 bits per byte
- Segment 217: 2,519 bytes at 7.8 bits per byte
Imports (56)
- a.a
- a.b
- a.c
- a.d
- a.e
- a.f
- a.g
- a.h
- a.i
- a.j
- a.k
- a.l
- a.m
- a.n
- a.o
- a.p
- a.q
- a.r
- a.s
- a.t
- a.u
- a.v
- a.w
- a.x
- a.y
- a.z
- a.A
- a.B
- a.C
- a.D
- a.E
- a.F
- a.G
- a.H
- a.I
- a.J
- a.K
- a.L
- a.M
- a.N
- a.O
- a.P
- a.Q
- a.R
- a.S
- a.T
- a.U
- a.V
- a.W
- a.X
Exports (18)
Text it passes to the page
Fixed text the module hands to the page's JavaScript when it calls an import, read from the module file. Imports that reach the network, run code or change the page come first; web addresses are shown as their host.
| Import | Text |
|---|---|
| a.A | std::string |
| a.A | std::basic_string<unsigned char> |
| a.W | bool |
| a.X | void |
| a.aa | DotLottiePlayer |
| a.c | n_bits >= 0 |
| a.c | ../../../modules/thorvg/src/loaders/webp/utils/bit_reader.cpp |
| a.c | VP8LReadBits |
| a.c | br != NULL && br->buf_ != NULL |
| a.c | ../../../modules/thorvg/src/loaders/webp/dec/../utils/bit |
| a.c | VP8LoadNewBytes |
| a.c | meta_index < hdr->num_htree_groups_ |
| a.c | ../../../modules/thorvg/src/loaders/webp/dec/vp8l.cpp |
| a.c | GetHtreeGroupForPos |
| a.c | ReadTransform |
| a.c | dec->next_transform_ <= NUM_TRANSFORMS |
| a.c | data == NULL |
| a.c | DecodeImageStream |
| a.c | start != NULL |
| a.c | ../../../modules/thorvg/src |
| a.c | VP8InitBitReader |
| a.c | start <= end |
| a.c | ../../../modules/thorvg/src/ |
| a.c | br->pos_ <= br->len_ |
| a.c | ../../../modules/thorvg/src/loaders/webp/dec/./../utils/bit_reader.h |
| a.c | VP8LIsEndOfStream |
| a.c | dec->next_transform_ == 1 |
| a.c | ApplyInverseTransformsAlpha |
| a.c | transform->type_ == COLOR_INDEXING_TRANSFORM |
| a.c | dec->incremental_ |
Showing 30 of 206.
In our sandbox
- Produced 1 string at run time, listed below.
Strings it produced at run time
Text that appeared while it ran and is not in the file: decoded, decrypted or built by its code. Web addresses are shown as their host.
- >?>>?456789:;<=
Checks we ran
- Threat-feed matches: none
- Names of mining software or pools: none
- CryptoNight mining structure: not found
- Hashing or cipher loops: none
- Known hashing or cipher algorithms: CRC-32
- Encrypted or compressed data: 1 block, 2.5 KiB (2.3% of its data)
- JavaScript stored inside: none
- Other modules inside: none
- Imports that read browser or page details: none
- Function names: removed (usual in release builds)
Static checks of the file: nothing in it was run for these. A finding is a lead, not a verdict.
Seen on 1 public scan
| Page | Title | Seen | How it got there |
|---|---|---|---|
| www.digicert.com | — | 2026-10-14 | Downloaded as a file |