अगले साल की शुरुआत में प्रयोगात्मक Android WebView Media Integrity API

 (android-developers.googleblog.com)
1 पॉइंट द्वारा GN⁺ 2023-11-03 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • ऐप में embedded media providers को playback environment verify करने में मदद देने के लिए Android WebView Media Integrity API अगले साल की शुरुआत में कुछ media providers के साथ experimental pilot के रूप में चलाया जाएगा
  • Play Integrity API या Firebase App Check जैसी attestation services पहले से मौजूद हैं, लेकिन उस जानकारी को embedded content providers तक पहुँचाने का तरीका सरल नहीं है और scalable भी कम है
  • Chrome टीम अब Web Environment Integrity प्रस्ताव की समीक्षा नहीं कर रही है, और नई API का scope Android apps के अंदर WebView और streaming video/audio जैसे embedded media तक सीमित है
  • WebView की flexibility app integration के लिए उपयोगी है, लेकिन app developers web content और user interactions को access या modify कर सकते हैं, जिससे fraud और abuse की संभावना भी पैदा होती है
  • integrity response में सिर्फ device/app verdicts शामिल होंगे, user/device identifiers नहीं होंगे, और app चाहे तो package name को verdict से exclude कर सकता है

embedded media verification के लिए नई WebView API

  • Android WebView एक powerful और flexible API है, जो Android developers को apps के अंदर media embed करने की सुविधा देती है
  • embedded media providers को यह सुनिश्चित करने की जरूरत होती है कि उनका media trusted और safe environment में play हो रहा है
  • Android app developers और SDK providers पहले से ऐसी attestation services इस्तेमाल कर सकते हैं, जो user privacy बनाए रखते हुए app के server requests को verify करती हैं
  • अभी भी app developers इन attestation services की जानकारी embedded content providers तक पहुँचा सकते हैं, लेकिन यह प्रक्रिया सरल नहीं है और scalable नहीं है
  • इस limitation को कम करने के लिए अगले साल की शुरुआत में कुछ embedded media providers के साथ experimental Android WebView Media Integrity API pilot चलाया जाएगा

Web Environment Integrity से अलग सीमित scope

  • Chrome टीम अब Web Environment Integrity proposal की समीक्षा नहीं कर रही है
  • Android WebView Media Integrity API उससे कम scope को ही target करती है
    • यह सिर्फ apps में embedded Android WebView को target करती है
    • यह Google Mobile Services(GMS) वाले Android devices की मौजूदा capabilities को extend करती है
    • इसे streaming video और audio जैसे embedded media से बाहर उपलब्ध कराने की कोई योजना नहीं है
    • इसे Android WebView से बाहर उपलब्ध कराने की भी कोई योजना नहीं है

WebView की flexibility और abuse की संभावना

  • Android WebView API app developers को web pages display करने और media embed करने देती है, और UI controls व advanced settings options के साथ app में seamless integration देती है
  • यह flexibility तब उपयोगी है जब apps अपना web content embed करती हैं, लेकिन app developers web content और user interactions को access कर सकते हैं या उन्हें intercept और modify भी कर सकते हैं
  • इसके परिणामस्वरूप content modification या source misattribution जैसे risks पैदा हो सकते हैं

integrity response और privacy-protection शर्तें

  • नई API embedded media providers को customized integrity response देती है
    • response में device integrity verdict और app integrity verdict शामिल होते हैं
    • embedded app किस app store से install हुआ है, इससे स्वतंत्र रूप से यह verify किया जा सकता है कि stream safe और trusted environment में चल रही है या नहीं
    • verdicts app और device के बारे में simple, low-entropy metadata हैं
    • इनमें user identifiers या device identifiers शामिल नहीं होते
    • Play Integrity API इस्तेमाल करने वाले apps/games के विपरीत, media providers को app की Play licensing status नहीं मिलती
    • app चाहे तो अपने package name को verdict से exclude कर सकता है
  • Android टीम का लक्ष्य Android apps के diverse media content ecosystem को बनाए रखना है, और अगले साल की शुरुआत में early access program में भाग लेने में रुचि रखने वाले media content providers से भागीदारी की इच्छा जमा करने के लिए आवेदन ले रही है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2023-11-03
