(../../../www.blogger.com/static/v1/widgets/2872013778-css_bundle_v2.css)     (../../favicon.ico)  (aliexpress-webpage-keeping-multipoint.html)  (laserphile - Atom) (https://blog.laserphile.com/feeds/posts/default)  (laserphile - RSS) (https://blog.laserphile.com/feeds/posts/default?alt=rss)  (laserphile - Atom) (https://www.blogger.com/feeds/6527582820690732985/posts/default)  (laserphile - Atom) (https://blog.laserphile.com/feeds/8716786672517632420/comments/default)     laserphile: AliExpress webpage keeping multipoint Bluetooth headphones active with WebAudio fingerprinting (../../../cdnjs.cloudflare.com/ajax/libs/SyntaxHighlighter/3.0.83/styles/shCore.css)  (../../../cdnjs.cloudflare.com/ajax/libs/SyntaxHighlighter/3.0.83/styles/shThemeDefault.css)  (../../../www.blogger.com/dyn-css/authorization.css@targetBlogID=6527582820690732985&zx=a8f3b3aa-13ab-4124-908c-50a784b1f372.css)  (../../../www.blogger.com/dyn-css/authorization.css@targetBlogID=6527582820690732985&zx=a8f3b3aa-13ab-4124-908c-50a784b1f372.css)                                       (https://blog.laserphile.com/) laserphile                                                               Thursday, 20 August 2026     AliExpress webpage keeping multipoint Bluetooth headphones active with WebAudio fingerprinting    Recently I ran into a strange problem with my Bluetooth headphones. They support multipoint Bluetooth audio, so they can be connected to my PC and phone at the same time. Normally the PC takes priority playing audio, with my phone being able to play audio when nothing is playing on the PC. Usually I listen to music on my phone but with notifications or Youtube playing through the PC, this works reliably until I open an AliExpress page in Firefox or Chrome (other browsers untested). Shortly after loading the AliExpress homepage, audio from my phone would stop playing. Closing the AliExpress tab fixes it immediately. Muting the tab/Firefox/Windows does not help, and there is no visible video, music, or other media playing on the page.  This seemed suspicious enough to investigate. Looking for hidden media My first thought was an autoplaying product video or advertisement, so I checked for the usual suspects:  <audio> and <video> elements calls to HTMLMediaElement.play() active Media Session metadata media requests embedded frames containing media   None of these showed anything useful. There were no audio or video elements, no media playback calls, and navigator.mediaSession.playbackState remained none. A clue was that the problem did not begin immediately. It appeared after the page had been sitting idle for several seconds. I instrumented the page before loading it and watched the Web Audio API instead of only looking for conventional media elements. The basic idea was to wrap the AudioContext constructor and record whenever a page created an audio-processing context: const OriginalAudioContext = window .AudioContext ;  window .AudioContext = class extends OriginalAudioContext { constructor (... args ) {   super ( ... args);   console. log ( "AudioContext created" , {   state:  this .state,   stack:  new  Error ().stack  });  }  };  I also wrapped AudioNode.prototype.connect() so I could see whether anything was connected to the context's audio destination. That finally found it, two hidden audio contexts! During an idle capture of the AliExpress homepage, the page created two AudioContext objects. Both entered the running state and both connected nodes to AudioContext.destination. At the same time there were still:  zero <audio> or <video> elements zero media play() calls no active Media Session no audible sound   The constructor stack traces pointed to two scripts:  https://assets.aliexpress-media.com/g/AWSC/uab/1.140.0/collina.js https://assets.aliexpress-media.com/g/AWSC/fireyejs/1.231.67/fireyejs.js   The first context was created by collina.js, while the second came from fireyejs.js. Both sit under an AWSC directory and appear to be part of Alibaba's browser security and anti-abuse tooling. The scripts are extremely obfuscated, but enough names and operations survive for AI to work out what the audio code is doing. What the audio code does Both scripts build a WebAudio graph resembling this: Sawtooth oscillator -> AnalyserNode -> ScriptProcessorNode -> GainNode set to zero -> AudioContext.destination  The oscillator generates a known waveform. The analyser measures the result after it has passed through the browser's audio implementation, and the script reads frequency data from it. The gain is set to zero, so the user should not hear anything. However, the graph is still connected to the system audio destination. Connecting it to the destination causes the browser to actively process the graph, even though the final volume is zero. This is very different from an autoplaying video. There is no media element for the browser's normal tab mute control to stop. As far as the page is concerned, it is performing live audio processing. In my case, that appears to have been enough for Firefox or Windows to keep the Bluetooth audio path active, preventing my multipoint headphones from switching cleanly back to the phone. Edit - There seems to be a firefox bug ticket open for the issue: (https://bugzilla.mozilla.org/show_bug.cgi?id=1863193#c9) https://bugzilla.mozilla.org/show_bug.cgi?id=1863193#c9  This looks like fingerprinting The WebAudio test is not the only measurement in these scripts. Inspection of the bundles found code that queries or measures:  canvas rendering and toDataURL() WebGL renderer information, extensions, and shader precision audio oscillator and analyser output screen and viewport dimensions device pixel ratio hardware concurrency and device memory installed browser plugins supported audio and video formats WebRTC behaviour browser performance timing mouse, touch, focus, and scroll events device motion and orientation properties commonly associated with browser automation  There is also code for serialising and encrypting results, making requests to Alibaba telemetry services, and sending data with fetch() or sendBeacon().  This is a fairly comprehensive browser and device fingerprint. Audio fingerprinting works because small differences in browser versions, operating systems, audio libraries, and hardware can produce slightly different results from the same generated signal. It is not necessarily enough to uniquely identify a device by itself, but it becomes much more useful when combined with canvas, WebGL, hardware, timing, and interaction data.  Edit - tomrittervg, a firefox developer, has done a further dive into what is being fingerprinted with the WebAudio: (https://ritter.vg/blog-webaudio_alibaba.html) https://ritter.vg/blog-webaudio_alibaba.html   I cannot see what AliExpress does with the resulting data after it reaches their servers. It may be used as a persistent device identifier, but it could also be one input into a fraud or bot-detection score.  Why AliExpress would want this AliExpress has plenty of reasons to distinguish normal shoppers from automated or suspicious clients as well as tracking users browsing habits. The site has to deal with account takeovers, fake accounts, scraping, automated purchasing, payment fraud, review manipulation, and abuse of coupons or new-customer promotions. They also, like most large businesses, make use of large datasets of user behaviour to better market products and services. Cookies are not especially reliable for this purpose because they can be cleared, copied, or replaced. A fingerprint made from many independent browser measurements is harder to manipulate consistently. Interaction data can also help determine whether a browser is controlled by a person or automation. From AliExpress's perspective, this could reduce fraud and allow trusted customers through without showing a CAPTCHA every few pages. Not that Aliexpress shies away from their AI generated CAPTCHAs.  Personally I do not want a shopping homepage silently exercising my graphics, audio, WebRTC, hardware, and motion APIs, etc, to track my behaviours, especially if it has such an annoying effect as blocking my music. Perhaps if AliExpress wasn't blocking my music I never would've looked into what the site was doing.  Blocking it with uBlock Origin I tested blocking the two identified script families. With both requests blocked, the AliExpress homepage continued to render and no AudioContext objects or destination connections appeared during the control capture. In Firefox, I use the official uBlock Origin extension by Raymond Hill. To block the scripts open the uBlock dashboard, select My filters, and add:  ! AliExpress AWSC fingerprinting scripts ||assets.aliexpress-media.com/g/AWSC/uab/*/collina.js$script,domain=aliexpress.com ||assets.aliexpress-media.com/g/AWSC/fireyejs/*/fireyejs.js$script,domain=aliexpress.com   Click Apply changes, close any existing AliExpress tabs, and open the site again. Existing tabs need to be closed because blocking a script does not shut down an audio context that it has already created. These rules are deliberately narrow. They block only the two observed script families and only when requested by AliExpress. I would not be surprised if this stops working in the future, I'll cross that bridge when it comes to it. Because these scripts appear to be connected with anti-fraud systems, blocking them may cause extra CAPTCHAs or problems during login or checkout. So far the homepage and ordinary product browsing still work, but I would temporarily disable the rules if AliExpress refuses a legitimate login or payment. Why I am blocking it The anti-fraud use case is understandable, but this implementation has real world problems. It runs on the general shopping homepage before I perform a sensitive action. It collects a broad set of device and behavioural measurements, the implementation is deliberately difficult to inspect, and there is no visible indication that the page has started a live audio-processing graph. It also produced a very real hardware side effect. A silent fingerprinting test was able to interfere with Bluetooth multipoint switching, while the browser's mute control did nothing! If a hidden analytics or security feature can take ownership of an audio path strongly enough to change how external hardware behaves, blocking it seems like a reasonable trade-off. I also cannot prove how long AliExpress stores the fingerprint or whether it is used across other Alibaba properties. The client code proves that extensive fingerprint-like measurements are collected and transmitted, but server-side retention and identity linkage are not visible from the browser. Can you really trust anyone on the internet to have your best interests at heart?  TL;DR The AliExpress homepage silently creates two running WebAudio graphs from heavily obfuscated Alibaba security scripts. The graphs generate and analyse a waveform as part of a much larger browser fingerprint, then connect through a zero-gain node to the system audio destination preventing the user from hearing anything. On my setup, this appears to keep the PC's Bluetooth audio path active and prevents multipoint headphones from switching back to a phone. Muting the tab does not fix it because there is no conventional media element to mute. Blocking collina.js and fireyejs.js with the two uBlock Origin rules above prevented the hidden audio contexts from being created and means I can happily listen to my music without being interrupted while browsing AliExpress. Edit - There have been some great discussions on Hacker News that are worth checking out: (https://news.ycombinator.com/item?id=49372583) https://news.ycombinator.com/item?id=49372583     Posted by  (https://www.blogger.com/profile/17232225947990688409) (author profile) Matt Callaghan    at  (aliexpress-webpage-keeping-multipoint.html) (permanent link) (2026-08-20T15:09:00+08:00) 15:09    (https://www.blogger.com/post-edit.g?blogID=6527582820690732985&postID=8716786672517632420&from=pencil) (Edit Post) ()     (https://www.blogger.com/share-post.g?blogID=6527582820690732985&postID=8716786672517632420&target=email) (Email This) Email This  (https://www.blogger.com/share-post.g?blogID=6527582820690732985&postID=8716786672517632420&target=blog) (BlogThis!) BlogThis!  (https://www.blogger.com/share-post.g?blogID=6527582820690732985&postID=8716786672517632420&target=twitter) (Share to X) Share to X  (https://www.blogger.com/share-post.g?blogID=6527582820690732985&postID=8716786672517632420&target=facebook) (Share to Facebook) Share to Facebook  (https://www.blogger.com/share-post.g?blogID=6527582820690732985&postID=8716786672517632420&target=pinterest) (Share to Pinterest) Share to Pinterest    Labels: (https://blog.laserphile.com/search/label/AI) AI , (https://blog.laserphile.com/search/label/aliexpress) aliexpress , (https://blog.laserphile.com/search/label/bluetooth) bluetooth , (https://blog.laserphile.com/search/label/chrome) chrome , (https://blog.laserphile.com/search/label/fingerprinting) fingerprinting , (https://blog.laserphile.com/search/label/firefox) firefox , (https://blog.laserphile.com/search/label/hacking) hacking , (https://blog.laserphile.com/search/label/security) security , (https://blog.laserphile.com/search/label/webaudio) webaudio        6 comments: ()   (https://www.blogger.com/profile/15781363975097854572) InvalidSE   (https://blog.laserphile.com/2026/08/aliexpress-webpage-keeping-multipoint.html?showComment=1787224138755#c945736463179251129) 20 August 2026 at 19:08   Wow, I thought this was a browser bug (I guess it somewhat is…?) I’ve noticed this on other sites too, and I’ll eventually play around with it when I notice it next. If I find anything interesting I’ll report back! Reply (https://www.blogger.com/comment/delete/6527582820690732985/945736463179251129) Delete     Replies   ()   (https://www.blogger.com/profile/17232225947990688409) Matt Callaghan   (https://blog.laserphile.com/2026/08/aliexpress-webpage-keeping-multipoint.html?showComment=1787226176312#c3100942592622503310) 20 August 2026 at 19:42   A bug to some, a feature to others! (https://www.blogger.com/comment/delete/6527582820690732985/3100942592622503310) Delete     Replies    Reply       ()   (https://www.blogger.com/profile/11952550152858703248) plindberg   (https://blog.laserphile.com/2026/08/aliexpress-webpage-keeping-multipoint.html?showComment=1787263902507#c8083708936317098575) 21 August 2026 at 06:11   Maybe this is a bit out there, but could this perhaps be an attempt to eavesdrop? Maybe not in a literal sense, but the idea struck me that perhaps it's possible to extract useful information from the device (other than a fingerprint) based on tiny deviations from the known waveform as it's being rendered? I guess the worst case would be if you could extrapolate other audio being processed by the same engine, but that seems unlikely. But perhaps this could be used to approximate current CPU load or something like that? (https://www.blogger.com/comment/delete/6527582820690732985/8083708936317098575) Delete     Replies    Reply       ()   (https://www.blogger.com/profile/17232225947990688409) Matt Callaghan   (https://blog.laserphile.com/2026/08/aliexpress-webpage-keeping-multipoint.html?showComment=1787280145617#c1328527428046589492) 21 August 2026 at 10:42   A Firefox developer did a bit more of a dive into what is being fingerprinted in this case, worth a read: https://ritter.vg/blog-webaudio_alibaba.html (https://www.blogger.com/comment/delete/6527582820690732985/1328527428046589492) Delete     Replies    Reply        Reply       ()   (https://www.blogger.com/profile/16171394069618971695) r0hit0303   (https://blog.laserphile.com/2026/08/aliexpress-webpage-keeping-multipoint.html?showComment=1787379583906#c2034146053201232037) 22 August 2026 at 14:19   Nice article detailing your investigation. https://fingerprint.com/blog/audio-fingerprinting covers more on the Audio fingerprinting aspect compared across browsers. Reply (https://www.blogger.com/comment/delete/6527582820690732985/2034146053201232037) Delete     Replies    Reply       ()   (https://www.blogger.com/profile/16351622357524082050) InoY   (https://blog.laserphile.com/2026/08/aliexpress-webpage-keeping-multipoint.html?showComment=1787479449473#c8494536225869007908) 23 August 2026 at 18:04   Good catch, bro! Reply (https://www.blogger.com/comment/delete/6527582820690732985/8494536225869007908) Delete     Replies    Reply        Add comment   Load more...       (https://www.blogger.com/comment/frame/6527582820690732985?po=8716786672517632420&hl=en-GB&saa=85391&origin=https://blog.laserphile.com)            (https://blog.laserphile.com/2018/07/construction-of-led-panels-and.html) (Older Post) Older Post  (https://blog.laserphile.com/) Home   Subscribe to: (https://blog.laserphile.com/feeds/8716786672517632420/comments/default) Post Comments (Atom)       Contributors (https://www.blogger.com/profile/17232225947990688409) Matt Callaghan  (https://www.blogger.com/profile/16523767984328798738) Unknown  (https://www.blogger.com/profile/18302517537094942860) derwentx          Translate    Blog Archive ▼   (https://blog.laserphile.com/2026/) 2026  (3) ▼   (https://blog.laserphile.com/2026/08/) August  (1) (aliexpress-webpage-keeping-multipoint.html) AliExpress webpage keeping multipoint Bluetooth he...     ►   (https://blog.laserphile.com/2026/06/) June  (1)   ►   (https://blog.laserphile.com/2026/04/) April  (1)     ►   (https://blog.laserphile.com/2019/) 2019  (1) ►   (https://blog.laserphile.com/2019/04/) April  (1)     ►   (https://blog.laserphile.com/2018/) 2018  (3) ►   (https://blog.laserphile.com/2018/11/) November  (1)   ►   (https://blog.laserphile.com/2018/02/) February  (1)   ►   (https://blog.laserphile.com/2018/01/) January  (1)     ►   (https://blog.laserphile.com/2017/) 2017  (5) ►   (https://blog.laserphile.com/2017/12/) December  (1)   ►   (https://blog.laserphile.com/2017/10/) October  (2)   ►   (https://blog.laserphile.com/2017/03/) March  (1)   ►   (https://blog.laserphile.com/2017/02/) February  (1)     ►   (https://blog.laserphile.com/2016/) 2016  (1) ►   (https://blog.laserphile.com/2016/10/) October  (1)     ►   (https://blog.laserphile.com/2015/) 2015  (4) ►   (https://blog.laserphile.com/2015/11/) November  (1)   ►   (https://blog.laserphile.com/2015/08/) August  (2)   ►   (https://blog.laserphile.com/2015/04/) April  (1)     ►   (https://blog.laserphile.com/2013/) 2013  (2) ►   (https://blog.laserphile.com/2013/06/) June  (1)   ►   (https://blog.laserphile.com/2013/03/) March  (1)                                   Simple theme. Powered by (https://www.blogger.com) Blogger .