そみそテクニック(야라나이카)의 원작자 "야마카와 쥰이치"에 대하여…

‘そみそテクニック’ 컬러판 중 한 장면. 대략 유명한 장면이다.

요즘 장안의 화제가 되고 있는 ‘야라나이카’…
직역하자면 “하지 않겠는가?” 정도 되겠지. 도대체 왜 다들 ‘야라나이카’에 열광하는 것일까…
결정적으로 네이버 루리코님이 만든 Sacks Note가 가장 큰 원인이겠지만…그것만으로는 뭔가 2% 부족한 듯 싶다.
그래서 한번 조사해 보았다.
조사해 본 결과… ‘야라나이카’의 원조는 바로 山川純一(야마카와 쥰이치-애칭은 ‘야마쥰’)원작의 ‘そみそテクニック’라는 만화의 주인공인 阿部 高和(아베 다카카즈)의 대사에서 비롯된 거라고 한다.(이놈이 루리코님의 Sacks Note에는 Mr.Ya로 나온다) 그래서 한번 더 조사해 보니까…
이 작가는 지금은 폐간된 게이잡지 “장미족”에 80년대 초중반부터 여러 게이성향의 단편만화들을 연재해 왔다고 한다… 물론 앞에 언급한 ‘야라나이카’의 원조인 ‘そみそテクニック’도 바로 이 “장미족”이라는 잡지에 연재되었고 말이다…
(백합이라는 단어도 바로 잡지 “장미족”의 ‘백합족 코너’라는 독자 투고란의 명칭에서 유래되었다고 한다)
최근 일본에선 야마쥰의 단편만화들을 모은 단행본인 “ウホッ!!いい男たち”가 복간판 형식으로 출간되었다. (2003년 11월 출간되었다) 또한 이 작가의 다른 작품으로 「 君にニャンニャン」「 兄貴にド・キ・ド・キ」「 ワクワクＢＯＹ」이 3권이 있다고 한다…
얼 핏 본다면 야마쥰의 작품들은 모두 야오이쪽에 매우 가깝지만 한 가지 다른 점이라면 일반적으로 우리가 생각하는 꽃미남들이 나와서 애정을 나누는 게 아니라 근육질의 남자들이 나와서 서로 연애(?)를 하는 게 특징이라고 할 수 있다. 솔직히 난 일본웹에 올라와 있는 야마쥰의 단편들을 보며 정말 감탄을 자아낼 수 밖에 없었다…
그렇긴 하나 확실히 이 쿠소미소 테크닉의 주인공인 아베 타카카즈가 저 범상치 않은 포스를 내뿜으며 옷의 후크를 내리면서 누구에게나 “하지 않겠는가…?”라고 말을 한다면 누구라도 거기에 시선을 두지 않을 수 없을 것이다. 이 글을 쓰고 보니 어느새 정답이 나와 버렸군…
그래서 여기 야마쥰 관련 링크들을 한번 쌔워 둔다…
“야마쥬니즘”이란 거창한 이름을 갖고 있는 야마쥰 팬페이지
보지 않겠는가 ->야마쥰의 주옥같은 단편들을 웹상에서 감상할 수 있다.
야마쥰 작품 인기투표
뭐 이렇게 장황하게 여기다가 늘어놓았지만 굳이 그렇게까지 언급하지 않아도 우리에게는 순전히 루리코님의 블로그 때문에 이 ‘야라나이카’가 알려지게 된 것이 사실인 것 같다. 지금도 네이버 등에서 야라나이카로 검색하면 앞에 얘기했던 “Mr.Ya”가 나오는 여러 패러디물을 볼 수 있을 것이다.

…하지 않겠는가?(퍼엉)

 

출처 : http://piaworld12.egloos.com/1459968

기존 ActiveX Control 업그레이드

기존 ActiveX 컨트롤(이전의 OLE 컨트롤)을 수정하지 않고 인터넷에서 사용할 수도 있으나 컨트롤을 수정하여 성능을 개선할 수도 있습니다. 웹 페이지에서 컨트롤을 사용할 때 추가 고려 사항이 있습니다. .ocx 파일과 모든 지원 파일은 대상 컴퓨터에 있거나 인터넷을 통해 다운로드해야 합니다. 따라서 코드 크기와 다운로드 시간이 중요한 고려 사항이 됩니다. 다운로드 항목을 서명된 .cab 파일로 패키지할 수 있습니다. 또한 컨트롤이 스크립트 및 초기화에 안전하다고 표시할 수 있습니다.

