Als vervolg op onze blogpost over hoe we Windows-gebruikers beschermen tegen schadelijke extensies, voeren we de volgende wijzigingen door vanaf Chrome 33 Bèta en stabiele kanalen voor Windows:
- Gebruikers kunnen alleen extensies installeren die worden gehost in de Chrome Web Store, behalve bij installaties via bedrijfsbeleid of de ontwikkelaarsmodus.
- Extensies die eerder zijn geïnstalleerd, maar niet worden gehost in de Chrome Web Store, worden permanent uitgezet (de gebruiker kan deze extensies niet opnieuw aanzetten), behalve voor installaties via bedrijfsbeleid of de ontwikkelaarsmodus.
Wat is de reden voor deze maatregel?
Ga naar Windows-gebruikers beschermen tegen schadelijke extensies.
Wat moet er worden gedaan en wanneer voor extensies die op dit moment buiten de Chrome Web Store worden gehost?
Als je extensies op dit moment buiten de Chrome Web Store worden gehost, moet je ze zo snel mogelijk migreren naar de Chrome Web Store. De bovenstaande wijzigingen zijn al van kracht in Chrome 33 Bèta voor Windows en worden van kracht in de stabiele versie van Chrome 33 voor Windows (rond eind februari 2014). Nadat je je extensies naar de Chrome Web Store hebt gemigreerd, heeft dit geen invloed op je gebruikers. Zij kunnen je extensie nog steeds gebruiken alsof er niets is veranderd. Als je je extensies migreert naar de Chrome Web Store, begin dan meteen met testen met Chrome 33.
Wat gebeurt er als ik de extensie in de toekomst migreer naar de Chrome Web Store? Raak ik al mijn gebruikers kwijt?
Extensies die niet uit de Chrome Web Store komen, worden definitief uitgezet voor gebruikers zodra de handhaving wordt uitgerold in de stabiele/bètaversie van Chrome 33 voor Windows. Als de extensie na de uitrol naar de Chrome Web Store wordt gemigreerd, kunnen gebruikers de gemigreerde extensie handmatig aanzetten via de pagina met extensie-instellingen (chrome://extensions) of via de Chrome Web Store-vermelding.
Wat als ik de toegang tot bepaalde gebruikers wil beperken of wil voorkomen dat mijn extensie wordt vermeld in de Chrome Web Store?
Je kunt de toegang tot je extensie beperken door de zichtbaarheid te beperken tot vertrouwde testers of door de extensie te verbergen in de Chrome Web Store.
Voor welke besturingssystemen en Chrome-kanalen geldt deze wijziging?
De wijzigingen zijn alleen van kracht voor stabiele en bètakanalen van Windows vanaf Chrome 33.
Heeft dit invloed op mijn vermogen om mijn extensies op Windows te ontwikkelen?
Nee. Je kunt nog steeds uitgepakte extensies laden in de ontwikkelaarsmodus in Windows. Je kunt ook extensies blijven ontwikkelen op het Chrome Dev-kanaal/Canary, waar deze wijzigingen niet van kracht zijn.
Hoe kan ik mijn extensie distribueren als ik deze om beleidsredenen niet kan uploaden naar de Chrome Web Store?
Deze wijzigingen zijn alleen van kracht op het stabiele en bètakanaal van Windows. Gebruikers die extensies willen downloaden die niet worden gehost in de Chrome Web Store, kunnen dit doen via Chrome Dev-/Canary-kanalen in Windows of via alle Chrome-kanalen in andere besturingssystemen.
Waarom kan dit probleem niet worden opgelost met een instelling/optie om extensies te laden die niet worden gehost in de Chrome Web Store?
In tegenstelling tot moderne mobiele besturingssystemen plaatst Windows apps niet in een sandbox. Daarom kunnen we geen onderscheid maken tussen een gebruiker die zich aanmeldt voor deze instelling en een schadelijke systeemeigen app die de instelling van de gebruiker overschrijft.
Wat zijn de ondersteunde implementatieopties voor extensies na deze wijziging?
Naast gebruikers die extensies installeren via de Chrome Web Store, worden de volgende implementatieopties ondersteund:
- Voor OSX en Linux kunnen extensies worden geïnstalleerd via een JSON-bestand met voorkeuren.
- In Windows kunnen extensies worden geïnstalleerd via het Windows-register. Zorg dat de registersleutel update_url in het Windows-register verwijst naar de volgende URL: https://clients2.google.com/service/update2/crx. Lokale .crx-installaties via de registersleutel voor het pad zijn beëindigd. Deze implementatieoptie werkt alleen voor extensies die worden gehost in de Chrome Web Store. update_url kan niet verwijzen naar een andere host dan https://clients2.google.com/service/update2/crx.
- Voor bedrijven blijven we groepsbeleid ondersteunen om extensies te installeren, ongeacht waar de extensies worden gehost. Het apparaat van de gebruiker moet lid zijn van een domein om GPO-beleid te kunnen pushen.
Zijn er nog andere overwegingen waarmee ik rekening moet houden voor extensies die afhankelijk zijn van een binaire systeemeigen app?
Toen extensies buiten de Store nog werden ondersteund, was het mogelijk om de binaire bestanden van de app van derden en de gesideloadde extensie synchroon te updaten. Extensies die worden gehost in de Chrome Web Store, worden geüpdatet via het Chrome-updatemechanisme. Ontwikkelaars hebben hier geen controle over. Extensieontwikkelaars moeten voorzichtig zijn met het updaten van extensies die afhankelijk zijn van het binaire bestand van de systeemeigen app (bijvoorbeeld extensies die systeemeigen berichten gebruiken of verouderde extensies die NPAPI gebruiken).
Wat zien gebruikers als hun extensie buiten de Store wordt uitgezet als gevolg van deze uitrol?
Ze krijgen een melding met de tekst 'Verdachte extensies uitgezet' met een link naar het volgende supportartikel.
Waarom zie ik een ballon over Extensies in ontwikkelaarsmodus uitzetten als ik een uitgepakte extensie laad in de stabiele en bèta-kanalen van Windows?
We willen niet dat de ontwikkelaarsmodus wordt gebruikt als aanvalsmethode om schadelijke extensies te verspreiden. Daarom informeren we gebruikers over extensies in de ontwikkelaarsmodus op stabiele/bètakanalen van Windows en geven we ze de optie om deze extensies uit te zetten.