>  기사  >  웹 프론트엔드  >  웹 프런트엔드 JS 코드에는 보호가 필요합니까? 웹 프런트엔드 JS 코드를 보호하는 방법

웹 프런트엔드 JS 코드에는 보호가 필요합니까? 웹 프런트엔드 JS 코드를 보호하는 방법

php是最好的语言
php是最好的语言원래의
2018-08-07 09:29:152184검색

웹 프런트엔드 JS 코드를 보호해야 하나요?

이에는 구체적인 상황에 대한 자세한 분석이 필요합니다.
1. 웹페이지 이미지 캐러셀이나 마키효과 등 간단한 기능만 작성한다면 그건 보호가 필요하지 않습니다.
2. 화려한 특수 효과를 신중하게 디자인하고, 열심히 구현한 특수 효과 코드를 다른 사람이 마음대로 사용하지 못하도록 보호하려면 이 JS 코드를 보호해야 합니다!
3. 거래 로직, 계정 및 비밀번호 정보, 개인정보 보호, 원격 서버 또는 데이터베이스와의 통신 등 JS 코드로 제어되는 중요한 기능이 페이지에 있는 경우 해당 JS 코드는 다음과 같아야 합니다. 보호됩니다. JS 코드 도난 방지 보호가 수행되어야 합니다!
그렇지 않으면 해커에게 분석되어 공격을 받는 등 심각한 문제가 발생할 수 있습니다. 안전 관련 문제는 항상 미미하게 처리해야 하며 우연에 맡겨서는 안 됩니다. 그것이 당신에게 전혀 중요하지 않은 한.

웹 프런트엔드 JS 코드에는 보호가 필요합니까? 웹 프런트엔드 JS 코드를 보호하는 방법

웹 프런트 엔드 JS 코드를 보호하는 방법은 무엇입니까?
1. 패키징 및 압축
패키징과 압축이 JS 코드의 보호라고 생각하는 사람들도 있습니다. 실제로, 포장은 보이는 것처럼 적어도 어느 정도 보호를 제공할 수 있습니다. 그러나 패키징 및 압축의 목적은 JS 코드를 보호하는 것이 아니라 사용을 용이하게 하고 코드 크기를 줄이고 사용을 용이하게 하며 전송을 용이하게 하는 것입니다. 예를 들어, 모듈식 프로그래밍은 200개의 JS 파일을 생성할 수 있습니다. "script src"를 사용하여 각 파일을 하나씩 참조하는 경우... 이는 에이전트용이든 네트워크 로딩용이든 일종의 고문입니다(브라우저도 마찬가지입니다). 화내세요!
Webpacket 및 Gulp 패키징과 유사하게 이러한 여러 JS를 하나의 파일로 통합할 수 있으며 코드 압축을 위해 캐리지 리턴, 줄 바꿈 및 공백을 삭제할 수 있습니다. 또한 긴 변수 이름을 통합 스타일로 변경하는 몇 가지 간단한 난독화 작업도 있습니다. 짧은 변수 이름 등 그러면 최종적으로 파일이 생성됩니다. 전체 코드량이 줄어들고 가독성이 떨어지며 사용하기 쉬워집니다. 동시에 어떤 사람들은 이것이 JS 코드 보호도 달성한다고 생각합니다. 사실, 물론 코드는 보호되지 않습니다. 가독성은 여전히 ​​동일하지만 코드의 양이 더 많습니다. 약간의 인내심을 가지고 코드를 읽는 한 코드는 여전히 이해하기 쉽다는 것을 알게 될 것입니다. , 보안이 전혀 없습니다.
2. 난독화 및 암호화
프론트엔드 JS 코드를 보호하려면 난독화와 암호화를 결합해야 합니다.
소위 JS 비가역적 암호화는커녕 별도의 JS 소스코드 암호화도 불가능합니다. 코드가 브라우저 측에서 실행될 때 브라우저의 JS 엔진에서 인식되고 실행되기 전에 암호를 해독하고 원래 코드로 복원해야 하기 때문입니다. 복호화 후에는 완전한 원본 JS 코드가 존재하게 됩니다. 이는 매우 안전하지 않으며 원본 JS 코드를 표시하는 방법은 다양합니다.
JS 코드 난독화는 많은 개발자가 저급 JS 코드 보호 방법으로 간주하며 JS 소스 코드 암호화보다 덜 안전하다고 들립니다. 실제로 난독화에는 여러 수준이 있습니다. 예를 들어 상대적으로 저급 문자 검색 및 문자열 대체, 의사 좀비 코드의 무작위 삽입, 문자열 16진수화 등이 있습니다. 먼저 구문 분석, 어휘 분석을 수행하고 구문 트리를 재구성하는 고급 방법도 있습니다. 이는 JS 엔진을 구현하고 엔진에서 코드를 처리하는 것과 같습니다. 예를 들어, 새로운 구문 구조를 구문 트리에 삽입할 수 있고, 모든 문자열을 추출하고 암호화할 수 있으며, 변수를 정기적으로 재정의하여 의미 없게 만들 수 있습니다. 이를 통해 진정한 코드 재구성이 가능해집니다. 이렇게 재구성된 JS 코드의 보안은 질적으로 향상될 것이다.
JShaman JS 보호와 같이 실제 난독화와 암호화를 함께 사용하면 웹 프런트엔드 JS 코드에는 보호가 필요합니까? 웹 프런트엔드 JS 코드를 보호하는 방법 실제 JS 코드 보안 보호를 달성할 수 있습니다. JS 암호화는 JS 난독화에 통합되고 JS 난독화는 JS 암호화에 포함됩니다. 이렇게 보호된 코드를 클라이언트 실행 환경에서 역복원하더라도 의미를 알 수 없는 수많은 함수, 코드, 문자열을 얻게 됩니다. 특별한 점은 코드가 재구성되었으며 리버스 엔지니어링을 통해 얻는 것도 분리되어 재구성된 무의미한 JS 코드, 수많은 좀비 코드, 혼란스러운 문자열 및 의미를 알 수 없는 변수라는 것입니다. 원본 코드와 비교하면 가독성은 천지차이입니다.
완고한 사람들은 다음과 같이 말할 수도 있습니다. 깨지지 않는 보호 솔루션은 없습니다. 주의 깊게 분석하고 시간을 투자하면 원래 코드의 의미를 분석할 수 있습니다.
그러나 원본 코드를 읽는 데는 10분밖에 걸리지 않을 수도 있지만, 보호된 JS 코드에서 원래 의미를 읽는 데는 10개월이 걸릴 수도 있습니다. 현재 JS 코드가 다음 버전으로 업데이트되었을 수 있습니다.
JS 코드 보호 목적은 달성됐죠?

관련 권장 사항:

웹 프런트 엔드 코드 사양

웹 프런트 엔드 개발 업로드 아바타 js 샘플 코드 업로드

위 내용은 웹 프런트엔드 JS 코드에는 보호가 필요합니까? 웹 프런트엔드 JS 코드를 보호하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.