이 문서에서는 다음 내용에 대해 설명합니다.

• 다운로드를 위한 코드 패키지로 만들기
• 스크립트 및 초기화에 안전한 컨트롤 표시
• 라이센스 문제
• 코드 서명
• 색상표 관리
• Internet Explorer 브라우저 보안 수준 및 컨트롤 동작

또한 ActiveX 컨트롤: 최적화에서 설명하는 것과 같이 최적화를 추가할 수 있습니다. 인터넷의 ActiveX 컨트롤에서 설명하는 것과 같이 속성과 대형 BLOB를 비동기로 다운로드하는 데 모니커를 사용할 수 있습니다.

다운로드를 위한 코드 패키지로 만들기

이 주제에 대한 자세한 내용은 기술 자료 문서 “Packaging MFC Controls for Use Over the Internet”(Q167158)을 참조하십시오. 기술 자료 문서는 MSDN Library CD-ROM이나 http://support.microsoft.com/support에 있습니다.

CODEBASE 태그

ActiveX 컨트롤은 <OBJECT> 태그를 사용하여 웹 페이지에 포함됩니다. <OBJECT> 태그의 CODEBASE 매개 변수에 다운로드 받을 컨트롤이 있는 위치를 지정합니다. CODEBASE는 다양한 파일 형식을 가리킬 수 있습니다.

CODEBASE 태그에 OCX 파일 사용

CODEBASE="http://example.microsoft.com/mycontrol.ocx#version=4,70,0,1086"

이 솔루션은 컨트롤의 .ocx 파일만 다운로드하며 모든 지원 DLL은 이미 클라이언트 컴퓨터에 설치되어 있어야 합니다. Internet Explorer는 Visual C++ 컨트롤을 위한 지원 DLL과 함께 배포되기 때문에 이 솔루션은 Internet Explorer와 Visual C++로 빌드된 MFC ActiveX 컨트롤에서 동작합니다. ActiveX 컨트롤을 사용할 수 있는 또 다른 인터넷 브라우저를 사용하여 이 컨트롤을 보는 경우 이 솔루션은 동작하지 않습니다.

CODEBASE 태그에 INF 파일 사용

CODEBASE="http://example.microsoft.com/trustme.inf"

.inf 파일은 .ocx와 그 지원 파일 설치를 제어합니다. .inf 파일은 서명할 수 없기 때문에 이 방법은 권장하지 않습니다(코드 서명에 대해서는 코드 서명 참조).

CODEBASE 태그에 CAB 파일 사용

CODEBASE="http://example.microsoft.com/acontrol.cab#version=1,2,0,0"

CAB 파일은 MFC를 사용하여 ActiveX 컨트롤을 패키지하는 권장 방법입니다. CAB 파일에서 MFC ActiveX 컨트롤을 패키지하면 ActiveX 컨트롤 및 MFC DLL과 같은 모든 종속 DLL의 컨트롤 설치에 .inf 파일이 포함될 수 있습니다. CAB 파일을 사용하면 자동으로 코드가 압축되어 좀더 빨리 다운로드할 수 있습니다. 구성 요소 다운로드에 .cab 파일을 사용하는 경우 전체 .cab 파일에 서명하는 것이 각 개별 구성 요소에 서명하는 것보다 빠릅니다.

CAB 파일 만들기

