KISA HTML5 소개사이트 : https://www.koreahtml5.kr/jsp/definition/character.jsp
심층분석 보고서와 국내외 최신 리포트 : https://www.koreahtml5.kr/jsp/infoSquare/insiteList.jsp
1. http://www.stackagility.com/wp-content/uploads/HTML5-vs-Native-app.pdf
- The actual App source code
The source code for any HTML5 based app is visible from the device, as it is with
HTML on your desktop. For performance reasons, more code is now being executed
on the client device using JavaScript, which makes it relatively easy to see the source
code. Hackers can use this to then find work-arounds, and possibly areas where your
server side code might be vulnerable. Native Apps are fully compiled and nearly
impossible to access the source code.
- The data stored on the device
The data “at rest” on the device is totally secure and can be encrypted in a “sandbox”
on a Native App using both OS features and several third party encryption add-ons.
Since HTML5 now allows data to be secured on the device, in an unencrypted
browser cache, any stored user data is highly vulnerable in this case.
- The data being transferred to the device
All the SmartPhone OS manufacturers include encryption tools for data both on and
coming in and out of the device. These use industry standard encryption techniques
that are virtually unbreakable.
For HTML5, you’re pretty much limited to Secure Socket Layer (SSL). While
technically you can increase the level of confidence by adding a Virtual Private
Network (VPN), there can be a noticeable drop in performance, so much so that it is
often unworkable in practice.
- The URL itself
Stack Agility's native apps request data from servers using web-service API's where
the data is fully encrypted end-to-end using a variety of methods making it less
vulnerable to common attacks such as cross-site request forgery, client state and
cookie manipulation and SQL injection. Local data (residing on the phone/tablet) is
also fully encrypted so that users with rooted devices can not decipher elements in
the app's secure sandbox.
2. 이슈리포트 9호_2014 HTML5 주요 이슈 Wrap up.pdf
- W3C(World Wide Web Consortium)는 약 8년간의 작업 끝에2014년 10월 28일 HTML5의 표준 권고안을 확정·발표함으로써,
‘웹의 플랫폼化’를 가능케 하는 기반을 확립
- HTML5 표준 확정으로 인해 웹이 사실상 OS와 같은 플랫폼의 역할을 수행할 수 있게 됨으로써, 웹의 기능과 성능을 혁신하고 확장할 수 있는 또 한번의 전기가 마련된 것으로 평가
- W3C는 HTML5의 후속 표준안인 HTML5.1을 오는 2016년 4/4분기까지 확정할 계획이나, HTML5 표준화 과정처럼 방대한 규격을 한꺼번에 정기적으로 완성하는 방식에 대해서는 이견이 제기
- W3C는 HTML5 표준화 일정(2014년 4/4분기)에 맞추느라 마무리되지 못했던 내용들을 HTML5.1에서 보완할 계획
- 그러나 HTML5 표준안 발표 이후, 불과 2년 사이에 다시 방대한 규격을 동시에 업그레이드하기에는 기존 W3C의 복잡한 표준화 과정이 적합하지 않다는 의견들이 제기됨
- 기존 표준화 방식은 물리적으로 많은 시간이 소요되고 절차도 복잡하기 때문에 급변하는 IT 업계의 흐름과 맞지 않으며, 따라서 각 주제별/기술별로 구분해서 검증이 끝난 표준은 빨리 확정하고, 그렇지 않은 표준은 나중에 확정하는 방식을 도입해야 한다는 주장임
HTML5 표준문서 다운로드 : http://koreahtml5.kr/jsp/infoSquare/infoStandardDoc.jsp
HTML5 프레임워크 : http://webframeworks.kr/
KISA 교육과정 : http://koreahtml5.kr/jsp/learn/learnBeginner.jsp
- 입문자
- 중급자
- 전문가
'IT Tech > Application' 카테고리의 다른 글
Cloaking 기능 (0) | 2015.10.07 |
---|---|
[용어] SSL (0) | 2015.10.04 |
Apache Structs 취약점이란? (0) | 2015.07.11 |
HTML5 개발표준 및 보안취약점 대응방안은? (0) | 2015.07.10 |
HTTP 상태 코드 (0) | 2015.04.23 |