오랫동안 오프라인으로 작동하는 웹 응용 프로그램을 개발해야합니다. 이것을 가능하게하기 위해 민감한 데이터 (개인 데이터는 저장하지만 해시 만 저장하는 데이터는 저장하지 않음)를 로컬 저장소에 저장하는 것을 피할 수 없습니다.

이 방법은 권장되지 않지만 선택의 여지가 거의 없으므로 데이터를 보호하기 위해 다음을 수행하고 있습니다.

• 스탠포드 자바 스크립트 암호화 라이브러리 및 AES-256을 사용하여 로컬 스토리지에 들어가는 모든 것을 gentrypting
• 사용자 비밀번호는 암호화 키이며 장치에 저장되지 않습니다
• SSL을 통해 신뢰할 수있는 단일 서버에서 모든 컨텐츠 (온라인 상태) 제공
• owasp antisamy 프로젝트를 사용하여 서버의 로컬 저장소로 들어오고 나가는 모든 데이터의 유효성 검사
• appcache의 네트워크 섹션에서 *를 사용하지 않고 대신 신뢰할 수있는 서버와의 연결에 필요한 URI 만 나열합니다.
• 일반적으로 OWASP XSS 치트 시트에 제안 된 지침을 적용하려고합니다.

나는 악마가 종종 자세하게 설명하고 로컬 스토리지와 자바 스크립트 기반 보안에 대해 많은 회의론이 있다는 것을 알고 있습니다. 누구든지 다음에 대해 의견을 말할 수 있습니까?

• 위의 접근 방식의 근본적인 결함?
• 그러한 결함에 대한 가능한 해결책은 무엇입니까?
• html 5 애플리케이션이 장기간 오프라인으로 작동해야 할 때 로컬 스토리지를 보호하는 더 좋은 방법은 무엇입니까?

도움을 주셔서 감사합니다.

Web 크립토

클라이언트 측 (브라우저) 자바 스크립트의 암호화 관련 문제는 아래에 자세히 설명되어 있습니다. 이러한 우려 중 하나를 제외한 모든 것이 WebCrypto API 에는 적용되지 않으며 , 이는 현재 합리적으로 잘 지원됩니다 .

오프라인 앱의 경우 여전히 보안 키 저장소를 디자인하고 구현해야합니다.

따로 : Node.js를 사용하는 경우 기본 제공 암호화 API를 사용하십시오 .

네이티브 자바 스크립트 암호화 (WebCrypto 이전)

본인의 주된 관심사는 localStorage귀하의 사이트에 대한 컴퓨터를 물리적으로 액세스 할 수있는 사람 이고 해당 액세스를 막기 위해 암호화를 원한다고 가정합니다.

누군가가 물리적으로 접근 할 수있는 경우 다른 것보다 더 공격 할 수 있으며 읽기보다는 열악합니다. 여기에는 키로거, 오프라인 스크립트 수정, 로컬 스크립트 삽입, 브라우저 캐시 포이즈 닝 및 DNS 리디렉션이 포함되지만 이에 국한되지는 않습니다. 이러한 공격은 사용자가 손상된 시스템을 사용하는 경우에만 작동합니다. 그럼에도 불구하고 그러한 시나리오에서 물리적 액세스는 더 큰 문제가 있음을 의미합니다.

따라서 로컬 암호가 유용한 제한된 시나리오는 컴퓨터를 도난 당했을 경우입니다.

원하는 기능을 구현하는 라이브러리가 있습니다 (예 : Stanford Javascript Crypto Library) . 그러나 @ircmaxell의 답변 링크에서 언급 된 바와 같이 고유 한 약점이 있습니다.

1. 엔트로피 부족 / 난수 생성;
2. 보안 키 저장소가 부족합니다. 즉, 개인 키는 로컬로 저장하거나 서버에 저장 한 경우 (오프라인 액세스가 금지됨) 암호로 보호해야합니다.
3. 안전한 지우기 부족;
4. 타이밍 특성 부족.

이러한 각 취약점은 암호화 손상 범주에 해당합니다. 다시 말해, 이름에 따라 "암호화"가있을 수 있지만 실제로는 열악한 수준보다 훨씬 낮을 것입니다.

그러나 보험 계리 적 평가는 "자바 스크립트 암호화가 약하고 사용하지 마십시오"만큼 사소한 것은 아닙니다. 이것은 보증이 아니며 엄격히 경고하기 때문에 위의 약점의 노출, 직면하는 벡터의 빈도 및 비용, 실패한 경우 완화 또는 보험에 대한 귀하의 능력을 완전히 이해해야합니다 : Javascript crypto, in 약점에도 불구하고 노출을 줄일 수 있지만 기술 능력이 제한된 도둑에 대해서만 노출됩니다. 그러나 Javascript 암호화는 해당 정보를 대상으로하는 결정적이고 유능한 공격자에 대한 가치가 없다고 가정해야합니다. 일부는 구현에 고유 한 취약점이 너무 많을 때 데이터를 "암호화"하는 것이 잘못 될 수 있다고 생각합니다. 다시 말해, 기술 노출을 약간 줄일 수 있지만 공개로 인한 재무 노출을 증가시킵니다. 물론 각 상황은 다르며, 재정적 노출에 대한 기술적 노출을 줄이는 분석은 쉽지 않습니다. 여기에 비유가 있습니다 :일부 은행 은 고유 한 위험에도 불구하고 약한 암호를 요구합니다. 약한 암호 로 인한 손실에 대한 노출은 강력한 암호를 지원하는 최종 사용자 비용보다 적기 때문입니다.

