The Fingerprint SDK as a Service
Biometrics integration has traditionally required developers to wrestle with platform-specific DLLs, JNI bridges, ActiveX controls, and fragile native library dependencies — a different setup for every language and every OS.
Why SecuGen Connect
SecuGen Connect eliminates all of this. It replaces the traditional library model with a local HTTP service that any programming language can call with a single line of code. That means you can build local/desktop applications without a browser runtime and still use one consistent API instead of SDK-specific bindings. For licensed deployments, offline operation is supported by local token validation; with a perpetual policy token (no expiry claim), apps can continue running offline without renewal windows, so this is not limited to always-online app models.
No JNI. No P/Invoke. No DLL Hell. Just HTTP.
Java, Python, C#, Node.js, Go, Rust, PHP, Delphi — if it can make an HTTP call, it works with SecuGen Connect.
Submit raw fingerprint images from any source — Suprema, DigitalPersona, or files — and generate ANSI/ISO standard templates through our engine.
Enroll thousands of users and identify them locally in milliseconds using an integrated SQLite-powered matching engine. No external database required.
Works in Chrome, Edge, Firefox, and Safari out of the box. No browser extensions, plugins, or applets.
Local TLS 1.3, AES-GCM encrypted template storage, strict CORS origin policies, and session-based authentication.
Centralized license management server with JWT-based validation. Supports subscription, perpetual, and trial licensing models.
SecuGen Connect runs as a background service on the user's machine, bridging your application, the sensor hardware, and the cloud licensing infrastructure.
Compiled single binary. Memory-safe concurrency. Zero runtime deps.
Embedded, serverless. Template storage with AES-GCM encryption.
Auto-generated localhost certs. HTTPS + WSS by default.
Typed client library with Promise API. npm install ready.
SecuGen Connect keeps the simplicity of web-style integration, then extends it to a secure, enterprise-ready runtime for web, desktop, and mobile teams with one consistent API contract.
| Feature | SecuGen Connect | SecuGen Web API | Legacy SDK / Plugin Stack |
|---|---|---|---|
| Architecture | Unified local service (REST + WSS + session auth) | Web-first local bridge | DLL/JNI/ActiveX split stack |
| Developer Onboarding | HTTP call + token only | Browser/JS-oriented integration | Per-language binaries and runtime setup |
| Language Coverage | Any language that can call HTTPS | Best fit for web JavaScript flows | SDK-specific (Java/.NET/C++ each separate) |
| Desktop/Mobile Reuse | Same endpoint contract across channels | Additional wrappers typically required | Rebuild per platform |
| 1:N Identification | Built-in encrypted SQLite engine | External matching logic needed | External matching logic needed |
| Template Interoperability | Any raw image → ANSI/ISO | Primarily capture-focused web workflows | Often device/SDK-bound flows |
| Licensing Server | Built-in cloud licensing server (JWT) | External/app-side licensing flow typically required | Dongle/local key distribution model |
| Deployment Operations | Central policy + token-based control | Application-managed rollout | Manual DLL/plugin distribution |
Why this matters: teams standardize on one API, ship features faster, and reduce support tickets tied to native library or browser dependency issues.
For capture, template, verify, and identify workflows, SecuGen Connect can consolidate multiple legacy integration paths (including Linux SDK flows) into one service API.
Move from handle lifecycle and buffer management to clean HTTPS request/response calls.
Remove per-distro `.so` packaging, linker/runtime path issues, and language-specific wrapper maintenance.
Remove JAR + native library packaging and eliminate PATH / JVM-native compatibility issues.
Avoid x86/x64 binary drift and use the same API contract already used by other stacks.
Reuse endpoint-level logic between Android WebView and desktop/web applications.
Upgrade browser-centric flows to a secure service model ready for multi-channel apps.
Baseline sizing below is derived from the current Windows runtime path and release artifacts (v0.2.12), including live process telemetry on this build.
Note: high-volume enrollment/identify workloads increase memory and database usage; size capacity using your expected template retention policy.