*********************************************************************************************************************************
Mikä on Lightning-verkkoturva?
Lightning-verkkoturva (Lightning Web Security, LWS) on uusi asiakaspuolen tietoturva-arkkitehtuuri Lightning-komponenteille. Tässä uudessa arkkitehtuurissa on vähemmän rajoituksia ja enemmän ominaisuuksia. Lisäksi se tarjoaa vahvat sandbox-ominaisuudet ja vankan tietoturvan nimitilojen eristämiseen. Tuloksena on vahva, joustava ja hyödyllinen suojaus Lightning-komponenteillesi.
Lightning Locker on ollut oletussuojausarkkitehtuuri kaikille Lightning-komponenteille. Lightning-verkkoturva (LWS) korvaa aluksi Lightning Lockerin Lightning-verkkokomponenteille, ja Salesforce lisää tukea Aura-komponenteille usean julkaisun ajan.
Takaisin ylös
Mitä ongelmia Lightning-verkkoturva ratkaisee?
Lightning-verkkoturva estää Lightning-komponentteja häiritsemästä tai käyttämästä muissa nimitiloissa olevien komponenttien dataa ilman nimitilan myöntämää suoraa oikeutta.
Lightning-sivu voi sisältää useiden yritysten luomia komponentteja. Organisaation kehitystiimin luomat komponentit ovat olemassa yhdessä Salesforcen luomien komponenttien kanssa. Jos luot ja jaat sovelluksia AppExchangen paketeissa, komponenttisi ovat olemassa yhdessä Salesforcen luomien ja sovelluksesi asentaneiden asiakkaiden komponenttien kanssa.
Ilman ennaltaehkäiseviä toimia komponentti voi käyttää globaaleja window-objekteja ja saada yksityisiä resursseja tai yksityistä dataa sivun muista komponenteista. Eräs näistä toimista on eristää komponentit nimitilan mukaan, jotta pahantahtoinen komponentti ei pääse käsiksi sen nimitilan ulkopuolisiin komponentteihin.
Nimitilojen eristäminen on läpinäkyvää ja virtuaalista, mikä sallii komponenttien esittää tuovansa muiden nimitilojen komponentteja ikään kuin ne toimisivat kaikki samassa ympäristössä.
Takaisin ylös
Miten Lightning-verkkoturva toimii?
Lightning-verkkoturva eristää komponentit JavaScript-sandboxissa, joka on varattu komponenttien nimitilalle. Tämä sandbox-mekanismi sallii meidän paljastaa globaaleja document-, window- ja element-objekteja suoraan avaamatta ovea tietoturvauhille. LWS muuttaa JavaScript-sandboxissa käytettävää koodia auttaakseen epäluotettavan toimintatavan estämisessä. Katso lisätietoja kohdasta Miten Lightning-verkkoturva toimii?.
Takaisin ylös
Miten Lightning-verkkoturva eroaa Lightning Lockerista?
Lightning-verkkoturva eroaa Lightning Lockerista seuraavin tavoin:
Takaisin ylös
Onko Lightning-verkkoturva turvallisempi kuin Lightning Locker?
Tällä hetkellä Lightning-verkkoturva ja Lightning Locker tarjoavat samantasoista tietoturvaa. Tärkein eroavaisuus on se, että Lightning-verkkoturva sallii enemmän JavaScript-toimintoja ja koodin nopeamman suorittamisen.
LWS voi ottaa käyttöön turvallisesti ominaisuuksia, jotka Lightning Locker ei salli, koska arkkitehtuuri mahdollistaa tarkemman lähestymistavan epäluotettavien toimintatapojen estämiseen. Esimerkiksi sen sijaan, että API-rajapinnan käyttö estettäisiin kokonaan, LWS voi estää komponenttia määrittämästä API:n ominaisuutta.
Katso lisätietoja kohdasta Millainen Lightning-verkkoturva on verrattuna Lightning Lockeriin.
Takaisin ylös
Miksi minun pitäisi siirtyä LWS:ään, jos Locker on yhtä suojattu?
Lightning-verkkoturvan integroituessa Lightning Experiencen sovellusalustaan se tarjoaa samat tietoturvasuojaukset kuin Lightning Locker helpottaakseen kahden arkkitehtuurin välillä siirtymistä. Haluamme, että Lightning-komponenttisi voidaan suorittaa aluksi kumman tahansa arkkitehtuurin alaisesti. Arkkitehtuurit ovat kuitenkin pohjimmiltaan erilaiset.
LWS ottaa käyttöön uusia verkkostandardeja, joita kehitetään aktiivisesti, kun taas Lightning Locker on Salesforcen toteuttama ainutlaatuinen ratkaisu, kun riittäviä verkkostandardeja ei vielä ollut olemassa. Ajattele, että LWS on Lightning-komponenttisuojauksen tulevaisuus ja Lightning Locker vanha Lightning-komponenttisuojauksen toteutus. Salesforce on mukana kehittämässä verkkostandardeja, joita LWS toteuttaa. Kehitystoimintamme kohdistuu tällä hetkellä LWS:ään ja Lightning Lockeria ylläpidetään, mutta ei paranneta.
Olet kehityksen eturintamassa ottamalla LWS:n käyttöön, koska sen suorituskyky on kokonaisvaltaisesti parempi kuin Lightning Lockerilla. LWS-arkkitehtuuri käyttää sandboxeissa virtualisointikonseptia sen sijaan, että jokaiseen epäluotettavaan API:in käytettäisiin wrapperia. Tämä lähestymistapa vähentää suorituskykyyn kohdistuvia heikennyksiä, joita käytetään aina varmistamaan tietoturva. Ensimmäisen sivun latauksen jälkeen komponentit suorittuvat nopeammin LWS:n alla, kuin ne suorittuisivat Lightning Lockerilla.
Kun kaikki komponenttisi voidaan suorittaa LWS:llä eikä sinun tarvitse vaihtaa takaisin Lightning Lockeriin, voit parantaa komponenttejasi käyttämään muita hyötyjä, joista kerrotaan kohdassa Millainen Lightning-verkkoturva on verrattuna Lightning Lockeriin.
Olemme tehneet taustalla töitä lisätäksemme tukea Aura-komponenteille Lightning-verkkoturvassa. Tällä hetkellä vain LWC:n yleisesti saatavilla oleva rajoitus on hetkellinen kohta Lightning-verkkoturvan kehityksessä. Spring '23 ‑julkaisun myötä LWS Auralle tulee saataville beta-ominaisuutena, ja se on ajoitettu yleisesti saataville Summer '23 ‑julkaisun myötä. (safe harbor)
Päätöksessä siirtää organisaatiosi ja komponenttisi LWS:ään on kyse milloin tehdä siirto, eikä siitä pitäisikö siirto tehdä. Lightning Locker ei lopulta ole toteuttamiskelpoinen ratkaisu Lighting-verkkoturvalle. Mitä nopeammin voit siirtyä LWS:ään, sen parempi komponenttiesi suojaukselle ja suorituskyvylle.
Takaisin ylös
Milloin Lightning-verkkoturva on yleisesti saatavilla?
Lightning-verkkoturva tuli yleisesti saataville Spring '22 ‑julkaisussa Lightning-verkkokomponenteille, mutta ei Aura-komponenteille. Spring '23 ‑julkaisun myötä LWS Auralle tulee saataville beta-ominaisuutena, ja se on ajoitettu yleisesti saataville Summer '23 ‑julkaisun myötä. (safe harbor)
Salesforce aikoo korvata Lightning Lockerin täysin LWS:llä ajan myötä.
Takaisin ylös
Tulisiko asiakkaiden ottaa Lightning-verkkoturva käyttöön?
Suosittelemme asiakkaita ottamaan LWS:n käyttöön ensin sandbox-ympäristössä testausta varten ja sitten vasta tuotantoon. LWS vaikuttaa kaikkiin Lightning-komponentteihin, mukaan lukien pakettien kautta asennettuihin komponentteihin. Lisätietoja on kohdassa Milloin ottaa Lightning-verkkoturva käyttöön.
Salesforce ottaa LWS:n automaattisesti vaiheittain käyttöön. Lisätietoja on kohdassa LWS:n käyttöönotto.
Takaisin ylös
Mitkä ovat pakkaamisen vaikutukset ISV-kumppaneille?
ISV-kumppanien pakkausstrategiat riippuvat useista tekijöistä, mukaan lukien ISV-ratkaisussa käytettyjen komponenttien tyypistä, ja asiakasorganisaatiossa käytössä olevasta tietoturva-arkkitehtuurista.
Tässä taulukossa on yhteenveto pakkaamisen vaikutuksista ISV-kumppaneille.
ISV-paketin komponentit | Lightning Lockerin tukema | Lightning-verkkoturvan tukema | Tarvittavat paketit | LWS-asetukset asiakasorganisaatiossa |
| Vain Aura-komponentit. | Kyllä | Beta | 1 | Käytössä tai poissa käytöstä |
| Aura-komponentit ja Lightning -verkkokomponentit, jotka eivät käytä vain LWS-ominaisuuksia*. | Kyllä | Beta | 1 | Käytössä tai poissa käytöstä |
| Ei Aura-komponentteja. Lightning -verkkokomponentit, jotka eivät käytä vain LWS-ominaisuuksia. | Kyllä | Kyllä | 1 | Käytössä tai poissa käytöstä |
| Ei Aura-komponentteja. Lightning-verkkokomponentit, jotka käyttävät vain LWS-ominaisuuksia. | Ei. Locker edellyttää erillisen paketin komponenteilla, jotka eivät käytä vain LWS-ominaisuuksia. | Kyllä | 2 | Käytössä paketille, joka käyttää vain LWS-ominaisuuksia. Ei käytössä paketille, joka ei käytä vain LWS-ominaisuuksia. |
*Vain LWS-ominaisuuksiin sisältyy globaalien objektien manipulointi, komponenttien ja moduulien tuonti ja laajentaminen muista nimitiloista sekä sisällön käyttäminen iframe-elementeistä.
Katso lisätietoja Mitä ISV-kumppaneiden tulee tietää Lightning-verkkoturvasta ‑blogista.
Kokeilla tuotettaan oikean toiminnan varmistamiseksi sandboxissa tai testiympäristössä, jossa LWS on otettu käyttöön. Katso lisätietoja kohdasta Workflow to Try Your LWCs with Lightning Web Security.
Kun on varmistettu, että tuote toimii odotetulla tavalla Lightning-verkkoturvan kanssa, kumppanit voivat tehdä asiakkaidensa kanssa yhteistyötä ja määrittää voiko asiakasorganisaatio ottaa käyttöön Lightning-verkkoturvan. Katso lisätietoja kohdasta Milloin ottaa Lightning-verkkoturva käyttöön, josta löytyvät ehdot, milloin LWS:n voi ottaa käyttöön tuotantoon.
Jos kumppani ei hyödynnä Lightningin uusia verkkoturvaominaisuuksia, ei tarvitse ylläpitää pakettien kahta versiota. Paketti, joka on toiminut Lightning Lockerin kanssa, toimii myös LWS:n kanssa, jos se sisältää vain Lightning-verkkokomponentteja.
Jos kumppani haluaa julkaista uudet paketit hyödyntääkseen LWS:ssä käytettäviä ominaisuuksia, kuten komponenttien tuomista toisesta nimitilasta:
Jos kumppani haluaa tukea myös asiakkaita, jotka eivät voi käyttöönottaa Lightning-verkkoturvaa, kumppanin täytyy toimittaa erilliset paketit, jotka toimivat Lightning Lockerin kanssa, kunnes Salesforce on ottanut Lightning-verkkoturvan kokonaan käyttöön kaikille organisaatioille.
Asiakkaiden tukeminen molemmissa arkkitehtuureissa vaatii erilliset paketit, jotka ovat tarkoitettu Lightning Lockerille ja Lightning-verkkoturvalle ainoastaan, jos kumppani haluaa käyttää ominaisuuksia, jotka Lightning Locker estää.
Takaisin ylös
Mistä ISV-kumppani tietää, onko asiakkaalla tänään LWS käytössä?
Pyydä asiakasta tarkistamaan LWS-asetus Määritykset-valikosta tai ohjelmallisesti tarkistamaan lockerServiceNext-asetuksen arvon Metadata API:n avulla. Jos arvo on tosi, LWS on käytössä. Katso lisätietoja Metadata API ‑kehittäjän oppaan SessionSettings-osiosta.
Kokemusten rakentajan sivustoille LWS ja Locker määritetään erikseen organisaation LWS-asetuksista. Pyydä asiakasta tarkistamaan Lightning Lockerin asetuksen Kokemusten rakentajassa tai ohjelmallisesti tarkista isLockerServiceEnabled-asetuksen arvo Metadata API:n avulla. Jos arvo on tosi, LWS on käytössä. Katso lisätietoja kohdasta Metadata API:n kehittäjän oppaan ExperienceBundle-osiosta.
Takaisin ylös
Kuinka LWS vaikuttaa Experience Cloud -sivustoihin?
Experience Cloudia käytetään useissa eri tyyppisillä sivustoilla. Katso Experience Cloud -sanastosta kunkin kuvaukset.
Aura-sivustot voivat sisältää LWC-komponentteja ja Aura-komponentteja. Kun Spring '23 ‑julkaisussa LWS-asetus otetaan organisaatiolle käyttöön, LWS suojaa molempia komponenttityyppejä Aura-sivustoilla. Aura-komponenttien tuki on beta-vaiheessa, kuten julkaisuhuomautuksessa Lightning-verkkoturvan käyttäminen Lightning-verkkokomponenteille (GA) ja Aura-komponenteille (beta) kerrotaan. Kun LWS:ää ei ole otettu organisaatiossa käyttöön, Lightning Locker suojaa komponentteja Aura-sivustolla. Jos poistat Lightning Lockerin käytöstä Aura-sivuston asetuksista, poistat käytöstä tällä hetkellä käytössä olevan tietoturva-arkkitehtuurin. Jos LWS on organisaatiotasolla käytössä, Lightning Lockerin poistaminen käytöstä Aura-sivustolla itse asiassa poistaa LWS:n käytöstä Aura-sivustolle.
LWR-sivustot käyttävät Lightning Web Runtimea (LWR), joka tarjoaa oman LWS-suojauksen sivustojen LWC-instanssin komponenteille. Koska on olemassa erillinen LWS-instanssi, LWS:n organisaatioasetuksella ei ole vaikutusta LWR-sivustoihin. Jos poistat Lightning Lockerin käytöstä LWR-sivustolla, sivuston LWS:n instanssi poistetaan käytöstä, vaikka LWS olisi otettu organisaatiollesi käyttöön. Nimeä "Lightning Locker" käytetään, koska uusi tietoturva-arkkitehtuuri lisättiin LWR:ään ennen Lightning-verkkoturva-nimen valitsemista. Aiomme päivittää nimen Kokemusten rakentajaan. Katso lisätietoja Salesforce-ohjeesta LWR-mallin rajoitukset.
Salesforce Tabs + Visualforce ‑sivustoja ei suojaa LWS tai Lightning Locker. Ne käyttävät toista tietoturva-arkkitehtuuria. Organisaation LWS-asetuksella ei ole vaikutusta.
Tässä taulukossa kerrotaan Aura- ja LWR-sivustoille ja organisaatiolle valittujen asetusten vaikutuksista:
| Experience Cloud -sivuston malli | Sivuston Locker-asetus | Organisaation LWS-asetus | Sivuston LWS- ja Locker-tila |
| Aura-sivusto | ei käytössä | ei käytössä | ei käytössä |
| Aura-sivusto | ei käytössä | käytössä | ei käytössä |
| Aura-sivusto | käytössä | ei käytössä | Locker LWC:lle ja Auralle |
| Aura-sivusto | käytössä | käytössä | LWS LWC:lle ja Auralle (beta). Jos LWS otettiin käyttöön Winter '23 ‑julkaisussa, tällöin Lockeria käytetään Aura-komponenteille Spring '23 ‑julkaisussa. |
| LWR-sivusto | ei käytössä | ei käytössä | ei käytössä |
| LWR-sivusto | ei käytössä | käytössä | ei käytössä |
| LWR-sivusto | käytössä | ei käytössä | LWS (itse LWR:ssä käytetty versio) |
| LWR-sivusto | käytössä | käytössä | LWS (itse LWR:ssä käytetty versio) |
Takaisin ylös
Käyttääkö Field Service LWS:ää?
Field Service käyttää Lightning Web Runtimea, joka tarjoaa oman LWS-instanssinsa. Organisaation LWS-asetus ei vaikuta Field Servicessä käytettyyn instanssiin. Mukautetut Lightning-verkkokomponentit, jotka kehittäjät luovat laajentamaan Field Serviceä, suojataan LWR:ssä LWS:n instanssilla. Suurin osa LWS-dokumentaatiosta oleellista kehittäjille, jotka työskentelevät Field Servicen komponenttien parissa, paitsi tiedot organisaation LWS:n käyttöönotosta ja käytöstä poistamisesta.
Ottaako Salesforce Lightning-verkkoturvan käyttöön asiakkaille?
(Safe Harbor)
Kyllä, ajan mittaan. Lightning-verkkoturva tuli yleisesti saataville Spring '22 ‑julkaisussa Lightning-verkkokomponenteille, mutta ei Aura-komponenteille. Spring '22 ‑julkaisun aikana Salesforce vaiheittain otti Lightning-verkkoturvan käyttöön Lightning-verkkokomponenteille tuhansille asiakkaille, joiden organisaatiossa oli vain Lightning-verkkokomponentteja (LWC:t).
Winter '23 ‑julkaisusta alkaen uusilla organisaatioilla on LWS LWC:lle oletusarvoisesti käytössä.
Spring '23 ‑julkaisun myötä LWS Auralle tulee saataville beta-ominaisuutena, ja se on ajoitettu yleisesti saataville Summer '23 ‑julkaisun myötä (safe harbor). LWS Auralle (beta) on oletuksena käytössä uusissa Salesforce-organisaatioissa ja organisaatioissa, joissa ei ole mukautettuja komponentteja. Organisaatioissa, joissa on LWS LWC:lle käytössä ennen Spring '23 ‑julkaisua, ja organisaatioissa, joissa on vain LWC:t, on myös LWS Auralle (beta) oletuksena käytössä organisaatioissaan Spring '23 julkaisun myötä.
Organisaatiot, joissa LWS LWC:lle on otettu käyttöön ennen Spring '23 ‑julkaisua, ja organisaatiot, joissa on Aura-komponentteja, poissuljetaan LWS Auralle (beta) ‑ominaisuudesta, joten sillä ei ole vaikutusta Aura-komponentteihin Spring '23 ‑julkaisussa. Poissulku koskee vain tuotanto-organisaatioita. LWS Auralle (beta) on käytössä Spring-sandboxeissa, jotta voit aloittaa Aura-komponenttien testauksen. Katso lisätietoja kohdasta Workflow to Try Your LWCs with Lightning Web Security.
Aiomme ottaa Lightning-verkkoturvan käyttöön vaiheittain kaikille asiakkaille tulevien julkaisujen aikana. Asetus, jolla sen voi poistaa väliaikaisesti käytöstä, poistetaan ajan mittaan (safe harbor).
Takaisin ylös
Mitä mahdollisia vaikutuksia voi olla, kun LWS on oletusarvoisesti otettu käyttöön uusille organisaatioille?
Ilmoitimme Winter '23 ‑julkaisun julkaisuhuomautuksissa, että LWS Lightning-verkkokomponenteille on oletusarvoisesti otettu käyttöön uusille Salesforce-organisaatioille. Spring '23 ‑julkaisusta alkaen LWS Aura-komponentille (beta) on myös oletuksena käytössä uusissa Salesforce-organisaatioissa.
Mukautetuissa organisaatioissa, jotka aiot yhdistää tai jakaa uudeksi organisaatioksi, määritä käytetäänkö Lightning-komponentteja olemassa olevissa organisaatioissa. Vastaavasti, jos olet usean organisaation asiakas, määritä käytetäänkö Lightning-komponentteja metadatamalleissa ja koodisäilöissä, joilla käynnistät uusia organisaatioita. Jos täytät uuteen organisaatioon omia Lightning-komponentteja tai pakattuja Lightning-komponentteja, joita olet käyttänyt organisaatioissa ilman, että LWS on ollut käytössä, muista, että ne suoritetaan siten, että LWS otetaan käyttöön uudessa organisaatiossa. Muista testata Lightning-komponentit tai hallitut paketit, jotka sisältävät Lightning-komponentteja sandbox-ympäristössä siten, että asetus Käytä Lightning-verkkoturva Lightning-verkkokomponenteille (GA) tai Aura-komponenteille (beta) on käytössä.
Kysy hallitun paketin tarjoajilta, onko heidän pakettinsa yhteensopivia LWS:n kanssa. Voit tarvittaessa poistaa LWS:n käytöstä, mutta suosittelemme ensin avaamaan tukitapauksen ratkaisemaan mahdolliset ongelmat LWS:n kanssa.
Takaisin ylös
Missä LWS Auralle (beta) otetaan automaattisesti käyttöön Spring '23 ‑julkaisussa?
Otamme LWS:n Auralle (beta) käyttöön näille organisaatiotyypeille:
Missä LWS Auralle (beta) ei oteta automaattisesti käyttöön Spring '23 ‑julkaisussa?
Emme ota LWS:ää Auralle (beta) käyttöön näille organisaatioille:
Takaisin ylös
Voinko poistaa Lightning-verkkoturvan käytöstä, kun Salesforce on ottanut sen käyttöön?
Kyllä. Voit palata käyttämään Lightning Lockeria Lightning-komponenteille helposti poistamalla Käytä Lightning-verkkoturvaa Lightning-verkkokomponenteille (GA) ja Aura-komponenteille (beta) -vaihtoehdon valinnan Istuntoasetukset-sivulta. Jos huomaat, että Lightning-komponenttisi eivät toimi oikein, ota yhteyttä tuleen.
Aiomme ottaa Lightning-verkkoturvan käyttöön vaiheittain kaikille asiakkaille tulevien julkaisujen yhteydessä. Asetus, jolla sen voi poistaa väliaikaisesti käytöstä, poistetaan ajan mittaan. (Safe Harbor)
Takaisin ylös
Kun Lightning-verkkoturva on otettu käyttöön tuotanto-organisaatiossani, voinko määrittää poikkeuksia komponenttitasolla?
Ei. Lightning-verkkoturvan ottaminen käyttöön vaikuttaa kaikkiin tuotanto-organisaation Lightning-komponentteihin. LWS:ää ei voi poistaa käytöstä yksittäisiltä komponenteilta, eikä sitä ole liitetty API-versioon.
Varmista, että kaikki Lightning-komponenttisi ovat valmiita käyttämään LWS:ää ennen kuin otat sen käyttöön tuotanto-organisaatiossasi. Lisätietoja on kohdassa Workflow to Try Your LWCs with Lightning Web Security.
Takaisin ylös
Mistä saan lisätietoja LWS:stä?
Asiakkaat voivat hyödyntää seuraavia resursseja saadakseen lisätietoja LWS:stä:
Takaisin ylös
Mistä löydän lisätietoja, jos minulla on kysyttävää tai huolenaiheita LWS:stä?
000392327

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.