Reflektor
Reflektor is a Go library and CLI for loading shared libraries from bytes and invoking exported functions.
It exposes a stable root package (reflektor) so other projects can import it directly, while platform-specific loading is handled behind memmod.
Platform Support
| OS | Architectures | Shared Library Format | Status | Loader Notes |
|---|---|---|---|---|
| Windows | 386, amd64, arm64 |
PE (.dll) |
Supported | In-memory PE loader |
| Darwin | amd64, arm64 |
Mach-O (.dylib, bundle) |
Supported | Dyld4 root-image loader with system dependencies registered through public dyld; supports no-cgo builds and avoids temp-file legacy NS APIs. |
| Linux | 386, amd64, arm64 |
ELF (.so) |
Supported | Pure Go in-memory ELF loader (maps PT_LOAD segments, applies relocations, resolves externals from runtime modules/dlsym); no memfd, no /dev/shm, no temp-file disk writes. |
| Other | - | - | Unsupported | Returns an explicit unsupported-platform error. |
Public API
Import path:
import "github.com/sliverarmory/reflektor"
Example:
payload := []byte{}
lib, err := reflektor.LoadLibrary(payload)
if err != nil {
return err
}
defer lib.Close()
if err := lib.CallExport("StartW"); err != nil {
return err
}
Native C and Rust exports can also receive up to three machine-word arguments and return a machine-word value:
result, err := lib.CallExportWithArgs(
"Run",
uintptr(unsafe.Pointer(unsafe.SliceData(input))),
uintptr(uint32(len(input))),
callbackPointer,
)
runtime.KeepAlive(input)
This matches extension entry points such as
Run(char *buffer, uint32_t size, callback_fn callback). Convert a Go pointer
to uintptr directly in the method call, as above, and keep the pointed-to
object alive until the export returns. CGO-free Darwin and Linux callers can
create C-callable Go callbacks with purego.NewCallback; Windows callers can
use syscall.NewCallback.
You can also load from a path:
lib, err := reflektor.LoadLibraryFile("./payload.dylib")
To read and map a library's non-system dependencies through Reflektor as well, use recursive mode:
lib, err := reflektor.LoadLibraryFileRecursive("./payload.dylib")
The byte-oriented equivalent resolves relative dependency names from the current working directory:
lib, err := reflektor.LoadLibraryRecursive(payload)
Both recursive APIs read the complete custom dependency graph before the root
export is invoked. LoadLibraryFileRecursive is preferred for libraries that
use origin-relative names such as $ORIGIN, @loader_path, or @rpath.
Native-only Package
Hosts that load only native C or Rust extensions can use the tag-free
github.com/sliverarmory/reflektor/native package:
import "github.com/sliverarmory/reflektor/native"
lib, err := native.LoadLibrary(payload)
It exposes the same CallExport, CallExportWithArgs, and Close lifecycle
for byte-backed native images. On Linux, its import graph deliberately excludes
the root loader's Go c-shared TLS reservation. Linux amd64 and arm64 use
the PureGo call bridge in both CGO modes, while Linux 386 uses Reflektor's
integer-only runtime.cgocall dispatcher. Valid Go c-shared payloads are
rejected before mapping with native.ErrGoSharedLibraryUnsupported; use the
root reflektor package when Go c-shared loading is required. File and
recursive loading remain root-package features.
CLI
The CLI is in reflektor/cli and uses Cobra.
Build:
go build -o reflektor ./cli
Usage:
./reflektor <shared-library-path> [--call-export StartW]
--call-export defaults to StartW.
Behavior Notes
CallExportpreserves the original zero-argument API.CallExportWithArgsaccepts zero through threeuintptrarguments and returns the platform's primary machine-word return value.CallExportWithArgssupports native C and Rust images. Go c-shared images returnErrGoExportArgumentsUnsupported; their zero-argument exports remain available throughCallExport.- On Linux, the runtime-aware foreign-call bridges keep C-to-Go callbacks safe.
Consequently,
CGO_ENABLED=0hosts importing either Reflektor package are dynamically linked against the platform's glibc loader; this is not a fully static or musl-portable build mode. - Reflektor normalizes common symbol naming differences where possible (for example underscore-prefixed forms).
- The root
reflektor.LibraryAPI remains intentionally small:CallExport(),CallExportWithArgs(), andClose(). - Recursive mode maps file-backed application dependencies from their bytes and resolves imports within the in-memory graph. Platform runtime libraries remain delegated to the native loader: Darwin shared-cache libraries, Windows System32/API-set libraries, and Linux libraries in trusted system roots. Those libraries require OS-managed TLS, symbol versioning, loader registration, and other facilities that cannot be reproduced by simply reading a file—and some Darwin shared-cache images do not exist as standalone readable files.
- Linux custom images reject general ELF TLS, IFUNC/IRELATIVE, and RELR with explicit errors; those features remain available through the system-library carveout. Windows custom dependency cycles and delay-load import tables are also rejected explicitly. Darwin and Linux graph cycles are deduplicated.
- After the first export call, Darwin recursive mappings remain process-resident
because dyld retains their loader records. Reusing a Darwin install-name in a
later load follows dyld's first-loaded identity semantics. Calls made through
the same
Libraryreuse one mapped root, so an initializer and later argument-bearing exports share module state. LoadLibraryandLoadLibraryFileretain their original behavior and API.
Test Data And Validation
C test shared libraries are generated from:
reflektor/testdata/c/args.creflektor/testdata/c/basic.creflektor/testdata/c/recursive_leaf.creflektor/testdata/c/recursive_middle.creflektor/testdata/c/recursive_root.c
The recursive C fixture is a transitive root -> middle -> leaf graph. Its test
checks that the graph is absent from Linux /proc/self/maps or the Windows
loader module registry, then renames the dependency directory before calling
StartW. On Darwin the rename happens before the lazy dyld transaction. These
checks prove the custom dependencies came from bytes captured by Reflektor.
The Rust HTTPS fixture is built from reflektor/testdata/rust. It exports StartW, performs a bounded GET https://example.com/ through libcurl on Darwin/Linux or WinHTTP on Windows, and records ok:200 after receiving a non-empty successful response. The fixture is dependency-free Rust (no_std) so it does not require unsupported thread-local runtime state from the in-memory loaders.
Build test shared libraries for the full matrix:
./testdata/build_c_shared_libs.sh
Run tests:
go test ./...
The Rust fixture test requires Cargo with Rust 1.94.0 and outbound HTTPS access. Linux also requires the libcurl development package so the fixture can link against the system TLS client.
Linux cross-arch Docker harness:
reflektor/testdata/docker/linux-memmod.Dockerfilereflektor/testdata/docker/run-linux-memmod-matrix.sh
Repository Layout
reflektor/reflektor.go: root importable package (reflektor).reflektor/native: tag-free native C/Rust-only package.reflektor/memmod: OS-specific loader backends.reflektor/cli: CLI entrypoint.reflektor/testdata: portable shared-library fixtures and build/test harnesses.