MSDN 웹 사이트(http://msdn.microsoft.com/workshop/management/cab/cabdl.asp)에서 CABinet 개발 키트를 얻을 수 있습니다. 웹 링크는 예고 없이 변경될 수 있습니다. 이 키트에서 CAB 파일 구성에 필요한 도구를 찾을 수 있습니다.

CODEBASE가 가리키는 CAB 파일은 ActiveX 컨트롤에 대한 .ocx 파일과 설치 제어를 위한 .inf 파일을 포함해야 합니다. 컨트롤 파일과 .inf 파일의 이름을 지정하여 CAB 파일을 만듭니다. 이 CAB 파일에는 시스템에 이미 있을 수 있는 종속 DLL을 포함시키지 마십시오. 예를 들어, MFC DLL은 별도의 CAB 파일로 패키지하고 제어 .inf 파일에서 참조합니다.

CAB 파일을 만드는 방법에 대한 자세한 내용은 CAB 파일 만들기를 참조하십시오.

INF 파일

다음 예제의 spindial.inf에는 MFC Spindial 컨트롤에 필요한 지원 파일과 버전 정보가 나열되어 있습니다. MFC DLL은 Microsoft 웹 사이트에 있습니다. mfc42.cab은 Microsoft에서 서명하여 제공합니다.

Contents of spindial.inf:
[mfc42installer] 
file-win32-x86=http://activex.microsoft.com/controls/vc/mfc42.cab 
[Olepro32.dll] - FileVersion=5,0,4261,0
[Mfc42.dll] - FileVersion=6,0,8168,0
[Msvcrt.dll] - FileVersion=6,0,8168,0

<OBJECT> 태그

다음 예제는 <OBJECT> 태그를 사용하여 MFC Spindial 샘플 컨트롤을 패키지하는 과정을 보여 줍니다.

<OBJECT ID="Spindial1" WIDTH=100 HEIGHT=51
  CLASSID="CLSID:06889605-B8D0-101A-91F1-00608CEAD5B3"
  CODEBASE="http://example.microsoft.com/spindial.cab#Version=1,0,0,001">
    <PARAM NAME="_Version" VALUE="65536">
    <PARAM NAME="_ExtentX" VALUE="2646">
    <PARAM NAME="_ExtentY" VALUE="1323">
    <PARAM NAME="_StockProps" VALUE="0">
    <PARAM NAME="NeedlePosition" VALUE="2">
</OBJECT>

이 경우, spindial.cab은 spindial.ocx 파일과 spindial.inf 파일을 포함합니다. 다음 명령으로 CAB 파일을 빌드합니다.

C:\CabDevKit\cabarc.exe -s 6144 N spindial.cab spindial.ocx spindial.inf 

–s 6144 매개 변수는 캐비닛에 코드 서명을 위한 공간을 예약합니다.

버전 태그

여기에서 CAB 파일에 지정된 #Version 정보는 <OBJECT> 태그의 CLASSID 매개 변수에 지정된 컨트롤에 적용됩니다.

지정된 버전에 따라 컨트롤을 다운로드합니다. CODEBASE 매개 변수를 포함한 OBJECT 태그의 완전한 사양에 대해서는 W3C 참조를 참조하십시오.

스크립트 및 초기화에 안전한 컨트롤 표시

웹 페이지에서 사용하는 ActiveX 컨트롤은 실제로 안전한 경우에 스크립트 및 초기화에 안전하다고 표시되어야 합니다. 안전한 컨트롤은 디스크 입출력을 수행하거나, 컴퓨터의 메모리 또는 레지스터에 직접 액세스하지 않습니다.

레지스트리를 사용하여 컨트롤이 스크립트와 초기화에 안전하다고 표시할 수 있습니다. DllRegisterServer를 수정하여 다음과 비슷한 엔트리를 추가함으로써 컨트롤이 스크립트와 레지스트리의 지속성에 안전하다고 표시합니다. 다른 방법은 IObjectSafety를 구현하는 것입니다.

컨트롤을 위한 GUID(Globally Unique Identifiers)를 정의하여 컨트롤이 스크립트와 지속성에 안전하다고 표시합니다. 안전하게 스크립팅할 수 있는 컨트롤은 다음과 비슷한 레지스트리 항목을 포함합니다.

HKEY_CLASSES_ROOT\Component Categories\{7DD95801-9882-11CF-9FA9-00AA006C42C4}

지속적 데이터에서 안전하게 초기화될 수 있는 컨트롤은 다음과 비슷한 레지스트리 항목으로 지속성에 안전하다고 표시합니다.

HKEY_CLASSES_ROOT\Component Categories\{7DD95802-9882-11CF-9FA9-00AA006C42C4}

다음과 비슷한 엔트리({06889605-B8D0-101A-91F1-00608CEAD5B3}을 사용자 컨트롤의 클래스 ID로 변경하면 됨)를 추가하여 해당 클래스 ID와 키를 연결합니다.

HKEY_CLASSES_ROOT\CLSID\{06889605-B8D0-101A-91F1-00608CEAD5B3}\Implemented Categories\{7DD95801-9882-11CF-9FA9-00AA006C42C4} 
HKEY_CLASSES_ROOT\CLSID\{06889605-B8D0-101A-91F1-00608CEAD5B3}\Implemented Categories\{7DD95802-9882-11CF-9FA9-00AA006C42C4} 

라이센스 문제

웹 페이지에서 라이센스가 있는 컨트롤을 사용하려면 해당 컨트롤을 인터넷에서 사용할 수 있는지 여부를 사용권 계약에서 확인한 다음 LPK(라이센스 패키지) 파일을 만들어야 합니다.

Internet Explorer를 실행하는 컴퓨터에 해당 컨트롤을 사용할 수 있는 라이센스가 없는 경우 라이센스가 있는 ActiveX 컨트롤은 HTML 페이지에서 올바르게 로드되지 않습니다. 예를 들어, 라이센스가 있는 컨트롤을 Visual C++를 사용하여 빌드했으면 해당 컨트롤을 사용하는 HTML 페이지는 컨트롤을 빌드한 컴퓨터에서는 올바르게 로드되지만 라이센스 정보가 없는 다른 컴퓨터에서는 로드되지 않습니다.

Internet Explorer에서 라이센스가 있는 ActiveX 컨트롤을 사용하려면 공급업체의 사용권 계약을 확인하여 컨트롤 라이센스에 다음 사용이 허가되어 있는지 확인해야 합니다.

• 재배포
• 인터넷상의 컨트롤 사용
• Codebase 매개 변수의 사용

라이센스가 없는 컴퓨터의 HTML 페이지에서 라이센스가 있는 컨트롤을 사용하려면 LPK(라이센스 패키지) 파일을 생성해야 합니다. LPK 파일은 HTML 페이지의 라이센스가 있는 컨트롤을 위한 런타임 라이센스를 포함합니다. 이 파일은 ActiveX SDK와 함께 공급되는 LPK_TOOL.EXE를 사용하여 생성합니다. 자세한 내용은 MSDN 웹 사이트(http://msdn.microsoft.com)를 참조하십시오.

LPK 파일을 만들려면

1. 컨트롤에 대한 라이센스가 있는 컴퓨터에서 LPK_TOOL.EXE를 실행합니다.
2. License Package Authoring Tool 대화 상자의 Available Controls 목록 상자에서 HTML 페이지에 사용할 각 라이센스가 있는 ActiveX 컨트롤을 선택하고 Add를 클릭합니다.
3. Save & Exit을 클릭하고 LPK 파일 이름을 입력합니다. 이렇게 하면 LPK 파일이 만들어지고 응용 프로그램이 종료됩니다.

HTML 페이지에 라이센스가 있는 컨트롤을 포함시키려면

1. HTML 페이지를 편집합니다. HTML 페이지에 다른 <OBJECT> 태그보다 먼저 라이센스 관리자 개체를 위한 <OBJECT> 태그를 삽입합니다. 라이센스 관리자는 Internet Explorer와 함께 설치되는 ActiveX 컨트롤입니다. 이 컨트롤의 클래스 ID는 다음에 표시되어 있습니다. 라이센스 관리자 개체의 LPKPath 속성을 LPK 파일의 경로 및 이름으로 설정합니다. 각 HTML 페이지에는 하나의 LPK 파일만 있어야 합니다.

   <OBJECT CLASSID = "clsid:5220cb21-c88d-11cf-b347-00aa00a28331">
       <PARAM NAME="LPKPath" VALUE="relative URL to .LPK file">
   </OBJECT>

2. 라이센스 관리자 태그 다음에 라이센스가 있는 컨트롤의 <OBJECT> 태그를 삽입합니다.

   예를 들어, Microsoft MaskedEdit 컨트롤을 표시하는 HTML 페이지가 다음에 나와 있습니다. 첫째 클래스 ID는 라이센스 관리자를 위한 것이며 둘째 클래스 ID는 MaskedEdit 컨트롤을 위한 것입니다. 앞서 만든 .lpk 파일의 상대 경로를 가리키도록 태그를 변경하고 컨트롤의 클래스 ID를 포함하는 개체 태그를 추가합니다.

3. NCompass ActiveX 플러그 인을 사용하는 경우 LPK 파일을 위한 <EMBED> 특성을 삽입합니다.

   NCompass ActiveX 플러그 인을 사용하는 Netscape 등의 다른 액티브 사용 가능 브라우저에서 컨트롤을 볼 수 있는 경우 다음과 같이 <EMBED> 구문을 추가해야 합니다.

   <OBJECT CLASSID="clsid:5220cb21-c88d-11cf-b347-00aa00a28331">
       <PARAM NAME="LPKPath" VALUE="maskedit.lpk">
   
       <EMBED SRC = "maskedit.LPK">
   
   </OBJECT>
   <OBJECT CLASSID="clsid:C932BA85-4374-101B-A56C-00AA003668DC" WIDTH=100 HEIGHT=25>
   </OBJECT>

컨트롤 라이센스에 대한 자세한 내용은 MFC ActiveX 컨트롤: ActiveX 컨트롤 라이센스를 참조하십시오.

코드 서명

코드 서명은 코드의 소스를 식별하고 코드가 서명된 이후로 변경되지 않았다는 것을 보장하도록 디자인되었습니다. 브라우저의 보안 설정에 따라 코드를 다운로드하기 전에 경고 메시지가 표시될 수도 있습니다. 특정 인증서 소유자 또는 회사를 신뢰한다고 선택하는 경우 서명한 코드는 경고 없이 다운로드됩니다. 코드는 데이터 훼손을 방지하기 위해 디지털로 서명됩니다.

컨트롤이 신뢰 경고 메시지를 표시하지 않고 자동으로 다운로드될 수 있도록 최종 코드를 서명했는지 확인합니다. 코드 서명 방법에 대한 자세한 내용은 ActiveX SDK의 Authenticode™에 대한 설명서와 CAB 파일 서명을 참조하십시오.

신뢰 및 브라우저 보안 수준 설정에 따라 서명한 개인이나 회사를 식별하도록 인증서가 표시될 수 있습니다. 보안 수준이 없음으로 설정되거나 서명된 컨트롤의 인증서 소유자를 신뢰하면 인증서가 표시되지 않습니다. 브라우저의 보안 설정이 컨트롤 다운로드와 인증서 표시 여부를 결정하는 방법에 대한 자세한 내용은 Internet Explorer 브라우저 보안 수준 및 컨트롤 동작을 참조하십시오.

디지털 서명은 코드가 서명된 이후로 변경되지 않았음을 보장합니다. 코드의 해시가 인증서에 적용되고 포함됩니다. 이 해시는 나중에 코드를 다운로드한 다음 실행하기 전에 코드에 적용된 해시와 비교됩니다. Verisign과 같은 회사에서 코드 서명에 필요한 개인 키 및 공개 키를 제공합니다. ActiveX SDK에는 테스트 인증서를 만드는 유틸리티인 MakeCert와 브라우저에서 테스트 인증서를 유효한 것으로 인식하도록 할 것인지를 지정하기 위한 두 개의 레지스트리 파일(wvtston.reg 및 wvtstoff.reg)이 포함되어 있습니다.

색상표 관리

컨테이너에서 색상표를 확인하여 앰비언트 속성 DISPID_AMBIENT_PALETTE를 사용할 수 있게 합니다. Microsoft Internet Explorer와 같은 컨테이너는 페이지의 모든 ActiveX 컨트롤이 사용하는 색상표를 선택하여 고유한 색상표를 결정합니다. 이렇게 하면 깜빡임을 없애고 일관된 모양을 나타낼 수 있습니다.

컨트롤은 OnAmbientPropertyChange를 재정의하여 색상표에 대한 변경 알림을 처리합니다.

컨트롤은 OnGetColorSet을 재정의하여 색상표를 그리기 위한 색 집합을 반환할 수 있습니다. 컨테이너는 반환 값을 사용하여 컨트롤이 색상표를 인식하는지 결정합니다.

OCX 96 지침에 따르면 컨트롤은 항상 백그라운드의 색상표를 인식해야 합니다.

앰비언트 색상표를 사용하지 않는 구형 컨테이너는 WM_QUERYNEWPALETTE 및 WM_PALETTECHANGED 메시지를 보냅니다. 컨트롤은 OnQueryNewPalette 및 OnPaletteChanged를 재정의하여 이러한 메시지를 처리할 수 있습니다.

Internet Explorer 브라우저 보안 수준 및 컨트롤 동작

브라우저에는 사용자가 구성할 수 있는 보안 수준 옵션이 있습니다. 웹 페이지에 사용자 컴퓨터를 손상시킬 수 있는 액티브 컨텐트가 포함될 수 있기 때문에 사용자는 브라우저의 보안 수준 옵션을 선택할 수 있습니다. 브라우저에서 보안 수준을 구현하는 방법에 따라 컨트롤을 전혀 다운로드하지 않거나 컨트롤의 다운로드 여부를 런타임에 선택할 수 있도록 인증서 또는 경고 메시지가 표시됩니다. 다음은 Internet Explorer의 높음, 보통 및 낮음 보안 수준에 따른 ActiveX 컨트롤의 동작입니다.

높음 보안 모드

• 서명되지 않은 컨트롤은 다운로드하지 않습니다.
• 서명된 컨트롤은 신뢰할 수 없는 경우에 인증서를 표시합니다. 그러면 사용자는 해당 인증서 소유자의 코드를 항상 신뢰하도록 하는 옵션을 선택할 수 있습니다.
• 안전하다고 표시된 컨트롤만 지속적 데이터 보유 및 스크립팅할 수 있습니다.

보통 보안 모드

• 서명되지 않은 컨트롤은 다운로드하기 전에 경고를 표시합니다.
• 서명된 컨트롤은 신뢰할 수 없는 경우에 인증서를 표시합니다.
• 안전하다고 표시되지 않은 컨트롤에는 경고를 표시합니다.

낮음 보안 모드

• 경고 없이 컨트롤을 다운로드합니다.
• 경고 없이 스크립트와 지속성이 발생합니다.

W32/Parite.B

PE_PARITE.A (Trend) W32.Pinfi (Symantec) W32/Parite-B (Sophos) Win32.Pinfi.A (CA) W32/Parite.B (F-Prot) W32/Parite.B (Panda) Win32.Parite.b (AVP)

Type: Win32 polymorphic fileinfector virus
Affects: Windows 95, Windows 98, Windows ME, Windows NT, Windows 2000, Windows XP

Upon infection the virus adds a new section (this section is randomly named with 3 letters followed by the ASC-II character 07) to the host file, which contains the main viral code in encrypted form. This file is later dropped as a randomly named temp-file into the TEMP folder using windows API function to retrieve this path.

The temp-file (around 172Kb in size) is injected into Windows Explorer. This means that if Explorer runs, the virus stays active in memory.

The virus takes the Original Entry Point (OEP) from the infected file out of the Fileheader, encrypts the old Entry Point with a randomly generated 32bit value, and stores this calculated entrypoint value in the encrypted last section of the file, where the virus writes itself.

It needs the original entry point to execute an infected file after the viral code has been executed – otherwise infected programs would not be able to run after the virus runs.

Note: In the following text, %windir% denotes Windows directory (e.g. C:\WINDOWS) and %system% denotes Windows System directory (e.g. C:\WINDOWS\SYSTEM32) as they differ on various versions of Microsoft Windows.

The virus creates the following Registry key:

HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\PINF

Parite uses 2 different, randomly generated, 32bit values, at 2 random addresses in the original host file, and it overwrites these addresses if the file does not run.
If the infected file is active, the virus restores this data out of the encrypted section into the program code. This is a special mechanism to make the cleaning of infected files more difficult.
The virus enumerates and scans all network shares and tries to infect all Windows32 executables and screensaver files.

Other Details

The polymorphic Dropper is written using TASM, and the virus part itself is written with Borland C++ and packed with UPX, a executable file compressor.

 

 

V3로 치료되지 않는다(고 한다. 본인은 V3를 사용하지 않고 NOD32를 사용한다). 2008년 2월 14일. 그러나 그 이후는 잘 모르겠다.

Kaspersky와 NOD32는 확실히 잡아내는것 같다.