*********************************************************************************************************************************
Lightning 무엇입니까?
LWS(Lightning 웹 보안)는 Lightning 구성 요소의 새로운 클라이언트측 보안 인프라입니다. 이 새로운 아키텍처는 더 적은 제한과 더 많은 기능으로 정의되며 강력한 샌드박싱과 보안 정책을 제공하여 네임스페이스 격리를 적용합니다. 따라서 Lightning 구성 요소에 강력하고 유연하며 사용 가능한 보안을 제공합니다.
Lightning Locker는 모든 Lightning 구성 요소의 기본 보안 아키텍처였습니다. LWS(Lightning 웹 보안)은 먼저 Lightning 웹 구성 요소의 Lightning Locker를 대체하며, Salesforce는 여러 번의 릴리스에 걸쳐 Aura 구성 요소에 대한 지원을 추가할 예정입니다.
맨 위로
Lightning 웹 보안은 어떤 문제를 해결합니까?
Lightning 웹 보안은 Lightning 구성 요소가 네임스페이스의 명시적 권한 없이 다른 네임스페이스의 구성 요소 데이터를 방해하거나 그러한 데이터에 액세스하는 것을 방지합니다.
Lightning 페이지에는 여러 회사에서 만든 구성 요소가 포함될 수 있습니다. 조직의 개발자 팀이 만든 구성 요소는 Salesforce에서 만든 구성 요소와 공존합니다. 앱을 만들고 AppExchange의 패키지에 배포하면 구성 요소가 Salesforce에서 만든 구성 요소 및 앱을 설치하는 고객의 구성 요소와 공존합니다.
예방 조치가 마련되어 있지 않은 경우 구성 요소가 전역 창 개체에 액세스해 페이지의 다른 구성 요소에서 비공개 자원 또는 데이터를 얻을 수 있습니다. 한 가지 조치는 악성 구성 요소가 네임스페이스 외부에서 구성 요소의 자원에 액세스할 수 없도록 네임스페이스별로 구성 요소를 격리하는 것입니다.
네임스페이스 격리는 투명하며 가상으로 이루어지므로 구성 요소가 모두 동일한 환경에서 실행되는 것처럼 다른 네임페이스에서 구성 요소를 가져오는 것처럼 보이게 할 수 있습니다.
맨 위로
Lightning 웹 보안은 어떤 방식으로 작동합니까?
Lightning 웹 보안은 구성 요소의 네임스페이스에만 사용되는 JavaScript sandbox에 구성 요소를 격리합니다. 이 샌드박싱을 통해 보안 위협에 문을 열어주지 않고도 문서, 창, 전역 요소 개체를 직접 노출할 수 있습니다. LWS는 JavaScript Sandbox에서 실행되는 코드를 변경하여 안전하지 않은 동작을 방지할 수 있습니다. 자세한 내용은 Lightning 웹 보안 작동 방식을 참조하십시오.
맨 위로
Lightning 웹 보안은 Lightning Locker와 어떻게 다릅니까?
Lightning 웹 보안은 다음과 같은 면에서 Lightning Locker와 다릅니다.
맨 위로
Lightning 웹 보안은 Lightning Locker보다 더 안전합니까?
Lightning 웹 보안과 Lightning Locker는 현재 동등한 보안 수준을 제공하고 있습니다. 주요 차이점은 Lightning 웹 보안은 JavaScript 기능성 증가와 더 빠른 코드 실행을 지원할 수 있다는 것입니다.
아키텍처가 안전하지 않은 동작 차단에 대한 보다 세분화된 접근 방식을 허용하므로 LWS는 Lightning Locker가 방지하는 기능을 안전하게 활성화할 수 있습니다. 예를 들어 LWS는 API 사용을 완전히 방지하는 대신 구성 요소가 API의 속성을 설정하는 것을 방지할 수 있습니다.
자세한 내용은 Lightning 웹 보안과 Lightning Locker를 비교하는 방법을 참조하십시오.
맨 위로
Locker가 안전하다면 LWS로 이전해야 하는 이유는 무엇입니까?
Lightning 웹 보안이 Lightning Experience 플랫폼에 통합됨에 따라 두 아키텍처 간에 쉽게 전환할 수 있도록 Lightning Locker와 동일한 보안 보호를 제공합니다. 처음에는 Lightning 구성 요소를 두 아키텍처 중 하나에서 실행하게 됩니다. 그러나 해당 아키텍처는 근본적으로 다릅니다.
LWS는 활발하게 개발 중인 새로운 웹 표준을 채택하고 있지만 Lightning Locker는 적절한 웹 표준이 존재하지 않던 시절에 Salesforce가 구현한 고유 솔루션입니다. LWS를 Lightning 구성 요소 보안의 미래라고 한다면 Lightning Locker는 Lightning 구성 요소 보안의 레거시 구현이라고 할 수 있습니다. Salesforce는 LWS를 구현하는 웹 표준 개발에 참여하고 있습니다. 현재 당사는 LWS 개발에 주력하고 있으며 Lightning Locker는 유지되고는 있지만 개선되지는 않고 있습니다.
현재 LWS가 Lightning Locker보다 전반적인 성능이 더 나으므로 LWS를 채택하는 것이 이득입니다. LWS 아키텍처는 모든 안전하지 않은 API에 대한 래퍼 대신 Sandbox의 가상화 개념을 사용합니다. 이 방식을 사용하면 데이터 보안을 보장하기 위해 항상 부과되는 성능 페널티가 줄어듭니다. 초기 페이지 로드 후 구성 요소가 Lightning Locker보다 LWS에서 더 빠르게 실행됩니다.
모든 구성 요소가 LWS에서 실행되어 다시 Lightning Locker로 전환할 필요가 없는 경우 구성 요소를 개선하여 Lightning 웹 보안과 Lightning Locker를 비교하는 방법에 설명된 장점을 이용할 수 있습니다.
당사는 Lightning 웹 보안에서 Aura 구성 요소에 대한 지원을 추가하기 위한 작업을 묵묵히 해왔습니다. 현재 LWC에 한정된 정식 제약 사항은 Lightning 웹 보안을 발전시키면서 겪게 되는 일시적인 현상입니다. Spring '23 릴리스부터 Aura용 LWS는 베타 기능으로 사용할 수 있으며, Summer '23에서는 정식 출시될 예정입니다. (세이프 하버)
LWS로의 조직 및 구성 요소 이전 결정은 이전 시기에 관한 문제이지 이전 여부에 관한 문제가 아닙니다. 결국 Lightning Locker는 실행 가능한 Lightning 구성 요소 보안 솔루션이 아니게 됩니다. LWS로 빨리 이전할수록 구성 요소의 보안 및 성능이 향상됩니다.
맨 위로
Lightning 웹 보안은 언제 정식 출시됩니까?
Lightning 웹 구성 요소용 Lightning 웹 보안은 Spring '22에서 정식 출시되었지만 Aura용은 정식 출시되지 않았습니다. Spring '23 릴리스부터 Aura용 LWS는 베타 기능으로 사용할 수 있으며, Summer '23에서는 정식 출시될 예정입니다. (세이프 하버)
Salesforce는 시간이 지남에 따라 Lightning Locker를 LWS로 완전히 대체할 계획입니다.
맨 위로
고객이 Lightning 웹 보안을 활성화해야 합니까?
고객은 먼저 Sandbox 환경에서 LWS를 활성화하여 테스트를 거친 다음, 프로덕션 조직에서 활성화하는 것이 좋습니다. 패키지를 통해 설치된 구성 요소를 포함해 모든 Lightning 구성 요소는 LWS에 영향을 받습니다. 자세한 내용은 Lightning 웹 보안을 활성화할 시점을 참조하십시오.
Salesforce는 단계적으로 LWS를 자동 활성화합니다. 자세한 내용은 "LWS 활성화" 섹션을 참조하십시오.
맨 위로
ISV 파트너에 대해 패키징이 의미하는 바는 무엇입니까?
ISV 파트너에 필요한 패키징 전략은 ISV 솔루션에 사용되는 구성 요소의 유형 및 고객 조직에서 활성화된 보안 아키텍처를 비롯한 여러 요소에 따라 다릅니다.
이 표에는 ISV 파트너에 대한 패키징의 의미가 요약되어 있습니다.
| ISV 패키지의 구성 요소 | Lightning Locker에서 지원됨 | Lightning 웹 보안에서 지원됨 | 필요한 패키지 | 고객 조직의 LWS 설정 |
| Aura 구성 요소만 해당 | 예 | 베타 | 1 | 활성화됨 또는 비활성화됨 |
| LWS 전용 기능을 사용하지 않는 Aura 구성 요소 및 Lightning 웹 구성 요소입니다*. | 예 | 베타 | 1 | 활성화됨 또는 비활성화됨 |
| Aura 구성 요소 없음. LWS 전용 기능을 사용하지 않는 Lightning 웹 구성 요소입니다. | 예 | 예 | 1 | 활성화됨 또는 비활성화됨 |
| Aura 구성 요소 없음. LWS 전용 기능을 사용하는 Lightning 웹 구성 요소입니다. | 아니요. Locker에는 LWS 전용 기능을 사용하지 않는 구성 요소를 포함하는 별도의 패키지가 필요합니다. | 예 | 2 | 활성화됨, LWS 전용 기능을 사용하는 패키지의 경우 비활성화됨, LWS 전용 기능을 사용하지 않는 패키지의 경우 |
*LWS 전용 기능으로는 전역 개체 조작, 다른 네임스페이스에서 구성 요소 및 모듈 가져오기 또는 확장, iframe 요소 내 콘텐츠에 액세스가 있습니다.
자세한 내용은 Lightning 웹 보안에 대해 ISV 파트너가 알아야 할 모든 정보 블로그를 참조하십시오.
파트너는 LWS가 활성화된 최신 릴리스의 Sandbox나 테스트 조직에서 제품을 테스트하여 올바르게 작동하는지 확인할 수 있습니다. Lightning 웹 보안에서 LWC를 시험 사용하는 워크플로를 참조하십시오.
파트너는 제품이 Lightning 웹 보안에서 예상대로 작동하는지 확인한 후 고객과 협력하여 고객 조직에서 Lightning 웹 보안을 활성화할 수 있는지 확인할 수 있습니다. 프로덕션에서 LWS를 활성화해도 되는 조건이 나와 있는 Lightning 웹 보안을 활성화할 시점을 참조하십시오.
파트너가 새로운 Lightning 웹 보안 기능을 활용하지 않는 경우 두 가지 버전의 패키지를 유지할 필요가 없습니다. Lightning Locker에서 작동한 패키지는 Lightning 웹 구성 요소만 포함하는 경우 LWS에서도 작동합니다.
파트너가 다른 네임스페이스에서 구성 요소 가져오기와 같이 LWS에서 활성화된 기능을 활용하기 위해 새 패키지를 릴리스하려는 경우:
또한 파트너가 Lightning 웹 보안을 활성화할 수 없는 고객도 지원하려는 경우 파트너는 Salesforce가 모든 조직에서 Lightning 웹 보안을 100% 활성화할 때까지 Lightning Locker에서 작동하는 별도의 패키지를 제공해야 합니다.
두 가지 아키텍처 모두에서 고객을 지원하려면 파트너가 Lightning Locker가 차단하는 기능을 사용하려는 경우에만 Lightning Locker 및 Lightning 웹 보안과 관련된 별도의 패키지가 필요합니다.
맨 위로
ISV 파트너가 현재 고객이 LWS를 사용 중인지 확인하는 방법은 무엇입니까?
고객에게 설정에서 LWS 설정을 확인해달라고 요청하거나 메타데이터 API를 사용하여 lockerServiceNext 설정 값을 프로그램 방식으로 확인하십시오. 값이 true인 경우 LWS가 활성화된 상태입니다. 메타데이터 API 개발자 가이드의 SessionSettings 섹션을 참조하십시오.
익스피리언스 빌더 사이트의 경우 LWS 및 Locker는 조직 LWS 설정과 독립적으로 설정됩니다. 고객에게 익스피리언스 빌더에서 Lightning Locker 설정을 확인해달라고 요청하거나 메타데이터 API를 사용하여 isLockerServiceEnabled 설정 값을 프로그램 방식으로 확인하십시오. 값이 true인 경우 LWS가 활성화된 상태입니다. 메타데이터 API 개발자 가이드의 ExperienceBundle 섹션을 참조하십시오.
맨 위로
LWS는 Experience Cloud 사이트에 어떤 영향을 미칩니까?
Experience Cloud에는 여러 유형의 사이트가 포함되어 있습니다. 각각에 대한 설명은 Experience Cloud 용어집을 참조하십시오.
Aura 사이트에는 LWC 구성 요소 및 Aura 구성 요소가 포함될 수 있습니다. 조직에서 LWS 설정이 활성화되는 Spring '23부터 LWS는 Aura 사이트에서 두 가지 유형의 구성 요소 모두를 보호합니다. Aura 구성 요소에 대한 지원은 Lightning 웹 구성 요소(GA) 및 Aura 구성 요소(베타)용 Lightning 웹 보안 사용 릴리스 노트에 설명된 내용처럼 베타입니다. 조직에서 LWS가 활성화되면 Lightning Locker가 Aura 사이트에서 구성 요소를 보호합니다. Aura 사이트의 설정에서 Lightning Locker를 비활성화할 경우 현재 적용 중인 보안 아키텍처도 비활성화됩니다. 조직 수준에서 LWS가 활성화된 경우 Aura 사이트에서 Lightning Locker를 비활성화하면 Aura 사이트용 LWS도 비활성화됩니다.
LWR 사이트는 LWC 구성 요소를 보호하기 위해 자체 LWS 인스턴스를 제공하는 Lightning Web Runtime(LWR)을 사용합니다. 별도의 LWS 인스턴스가 있으므로 LWS에 대한 조직 설정이 LWR 사이트에 적용되지 않습니다. LWR 사이트에서 Lightning Locker를 비활성화하면 조직에서 LWS가 활성화된 경우에도 해당 사이트의 LWS 인스턴스가 비활성화됩니다. Lightning 웹 보안 이름이 선택되기 전, LWR에 새로운 보안 아키텍처가 추가되었으므로 "Lightning Locker"라는 명칭을 사용 중입니다. 익스피리언스 빌더에서는 이름이 업데이트될 예정입니다. 추가 정보는 Salesforce 도움말의 LWR 템플릿 제한 사항을 참조하십시오.
Salesforce Tabs + Visualforce 사이트는 LWS 또는 Lightning Locker를 통해 보호되지 않습니다. 둘 모두 다른 보안 아키텍처를 사용합니다. 조직의 LWS 설정은 영향을 미치지 않습니다.
아래 표에 Aura 및 LWR 사이트와 조직에서 선택된 설정이 미치는 영향이 요약되어 있습니다.
| Experience Cloud 사이트 템플릿 | 사이트의 Locker 설정 | 조직의 LWS 설정 | 사이트의 LWS & Locker 상태 |
| Aura 사이트 | 해제 | 해제 | 해제 |
| Aura 사이트 | 해제 | 설정 | 해제 |
| Aura 사이트 | 설정 | 해제 | LWC 및 Aura용 Locker |
| Aura 사이트 | 설정 | 설정 | LWC 및 Aura용 LWS(베타). Winter '23에서 LWS가 활성화된 경우 Spring '23부터 Locker가 Aura 구성 요소에 사용됩니다. |
| LWR 사이트 | 해제 | 해제 | 해제 |
| LWR 사이트 | 해제 | 설정 | 해제 |
| LWR 사이트 | 설정 | 해제 | LWS(LWR 자체에서 사용되는 버전) |
| LWR 사이트 | 설정 | 설정 | LWS(LWR 자체에서 사용되는 버전) |
맨 위로
Field Service가 LWS를 사용합니까?
Field Service는 자체 LWS 인스턴스를 제공하는 Lightning Web Runtime을 사용합니다. 조직의 LWS 설정은 Field Service에서 사용된 인스턴스에 영향을 미치지 않습니다. 개발자가 Field Service를 확장하기 위해 만든 사용자 정의 Lightning 웹 구성 요소는 LWR의 LWS 인스턴스를 통해 보호됩니다. 대부분의 LWS 문서는 조직에서 LWS를 활성화 및 비활성화하는 것에 대한 정보를 제외하고 Field Service의 구성 요소와 관련된 작업을 진행하는 개발자에게 유용합니다.
Salesforce가 고객을 위해 Lightning 웹 보안을 켭니까?
(세이프 하버)
예. 시간 경과에 따라 켭니다. Lightning 웹 구성 요소용 Lightning 웹 보안은 Spring '22에서 정식 출시되었지만 Aura용은 정식 출시되지 않았습니다. Salesforce는 Spring '22 릴리스 동안 조직에 Lightning 웹 구성 요소(LWC)만 포함된 수천 명의 고객을 위해 Lightning 웹 구성 요소용 Lightning 웹 보안을 점진적으로 활성화했습니다.
Winter '23 릴리스부터 신규 조직에서 LWC용 LWS가 기본적으로 활성화됩니다.
Spring '23 릴리스부터 Aura용 LWS는 베타 기능으로 사용할 수 있으며, Summer '23에서는 정식 출시될 예정입니다(세이프 하버). Aura용 LWS(베타)는 신규 Salesforce 조직 및 사용자 정의 구성 요소가 없는 조직에서 기본적으로 활성화됩니다. Spring '23 전에 조직에서 LWC용 LWS가 활성화된 조직 및 조직에 LWC만 있는 조직에서도 Spring '23 릴리스부터 조직에서 Aura용 LWS(베타)가 기본적으로 활성화됩니다.
Spring '23 전에 조직에서 LWC용 LWS가 활성화된 조직 및 조직에 Aura 구성 요소만 있는 조직은 Aura용 LWS(베타)에서 제외되므로 Spring '23에 Aura 구성 요소에 어떠한 영향도 미치지 않습니다. 예외 사항은 프로덕션 조직에만 적용됩니다. Aura용 LWS(베타)는 Aura 구성 요소를 테스트할 수 있도록 Spring Sandbox에서 활성화됩니다. 자세한 내용은 Lightning 웹 보안에서 LWC를 시험 사용하는 워크플로를 참조하십시오.
향후 릴리스에서 단계적으로 모든 조직에 대해 Lightning 웹 보안을 활성화할 계획입니다. 비활성화할 수 있는 설정은 일시적이며 결국에는 제거될 예정입니다(세이프 하버).
맨 위로
새 조직에서 LWS가 기본적으로 활성화되면 어떤 잠재적 영향이 있습니까?
Winter '23 릴리스 노트에서 Lightning 웹 구성 요소용 LWS가 신규 Salesforce 조직에서 기본적으로 활성화된다고 공지했습니다. Spring '23 릴리스부터 Aura 구성 요소용 LWS(베타)도 신규 Salesforce 조직에서 기본적으로 활성화됩니다.
새 조직으로 병합 또는 분할하려는 사용자 정의 조직에서 기존 조직에 Lightning 구성 요소가 사용되고 있는지 확인합니다. 이와 마찬가지로 다중 조직 고객인 경우 새 조직을 부트스트랩하는 데 사용하는 메타데이터 템플릿 및 코드 리포지토리에 Lightning 구성 요소가 사용되고 있는지 확인합니다. LWS가 활성화되지 않은 상태에서 조직에서 사용하고 있는 자체 Lightning 구성 요소 또는 패키징된 Lightning 구성 요소로 새 조직을 채우는 경우 새 조직의 활성화된 LWS와 함께 실행된다는 점에 유의하십시오. Lightning 웹 구성 요소(GA) 및 Aura 구성 요소(베타)용 Lightning 웹 보안 사용 설정이 활성화된 Sandbox 환경에서 Lightning 구성 요소 또는 Lightning 구성 요소가 포함된 관리 패키지를 테스트해야 합니다.
패키지가 LWS와 호환되는지 관리 패키지 공급업체에 문의하십시오. 필요한 경우 LWS를 비활성화할 수 있지만 먼저 LWS와 관련된 문제를 해결하기 위해 지원 사례를 여는 것이 좋습니다.
맨 위로
Spring '23부터 Aura용 LWS(베타)가 자동으로 활성화되는 위치는 어느 곳입니까?
다음의 조직 유형에서 Aura용 LWS(베타)가 활성화됩니다.
Spring '23부터 Aura용 LWS(베타)가 자동으로 활성화되지 않는 위치는 어느 곳입니까?
다음 조직에서 Aura용 LWS(베타)가 활성화되지 않습니다.
맨 위로
Salesforce가 Lightning 웹 보안을 활성화한 후 내가 비활성화할 수 있습니까?
예. 세션 설정 페이지에서 Lightning 웹 구성 요소(GA) 및 Aura 구성 요소(베타)용 Lightning 웹 보안 사용을 선택 취소하여 Lightning 구성 요소용 Lightning Locker를 다시 사용할 수 있습니다. Lightning 구성 요소가 올바르게 작동하지 않을 경우 지원 사례를 여십시오.
예정된 릴리스 시 모든 고객에 대해 점차적으로 Lightning 웹 보안을 활성화할 계획입니다. 비활성화할 수 있는 설정은 일시적이며 결국에는 제거될 예정입니다. (세이프 하버)
맨 위로
내 프로덕션 조직에서 Lightning 웹 보안이 활성화된 후 구성 요소 수준에서 예외를 지정할 수 있는 메커니즘이 있습니까?
아니요. Lightning 웹 보안이 활성화되면 조직의 모든 Lightning 구성 요소가 영향을 받습니다. LWS는 개별 구성 요소에서 비활성화될 수 없으며 API 버전과 연결되지 않습니다.
프로덕션 조직에서 활성화하기 전에 모든 Lightning 구성 요소가 LWS에서 실행될 준비가 되었는지 확인하십시오. 자세한 내용은 Lightning 웹 보안에서 LWC를 시험 사용하는 워크플로를 참조하십시오.
맨 위로
LWS에 대한 자세한 정보는 어디에서 확인할 수 있습니까?
고객은 다음 자원을 사용하여 LWS에 대해 자세히 알아볼 수 있습니다.
맨 위로
LWS에 대한 질문이나 우려 사항이 있는 경우 어디에서 문의할 수 있습니까?
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.