Audio processing
GET /api/fingerprint/audioAudio fingerprinting leverages the Web Audio API to detect subtle differences in how browsers and hardware process audio signals. The technique creates an AudioContext, generates oscillator tones at specific frequencies, processes them through various audio nodes (compressors, filters, analyzers), and measures the resulting waveform data. Different combinations of audio hardware, drivers, digital signal processing (DSP) implementations, and browser audio stacks produce measurably different results even when processing identical input signals. The fingerprint captures sample rate capabilities, number of audio channels, latency characteristics, supported audio context types, and most importantly, the precise numeric output of processed audio signals. Even variations in floating-point arithmetic implementations between browser engines cause tiny differences in audio processing that create distinctive signatures. Audio fingerprints are particularly effective because audio hardware and drivers vary significantly across devices, manufacturers implement proprietary DSP algorithms, and browser engines have different audio rendering paths. Unlike canvas fingerprinting which can be visually inspected, audio fingerprinting operates invisibly, making it difficult for users to detect. Privacy browsers attempt to normalize audio output by adding noise or returning standardized values, but this defense mechanism itself becomes a fingerprinting signal, as normalized audio signatures are rare among general users.
Move from this collector to the CreepJS signal index, live checker, API docs, and other high-value fingerprinting explainers.