Hacker News की राय

  • WEI पर खुद पहले ही कई threads में चर्चा हो चुकी है, और पढ़ने लायक काफी discussions हैं
    (जुलाई 2023, 456 comments) https://news.ycombinator.com/item?id=36854114 - "Google's nightmare Web Integrity API wants a DRM gatekeeper for the web"
    (जुलाई 2023, 431 comments) https://news.ycombinator.com/item?id=36817305 - "Web Environment Integrity API Proposal"
    (जुलाई 2023, 434 comments) https://news.ycombinator.com/item?id=36875940 - "Unpacking Google’s Web Environment Integrity specification"
    (जुलाई 2023, 111 comments) https://news.ycombinator.com/item?id=36857676 - "So, you don't like a web platform proposal" - लोगों को इस proposal पर कैसे प्रतिक्रिया देनी चाहिए थी, इस पर Google कर्मचारी का नजरिया
    (अगस्त 2023, 100 comments) https://news.ycombinator.com/item?id=36960882 - "Web Environment Integrity: Locking Down the Web"

    • yoavweiss_ जिस तरह उस DRM proposal को आक्रामक तरीके से साफ-सुथरा दिखा रहे थे, वह realpolitik का कड़ा सबक था
      तकनीकी लोग सद्भावना वाले तर्क लेकर आए थे, लेकिन सामने वाला पक्ष दुर्भावनापूर्ण image battle था, और वे उसी में फंस गए
    • Vivaldi ने भी तीसरे link के संबंध में आज update पोस्ट किया
      Google का Web Integrity API को आगे न बढ़ाने का फैसला open web की neutrality के लिए बहुत सकारात्मक है
      हालांकि Google अब तक पूरे web के हितों से ज्यादा अपने हितों से प्रेरित रहा है, इसलिए वह इसकी जगह क्या लाएगा यह देखना होगा, और शायद इसमें ज्यादा समय नहीं लगेगा
      संदेह है कि कहीं FLoC और Topics की तरह कोई ऐसी spec तो तैयार नहीं की जा रही जो ऊपर से कम परेशान करने वाली लगे, लेकिन असल में users के लिए उतनी ही नुकसानदेह हो; और यह भी संदिग्ध है कि timing Google की हालिया घोषणा से मेल खाती है, जिसमें ad billing को per-click से per-impression में बदलने की बात है
      Google web का भरोसेमंद steward नहीं लगा है, और इस apparent victory पर संतुष्ट नहीं हो जाना चाहिए
      आगे भी किसी एक entity को web के भविष्य पर कब्जा करने से रोकने के लिए browsers और browser engines की diversity जरूरी है
    • अब yoavweiss_ नाम के व्यक्ति को Google representative माना जा सकता है

  • दुनिया भर के advertisers को data supply करने वाले global data broker को web technology का वैध और सद्भावनापूर्ण steward मानना बंद करना चाहिए
    सबसे पहले, यह server और client की concerns separation का उल्लंघन करता है
    client user agent है, यानी उसे वही करना चाहिए जो user चाहता है, न कि वह जो server चाहता है
    यह बुनियादी गलतफहमी और दृष्टिकोण की विकृति समस्या का हिस्सा है
    HTTP(S) और संबंधित technologies को सभी के लिए free और open protocols बनाए रखने के लिए Google को decision-making process से बाहर रखना चाहिए
    Encrypted Media Extensions, Manifest v3, और अब WEI तक—इन सबके पीछे Google था
    web Google का नहीं है, और Google QUIC तक रहे तो बेहतर है, HTTP को छोड़ दे

  • कहा जा रहा है कि “Android WebView Media Integrity API का scope narrow है,” लेकिन user को कोई फायदा नहीं दिखता
    अगर कोई app WebView embed करना चाहती है, तो native code में मौजूदा Android integrity API इस्तेमाल करने वाली API को उस WebView से जोड़ देना काफी नहीं होगा क्या?
    मुझे यह, उदाहरण के लिए, बिना ads के YouTube चलाने वाली “hacked” apps को रोकने के लिए एक workaround जैसा दिखता है, और यह API users के लिए फायदेमंद नहीं है

    • इसे users का फायदा करने के लिए नहीं बनाया गया है
    • वैसे भी Play Integrity attestation से ऐसी चीजें रोकना काफी आसान लगता है
      यह बस WebView-based apps में उसे करना और आसान बनाता है
    • यह ad-free YouTube apps को रोकने से ज्यादा, bank बनकर login credentials चुराने वाली चीज के करीब है
      injected client के जरिए man-in-the-middle attack Apple और Google की walled gardens के बाहर वास्तविक खतरा है, और अंदर भी थोड़ा मौजूद है
      WEI एक वास्तविक समस्या हल करने की कोशिश थी
      बेशक side effects स्वीकार करना मुश्किल हो सकता था, नुकसान फायदे से ज्यादा हो सकता था, और अब यह proposal dead है
      लेकिन यहां बढ़ा-चढ़ाकर हुई बहस में मूल समस्या पूरी तरह दब गई, और लोगों ने hidden motives और overall malice के आरोप खुलकर उछाले
      यह हमारे community का सबसे अच्छा moment नहीं था
      यह भी irony है कि ऐसे काफी comments Apple devices से लिखे गए, जो non-standard clients के प्रति objectively ज्यादा hostile हैं

  • समझ नहीं आ रहा कि यह कैसे काम करता है
    बात यह है कि “नई Android WebView Media Integrity API embedded media providers को device और app integrity verdicts वाली customized integrity response तक access देती है, ताकि embedding app चाहे किसी भी app store से install हुई हो, यह verify किया जा सके कि stream secure और trusted environment में चल रही है”
    लेकिन यह Google Chrome जैसे standalone browser पर नहीं, केवल Android WebView API पर लागू होता है
    वरना यह मूल Web Environment Integrity proposal पर वापस जाने जैसा होगा
    लेकिन किसी को WebView API का इस्तेमाल करना जरूरी नहीं है, और Chromium open source है
    समझ नहीं आता कि malicious Android developer Bob को Chromium खुद compile करके app में bundle करने और अपने कुटिल इरादों के मुताबिक websites के साथ तरह-तरह की छेड़छाड़ करने से क्या रोकता है
    दूसरे शब्दों में, अगर यह केवल किसी special WebView API में जा रहा है, तो malicious developer बस उस API से बच नहीं सकता क्या?

    • Step 1: कई तरीकों में से किसी एक से, attested environment पर cryptographic fingerprint लगाना
      Step 2: alternatives को ban करना
      Step 3: monetise करना
    • यह सब server को authenticity proof देने की समस्या है

  • शीर्षक भ्रम पैदा करता है
    Chrome पर लागू होने वाला प्रस्ताव रद्द कर दिया गया था, लेकिन असल में Chrome को लपेटने वाले wrapper जैसे Android WebView API के लिए इसे अब भी आगे बढ़ाया जा रहा है

    • WebView खास तौर पर कमजोर है
      क्योंकि कभी-कभी इसका इस्तेमाल संदिग्ध third-party apps में embedded login के लिए होता है
      इसे तार्किक रूप से देखने का एक नजरिया जरूर है
      व्यक्तिगत रूप से, मुझे लगता है कि जब तक यह किसी स्वतंत्र browser का हिस्सा न हो, embedded WebView में सामान्य browsing functionality की अनुमति नहीं होनी चाहिए
      आम तौर पर इसका इस्तेमाल उस traffic को intercept करने की चाल के रूप में होता है जिसे open web पर जाना चाहिए

  • WEI public discussion thread में आधिकारिक पुष्टि पोस्ट की गई है: https://groups.google.com/a/chromium.org/g/blink-dev/c/Ux5h_...

  • अगली बार आने तक, open internet के लिए इसे पीछे धकेलते रहना होगा
    यह थकाने वाला काम है

    • “Privacy Sandbox” को भी ठंडा पड़ने में 2–3 साल लगे और फिर क्या इसे सबके लिए rollout नहीं कर दिया गया था
      बड़ी कंपनी होने के कारण वे बस लोगों के थक जाने तक इंतजार कर सकते हैं

  • repository archive कर दी गई है, और उस पर “NOTE: This proposal is no longer pursued.” लिखा है
    https://github.com/RupertBenWiser/Web-Environment-Integrity

  • काफी संभावना है कि वे पहले ही किसी और ज्यादा पेचीदा solution पर काम शुरू कर चुके हों

    • इस पूरी स्थिति की समस्या यही है
      लेख पढ़ते समय मैं पहले यह ढूंढ रहा था कि क्या कोई evidence है कि Google ने, जैसा वह कभी-कभी करता है, idea की दिशा को ही छोड़ने के बजाय, कम विवादास्पद किसी और infrastructure पर proof of concept deploy किया है और timing बेहतर होने पर उसे फिर से वापस लाएगा
      उदाहरण के लिए, किसी बड़े cybersecurity incident के बाद का समय निशाना बनाया जा सकता है, इसलिए यह याद रखने लायक है
      असल में उन्होंने ठीक यही किया, और इसे Android team की तरफ वापस मोड़ दिया, बस यह वादा करते हुए कि वे इसे कम विवादास्पद छोटे sandbox में सुधारेंगे
      public रूप से वे केवल इतना कह रहे हैं कि web के लिए effort को “फिलहाल” रोक रहे हैं
      काश Google फिर से उस open internet champion जैसा बन जाए जिसे हम पहले जानते थे, और अपनी हर लगातार कोशिश के MBA-करण से पीछे हटे
      “don’t be evil” छोड़ने के पल से ही लगता है वे उसी दिशा में चले गए, और यह सच में थका देने वाला है
      जीत का जश्न मनाने के बजाय, open internet वाले लोग अब सिर्फ छोटे project execution और web platform version के अस्थायी pause का जश्न मना पा रहे हैं
    • web जैसे “open” platform को लेकर मेरी चिंता यही है
      बड़े और प्रभावशाली players आखिरकार कहीं न कहीं profit के लिए दिशा को steer करने लगते हैं
      अब लगने लगा है कि web का hard fork चाहिए
      web में पहले से ही दो “इलाके” हैं: JavaScript-heavy, sites-as-apps वाला web, और documents व links पर केंद्रित web
      कहा जा सकता है कि पहला, दूसरे का superset है, लेकिन अगर उस camp से users के खिलाफ कोशिशें लगातार आती रहें और उसका अंतिम लक्ष्य open platform के ठीक उलट हो, तो मुझे नहीं पता कि प्रमुख players के अलग हो जाने के अलावा कौन-सा व्यावहारिक विकल्प बचता है
    • ऐसा होने की संभावना बड़ी है, लेकिन मैं इस जीत को स्वीकार करूंगा
      Google के पास इसे सच में push करने की ताकत थी

  • मूल शीर्षक “Increasing trust for embedded media” है
    guideline है कि “अगर original title भ्रामक या clickbait नहीं है, तो वही original title इस्तेमाल करें और edit न करें”
    https://news.ycombinator.com/newsguidelines.html

    • original title भ्रम पैदा करता है