Since Chromium 148, `Math.tanh` अब अंतर्निहित OS से जोड़ने के लिए fingerprintable हो गया है
Chromium 148 में हुए बदलाव के कारण `Math.tanh` और कुछ संबंधित math functions अब host OS की libc पर निर्भर हैं, जिससे उनके exact outputs underlying operating system का अनुमान लगाने और browser fingerprinting को मज़बूत करने का भरोसेमंद तरीका बन जाते हैं। टिप्पणीकार privacy के लिए इसकी गंभीरता पर बहस करते हैं, यह नोट करते हुए कि कई अन्य vectors पहले से मौजूद हैं और OS तथा browser characteristics को पूरी तरह छिपाना व्यावहारिक रूप से असंभव हो सकता है। थ्रेड commercial scrapers की ethics और incentives तथा ऐसे fingerprinting techniques को publicize करने के लिए LLM-generated blog posts के उपयोग की भी आलोचनात्मक जाँच करता है।
नया Math.tanh फ़िंगरप्रिंटिंग वेक्टर
- Chromium 148+ अब
Math.tanh(और CSS trig functions) को host libc के माध्यम से रूट करता है, जिससे एक ही input पर OS-specific results मिलते हैं। - इससे एक भरोसेमंद OS और version-range fingerprint बनता है, खासकर जब इसे claimed User-Agent के साथ मिलाया जाए।
- कुछ लोग इसे मौजूदा version-detection tricks में एक छोटा सा जोड़ मानते हैं; दूसरों को यह इसलिए उल्लेखनीय लगता है क्योंकि गणित को प्लेटफ़ॉर्म्स के बीच deterministic होने की अपेक्षा थी।
- एक mitigation idea यह है कि tanh को V8 में consistent rounding के साथ implement किया जाए और CSS के लिए उसी का उपयोग हो, लेकिन इसमें performance/complexity tradeoffs हो सकते हैं।
Math.tanhके naïve JS overrides को detectable माना जाता है और वे स्वयं भी fingerprint बन सकते हैं।
Floating Point बनाम Fixed Point और Correct Rounding
- fixed-point बनाम IEEE-754 floating point पर व्यापक बहस:
- Pro-float: सर्वव्यापी hardware support, बेहतर range, गैर-विशेषज्ञों के लिए सही करना आसान, careful toolchains के साथ deterministic बनाया जा सकता है; fixed-point niche है और सही ढंग से implement करना कठिन है।
- Pro-fixed: uniform absolute precision, error modeling सरल, कुछ DSP/simulation use cases में 32 bits का अधिक प्रभावी उपयोग, और जब f64 उपलब्ध न हो या धीमा हो तब बेहतर fit।
- सही ढंग से rounded transcendental functions (exp, sin, tanh, pow, आदि) को सैद्धांतिक रूप से “solved” बताया गया है, लेकिन व्यवहार में वे कठिन और कभी-कभी धीमे होते हैं।
- glibc और CORE-MATH का उल्लेख correct rounding की दिशा में बढ़ने के रूप में किया गया है; pow और bivariate functions अब भी tricky हैं (table-maker’s dilemma, Ziv’s rounding)।
LLM-Generated Article और Content Quality
- कई टिप्पणीकार ब्लॉग पोस्ट को “LLM slop” कहते हैं: लंबा, दोहरावपूर्ण, और कम information density वाला।
- कुछ लोग नोट करते हैं कि AI disclaimer publication के बाद ही जोड़ा गया; इससे कुछ लोगों का भरोसा कम होता है।
- कई लोग तर्क देते हैं कि लेखक को padded AI-written article के बजाय संक्षिप्त notes, tables, और code ही प्रकाशित करना चाहिए था।
- अन्य कहते हैं कि अगर technical content सही है और disclosure है, तो authorship उनके लिए मायने नहीं रखती।
Scraping, Fingerprinting, और Ethics
- पोस्ट के पीछे की company scraping infrastructure बेचती है जो anti-bot measures को bypass करती है; कुछ इसे content marketing मानते हैं जिसका उद्देश्य defenses को कमजोर करना है।
- CDN/bot-detection दृष्टिकोण: बड़े पैमाने पर abusive scraping (LLM training सहित) aggressive fingerprinting का मुख्य driver है और sites की capacity को नुकसान पहुँचाता है।
- इस पर असहमति है कि scraping “stealing” है या सिर्फ publicly served data की copying; consent, bandwidth, और intent विवाद के केंद्रीय बिंदु हैं।
- कुछ लोग चिंतित हैं कि blanket anti-scraping measures और UA discrimination बड़े CDN gatekeepers को और मज़बूत कर देते हैं और legitimate small-scale automation को नुकसान पहुँचाते हैं।
Privacy, Legality, और Anti-Fingerprinting की Feasibility
- सुझावों में fingerprinting (या इसके कुछ उपयोगों) को wiretapping की तरह outright illegal बनाना शामिल है; दूसरे तर्क देते हैं कि legitimate diagnostics और anti-fraud को प्रतिबंधित किए बिना इसे परिभाषित करना कठिन है।
- repeat visitor को पहचानने बनाम उन्हें कई “stores” में चुपचाप track करने की analogies दी जाती हैं।
- कई लोग मानते हैं कि OS या fingerprinting resistance को पूरी तरह छिपाना व्यावहारिक रूप से असंभव है क्योंकि कई side channels हैं (JS behavior, rendering quirks, TCP stack differences, screen/window metrics, timing)।
- कुछ लोग JS disabling या भारी header minimization की वकालत करते हैं; अन्य नोट करते हैं कि यह स्वयं एक unique signal बन सकता है और अक्सर आधुनिक sites और CDNs के साथ टकराता है।