포레버 인증에 대하여

포레버 인증에 대하여
많은분들이 궁금해하시며 문제가 있는 방식이라고 극단적인 말씀까지 합니다만
포에버인증 에 대해 제가 판단하고 있는 지극히 개인적 소견이라는 전제를 두고서
간략히 말씀드려볼까 합니다.

우선 포에버인증의 탄생배경입니다.

지난 3월경부터 외국포럼에 0.8버전까지는 영어권을 대상으로 하다가 지난 10월6일자로 세계 전 언어를 지원 한다며 탄생한
 chew-wga 0.9 라는 기존방식과 다른 win7 +server2008 r2 인증 엑티베이터가 my digital life 라는 국제포럼에 소개 되었고
이는 여러사람들의 주시속에 호응을 받으며 국내 유명블로거님들의 관심까지 유발하며 급기야는 여기저기 포스팅되는 상황이
전개되었고 이와관련
A.I개발자께서는 이에 주시하고 그들의 툴을 무장 해체시켜 그들의 인증루틴을 심도있게 관찰해본 결과 이미 언급하셨듯이
일반인들의 기존상식을 깨버리는 마소의 윈도우7 미인증에따른 운영체계 제어루틴을 정확하게 파악하게됩니다.
정확하게 파악된 마소의 인증이라는 방패가 A,I의 개발자 시각에서는 또다른 연구대상이 되었고
이의 결과로 탄생한것이 A.I의 포레버인증 방식입니다.

이 방식은 기존의 바이오스 에뮬레이션 이라는 OEM인증방식을 탈피하고 자칫하면 치명적이라 할수 있는
하드웨어상 바이오스의 개조라든지 아니면 가상바이오스라는 바이오스 씨뮬레이터를 심어 이를 거침으로 해서 정상상태보다는
약간의 딜레이 발생가능성 이라든지 하는 요소가 존재 했던것은 사실입니다

이에대하여 포레버인증방식은 윈도우에 기본적으로 들어있는 30일간의 디폴트키를 응용 비인증 제어루틴을 파헤처 이를 역으로
제어 사용자로 하여금 불편없이 30일이 지난후에도 정상사용할수도록 하여주는 직접제어방식인 동시에 바이오스를 거치지않음으로서  좀더 빠른 환경을 만들어 줄수있다는 장점이 있다는것입니다.

빠름이라는 의미는 SLIC 인증루틴에서 필수인 바이오스를 통과 확인 과정이 제외됨으로서 윈도우에서 SLIC 방식의 필수요소중 하나인 바이오스통과 의례를 건너뛴다는 의미 이겠습니다.

윈도우 7 설치후 아무것도 안한 상태에는 열러가지 인증을 확인한 다음 프로그렘을 구동 합니다
A.I의 최적화는 여러가지 인증법중 자신이 선택한 1가지만 남기고 나머지는 삭제하여 최적화된 라이선스를 만들어 시스템 속도를 향상 시킵니다 포레버 에서는 이 1가지 라이선스 마저도 차단하여 0 의 라이선스로 실행 되기 때문에 가장 빠른것입니다. - 툴제작자님의 설명 삽입

단점으로는 가벼운 마소의 대응으로도 쉽게 제어 될수 있다는 것인데 카조님 말씀을 듣고서의 본인의 판단도
디폴트키의 제어 문제도 쉽지않을것 이라는데에 동감합니다.
기존 마소의 30일 유예인증시스템을 완전 포기하고 새로운 대안을 찾아야 하는문제이고 이는 몇몇사람 몇몇나라를 대상으로
하는것도 아니고 전세계인들을 대상으로 기존 방식을 싹 바꿔버려야 하는 문제인데 쉽지않을듯 한 상황입니다.
  
  
그렇다면 테스트 대상으로서의 A.I는 어떻게 적용해 볼 것인가...
  
일단은 포레버인증이 보다 간편하고 SLIC방식보다는 상대적으로 빠르다는 장점으로 포레버인증으로 먼저
테스트 (A.I의 원칙은 실 사용하라는 개념이 아닙니다) 해 보시다가 마소의 대응이 심각해 진다거나 갑작스런
변수가 작용했을때의 방편으로 SLIC방식으로 테스트 해 보시면 될것이라는게 개인적 생각입니다.

덧 붙여 부탁드릴 말씀은 포레버가 탄생한지 하루밖에 지나지않았습니다
많은 버그도 있을수 있고 오타도 있을수 있습니다. 이에 격하게 반응하는 식의 발언은 테스터로서의 자세도 아닐뿐더러
개발자로 하여금 맥 빠지게 하는 행동일것임을 주지들 하시고 버그 리포트는 주저없이 대 환영 이면서 본 포럼에 적극 활동하는 양질의 의미입니다만 무분별하고 아무 상황전개도 없이 결론적 현상만으로 분위기를 흐트려버리는 행동들은 자제들 하셔야
할것으로 생각합니다..

감사합니다.
=============================================================================

위글은 윈.포의 세월참빠르다 님의 글을 퍼온겁니다.

포레버 인증에 관해 어떤방식인지 궁금해 하시는분을 위해 쉽게 이해하시라 퍼온글입니다.

