Indien overvejer i øjeblikket et sæt skrappe nye cybersikkerhedsregler for smartphones, der har store teknologivirksomheder som f.eks.ÆbleogSamsungalvorligt bekymret - og stille og roligt skubbe tilbage.
Ifølge rapporter (primært fra Reuters, baseret på samtaler med fire personer, der er fortrolige med diskussioner og anmeldelser af fortrolige regerings- og industridokumenter), foreslår den indiske regering en pakke med83 sikkerhedsstandarderunder det, der kaldes Indian Telecom Security Assurance Requirements (ITSAR). Den mest kontroversielle del? Smartphone-producenter ville skulle aflevere deres proprietære kildekode - de centrale programmeringsinstruktioner, der driver deres telefonoperativsystemer -, så den kan gennemgås og testes i statsgodkendte-laboratorier for at opdage potentielle sårbarheder, som hackere kan udnytte.
Andre foreslåede krav omfatter at tvinge virksomheder til at underrette regeringen forud for større softwareopdateringer, at foretage ændringer, så forud-installerede apps kan afinstalleres fuldt ud af brugere, og blokering af apps fra hemmeligt at bruge kameraer eller mikrofoner i baggrunden (for at forhindre ondsindet spionage). Producenter ville også angiveligt være nødt til at gemme systemlogfiler i mindst et år og udføre automatiske malware-scanninger.
Hvorfor presser Indien på dette? Landet er verdensnæst-største smartphonemarked, med næsten750 mioenheder i aktiv brug. I de senere år er onlinesvindel, phishing-svindel og databrudshændelser steget kraftigt, hvilket har påvirket millioner af brugere. Premierminister Narendra Modis administration ser strammere kontrol med telefonens software og hardware som en måde til bedre at beskytte folks personlige data og digitale sikkerhed.
Men planen er ikke faldet i god jord hos de store spillere. Apple, Samsung, Google, Xiaomi og industrigruppen MAIT (som repræsenterer mange af disse mærker i Indien) har angiveligt fortalt regeringen, at disse krav er uden fortilfælde andre steder i verden.
Udlevering af kildekode, hævder de, skaber alvorlige risici for at lække værdifulde forretningshemmeligheder og proprietære informationer, som derefter kunne blive udnyttet af konkurrenter eller endda ondsindede aktører. De har kaldt nogle af kravene ganske enkelt "ikke mulige" i betragtning af deres globale privatlivspolitikker og forretningsmodeller.
Drøftelserne er stadig i gang, og der er ikke fastsat endelige regler. Den 11.-12. januar 2026, IndiensMinisteriet for Elektronik og Informationsteknologi (MeitY)presset tilbage mod nogle mediefortolkninger, hvori det anføres, at regeringen harikkeforeslået ethvert tvungent mandat til deling af kildekode. I stedet beskrev de processen som rutinemæssige interessentkonsultationer for at udvikle en afbalanceret og robust ramme for mobil sikkerhed. De understregede, at de er forpligtet til at løse legitime brancheproblemer.
IT-sekretærS. Krishnanbehandlede også spørgsmålet direkte og fortalte Reuters, at "enhver legitim bekymring i industrien vil blive behandlet med et åbent sind," mens de tilføjede, at det stadig var "for tidligt at læse mere i det" på dette tidlige konsultationsstadium.
Det er ikke første gang, at Indien har stødt sammen med globale teknologigiganter over telefonforskrifter. - tidligere forslag omkring forud-installation af visse apps eller andre overholdelsesforanstaltninger har også vakt debat. Med mærker som Xiaomi og Samsung, der har de største andele af det indiske marked (henholdsvis omkring 19 % og 15 %), og Apple med omkring 5 %, kan resultatet af disse samtaler have store konsekvenser for, hvordan smartphones designes, opdateres og sælges på et af de hurtigst-voksende teknologimarkeder på planeten.
Indtil videre er det en klassisk tovtrækning-af-krig: Regeringen ønsker stærkere sikkerhedsforanstaltninger mod cybertrusler, mens virksomheder bekymrer sig om at beskytte deres intellektuelle ejendom og opretholde ensartede globale standarder. Alle er enige om, at bedre sikkerhed er vigtig - spørgsmålet er, hvor langt reglerne skal gå, og om der kan findes et kompromis, før noget bliver obligatorisk.