🔥 마지막 단락을 읽고 "Brian이라는 인터넷상의 일부 사람이 Javascript 암호화를 사용할 수 있다고 말합니다"라고 생각되면 Javascript 암호화를 사용하지 마십시오.

질문에 설명 된 유스 케이스의 경우 사용자가 로컬 파티션 또는 홈 디렉토리를 암호화하고 강력한 비밀번호를 사용하는 것이 더 합리적입니다. 이러한 유형의 보안은 일반적으로 잘 테스트되고 널리 신뢰되며 일반적으로 사용 가능합니다.

글쎄, 여기의 기본 전제는 : 아니요, 아직 안전하지 않습니다.

기본적으로 JavaScript에서는 암호화를 실행할 수 없습니다 : JavaScript CryptoConceptor Harmful .

문제는 브라우저에 암호화 코드를 안정적으로 가져올 수 없으며, 가능하더라도 JS가 안전하게 실행할 수 있도록 설계되지 않았다는 것입니다. 따라서 브라우저에 암호화 컨테이너 (암호화 된 미디어 확장 프로그램이 제공하지만 DRM 목적으로 룰이 적용되는)가있을 때까지 안전하게 수행 할 수 없습니다.

"더 나은 방법"에 관해서는 지금 당장은 없습니다. 유일한 대안은 데이터를 일반 텍스트로 저장하고 최선을 다하는 것입니다. 또는 정보를 전혀 저장하지 마십시오. 어느 쪽이든.

당신이 경우 어느 즉, 또는 필요한 보안의 종류, 당신은 로컬 스토리지를 필요로하는 사용자 지정 응용 프로그램을 만들 ...

이 주제를 탐색하면서 "웹 암호화 API를 사용하여 TodoMVC 보안"이라는 제목의 프레젠테이션이 있습니다 ( video , code ).

그것은 사용하는 웹 암호화 API 암호 응용 프로그램을 보호하고 암호화를위한 암호 파생 키를 사용하여 로컬 스토리지에서 암호화 된 일 목록을 저장합니다. 비밀번호를 잊어 버린 경우 복구가 없습니다. ( 면책 조항-POC였으며 프로덕션 용도로 사용되지 않았습니다. )

다른 답변에서 알 수 있듯이 이것은 여전히 ​​클라이언트 컴퓨터에 설치된 XSS 또는 맬웨어에 영향을 받기 쉽습니다. 그러나 데이터가 서버에 저장되고 응용 프로그램이 사용 중일 때 중요한 데이터도 메모리에 저장됩니다. 오프라인 지원이 매력적인 유스 케이스 일 수 있습니다.

결국 localStorage를 암호화하면 시스템 또는 백업에 대한 읽기 전용 액세스 권한을 가진 공격자로부터 데이터 만 보호 할 수 있습니다. OWASP Top 10 항목 A6- 민감한 데이터 노출에 대해 약간의 방어 수준을 추가하고 "이 데이터 중 어느 것이 일반 텍스트로 저장되어 있습니까?" 바르게.

이것은 정말로 흥미로운 기사입니다. 로컬 저장소를 사용할 때 보안을 제공하기 위해 JS 암호화를 구현하려고합니다. 장치를 도난 당하고 올바르게 구현 된 경우에만 보호 기능을 제공 할 것입니다. 키로거 등에 대한 보호 기능을 제공하지는 않습니다. 그러나 키로거 위협은 실행 플랫폼 (브라우저, 기본)에 관계없이 모든 응용 프로그램의 문제이므로 JS 문제는 아닙니다. 첫 번째 답변에서 언급 된 "자바 스크립트 암호화로 인한 유해성"기사에 대해 한 가지 비판이 있습니다. "이 문제를 해결하기 위해 SSL / TLS를 사용할 수 있지만 비용이 많이 들고 복잡합니다"라고 표시되어 있습니다. 나는 이것이 매우 야심 찬 주장이라고 생각한다. 예, SSL에는 비용이 있습니다.

내 결론-클라이언트 측 암호화 코드를위한 장소가 있지만 모든 응용 프로그램과 마찬가지로 개발자는 코드의 한계를 인식하고 필요에 따라 구현해야하며 위험을 완화시킬 수있는 방법이 있어야합니다.

모든 웹 페이지에는 액세스 할 수 없지만 (true) 크롬 (ctl-shift-J)과 같은 개발 도구를 통해 쉽게 액세스하고 편집 할 수 있습니다. 따라서 값을 저장하기 전에 사용자 지정 암호화가 필요합니다.

그러나 자바 스크립트가 암호를 해독 (검증하기 위해)해야하는 경우 암호 해독 알고리즘이 노출되어 조작 될 수 있습니다.

Javascript에는 완전히 안전한 컨테이너와 js 인터프리터에서만 사용할 수있는 개인 변수 및 함수를 올바르게 구현할 수있는 기능이 필요합니다. 그러나 추적 데이터를 불완전하게 사용할 수 있기 때문에 이는 사용자 보안에 위배됩니다.

결과적으로 자바 스크립트는 완전히 안전하지 않습니다.

아니.

localStorage는 모든 웹 페이지에서 액세스 할 수 있으며 키가 있으면 원하는 데이터를 변경할 수 있습니다.

즉, 키를 안전하게 암호화하는 방법을 고안 할 수 있다면 데이터를 전송하는 방법은 중요하지 않으며 클로저 내에 데이터를 포함 할 수 있으면 데이터가 안전합니다.