워낙 쉽게 잘 설명이 되어 있어서 부연설명도 필요치 않을듯싶습니다.





=======추가글 ===============================================================

최적화에 대한 이해~! (제작자님의 설명)

윈도우가 인증을 받게되면 마소로 부터 받은 인증 파일이 윈도우에 보관 되게 됩니다.
oem 인증은 따로 인증 파일을 보관하지 않습니다 oem 인증은 매번 부팅 되면서 바이오스의 SLIC와
tokens.dat 안의 oemcert.xrm-ms 파일과 비교하여 일치하면 인증 되는 방식입니다.

kms 인증은 인증 파일이 다음 파일에 암호로 저장 되며 재부팅 될때마다 암호가 바뀝니다.
7B296FB0-376B-497e-B012-9C450E1B7327-5P-0.C7483456-A289-439d-8115-601632D005A0
7B296FB0-376B-497e-B012-9C450E1B7327-5P-1.C7483456-A289-439d-8115-601632D005A0

Retail 과 mak 인증은 tokens.dat 파일안에 자신의 하드웨어 정보와 함께 보관 됩니다.

인증이 보관되는 장소가 다르기 때문에 최적화 하는 방법도 다른 것입니다.

최적화를 하려면 tokens.dat 파일을 다시 만들어야 하는대 다시 만들기 때문에 tokens.dat 파일안에 보관되어 있던
처음 인증 파일은 삭제가 됨으로 인증이 풀리는 것입니다.

윈도우를 설치하면 여러가지 인증을 전부 받아 들이도록 tokens.dat 파일안에 준비되어 있습니다.
비스타 부터는 인증이 안되면 기능을 사용할수 없고 버전에 따라 기능의 차이가 있는대 이것은 모두 tokens.dat 에서
기능의 사용을 허가 하는가 허가하지 않는가에 따라 기능을 사용하고 사용할수 없고의 차이가 있습니다.
기능의 사용을 허가 하려면 검사를 해야 하는대 이검사하는 기능 때문에 윈도우가 느려지는 것입니다.
마소에서는 이 문제를 해결하기 위해 tokens.dat 파일을 전부 검사하지 않고 tokens.dat 에서 검사 항목을 따로 두어
cache.dat 파일안에 두어 이파일을 검사하는 방법으로 윈도우가 느려지는 것을 해결하는 방법을 쓰고 있습니다.
A.I는 이것을 더욱 최적화 하여 cache.dat 파일을 만들기 전에 먼저 tokens.dat 파일을 최적화 하여
더욱 작은 크기의 cache.dat 파일을 만들어 기본 윈도우 보다 시스템 속도를 향상 시키는 것입니다.

인증의 종류는 다음과 같습니다.
OEM -SLP
OEM-SLPCOA
OEM-SLPCOA2
OEM-NONSLP
OEM-NONSLP1
OEM-NONSLP2
RETAIL
VL-DMAK
VL-BYPASS
VL-KMS
TIMEBASEDEVAL

인증 최적화는 이인증 파일중 자신이 사용하는 인증 파일만 넣어 토큰을 만드는 것입니다.
예를들어 OEM -SLP 인증을 선택한다면 위의 파일을 다 넣지않고 OEM-SLP 인증파일만 넣어
tokens.dat 파일을 만들면 tokens.dat 크기가 작아지게 됩니다
라이선스를 검사 할때도 전부 검사할 필요없이 OEM-SLP 하나만 검사하기 때문에 속도도 빠른 것입니다.

결론은 처음 인증은 최적화 과정에서 삭제 되기 때문에 반듯이 최적화후 인증을 받아야 합니다.

리테일 최적화 후에는 이런 문구가 나올 것입니다.
보유하고 있는 정품 키를 입력후 인증을 받으세요
1.처음 전화 인증시 사용한 재품 키와 확인 ID를 입력하면 인증됩니다
2.백업했던 인증된 재품키와 tokens.dat 파일로 교체해도 인증됩니다.
전화인증후 인증받는 방법은 위의 2가지 방법이 있습니다
최적화후 위의 방법대로 다시 인증 받으시면 됩니다
다시한번 설명 드리면 최적화는 tokens.dat 파일을 최적화 하는것이기 때문에 최적화된 tokens.dat 파일에
인증 파일을 다시 넣어줘야 하는 것입니다 이것이 인증 입니다.

보유하고 있는 정품 키를 입력후 인증을 받으세요는 정품 사용자가 인증받는 방법입니다.
처음 전화 인증시 사용한 재품 키와 확인 ID를 입력하면 인증됩니다는 전화인증 확인 아이디로 인증받는 방법 입니다.

백업했던 인증된 재품키와 tokens.dat 파일로 교체해도 인증됩니다. 이방법은 A.I의 메인창에서 T를 누르면
tokens.dat 파일 위치가 열립니다 인증시 백업해 두었던 tokens.dat 파일을 열린 위치에 넣은다음
처음 인증에 사용했던 키를 명령창 에 입력하면 인증이 됩니다.

파일을 편집하여 자신의 키와 확인 아이디를 입력후 사용하시면 됩니다.
파일 다운받기 :Tel_ID.cmd

===================================================================================