셰어 (소프트웨어)

3. 기술적 특징

Winny를 의식하여 만들어졌기 때문에 유사한 부분이 많지만, 다음과 같은 개선점 및 변경점이 있다.

• 확산 업로드: 파일을 보존하는 노드가 능동적으로 업로드를 수행하여 익명성을 높인다. 1차 배포는 기본적으로 확산 업로드로 수행된다. 일정 확률로 중계를 수행하여, 유통 능력의 향상과 익명성의 강화를 꾀하고 있다. 충분한 확산 업로드를 수행한 후라면, 1차 배포 노드가 Share 네트워크에 접속하지 않아도 파일이 유통되므로, 1차 배포 노드의 부담을 줄이는 효과가 있다.
• 전용 플러그인 확장성: 다수의 플러그인이 개발되어 다양한 기능을 추가할 수 있다. Share가 안고 있는 결점이나 문제점을 커버하기 위해 최소한 DiffusionProClone, RegExpFilter, NoSpam 등의 도입이 권장된다. 플러그인 개발은 SharePDK라고 불리는 플러그인 개발 키트를 사용하여 델파이로 개발한다.
• 클러스터 간편 전환 기능: 최대 5개의 클러스터 키워드를 사용할 수 있으며, 전용 메뉴를 이용하여 사전에 등록된 최대 255개의 키워드에서 선택할 수 있다. 클러스터 키워드 일괄 전환을 수행하는 플러그인(ClusterChanger)도 존재한다.
• 캐시 영역의 용량 제한: 임의의 용량(단, 최소 4GiB 이상)으로 제한할 수 있으므로 HDD를 다 써버릴 걱정이 없다. 또한 필요성이 적은 파일부터 자동으로 삭제되므로, 관리의 수고를 덜 수 있다.
• 대용량 파일 지원: 최대 32GiB까지의 파일에 대응한다.
• 유니코드 지원: 내부에서는 문자열을 UTF-16으로 관리하고 있다. 따라서 서로 다른 언어가 섞인 파일명도 문제 없이 처리할 수 있으며, 로컬라이징의 용이성에도 기여한다. 다만, Share 본체는 유니코드에 대응하지만, 플러그인이 유니코드에 대응하는 것은 아닐 수 있다는 점에 주의해야 한다.
• 암호·서명 강화: 암호·서명에 관한 처리에 대해서는 Winny보다 꼼꼼하게 구현되어 있다. Share의 ID는, ID 시스템을 현재의 것으로 일신한 이래, 아직까지 위장 피해는 보고되지 않았다. 또한 통신의 암호화는 본질적으로 익명성 향상에 효과가 없는 것으로 나중에 밝혀졌다.
• 버전 업데이트 알림: 새로운 버전의 노드는 구 버전의 노드에게 버전 업데이트 알림을 보낼 수 있다. Share에서는 더하여, 지정된 구 버전의 노드를 일정 시간 후에 종료시킬 수 있으며, 구 버전의 노드가 언제까지나 Share 네트워크에 남아 있는 것을 방지한다. 이 기능은 크랙당하면 P2P 네트워크가 궤멸될 수 있으므로, Winny에서는 일부러 탑재되지 않았다.
• 크랙 방지: 크랙 방지의 일환으로 메모리 상의 프로그램 본체 및 데이터를 검사하고 있으며, 하드웨어의 이상으로 메모리 상의 데이터가 변질된 경우에도 종료된다. 따라서 Share를 동작시키는 컴퓨터는 안정성이 높을 것이 요구되는 한편, 잠재적인 불량을 발견할 수 있는 장점도 있다.
• 필터 기능: 조건에 해당하는 파일을 표시하지 않도록 하는 것 뿐만 아니라, Share에서는 더하여, 조건에 해당하는 클러스터 키워드를 가진 노드와의 접속을 거부한다. 또한 조건에 해당하는 파일에 대해, 다른 노드로부터의 확산 업로드도 거부한다.
• BBS 기능 없음: Winny에서는 중점이 놓여 있었지만, Share에서는 BBS 기능을 가지고 있지 않다. 과거에 플러그인(ShareNNTP)으로 Share에 뉴스 그룹 기능을 추가하려는 시도는 있었다.
• 포트 0 모드 없음: 라우터의 설정 변경이 필수적이기 때문에 난이도가 높다. UPnP로 자동 설정을 수행하는 플러그인(UPnP)은 존재하지만 확실하지 않다. 포트 0 모드의 구현은 많은 수고가 드는 데 비해, 공유 효율이나 익명성에 기여하지 않고 발목을 잡는 경향이 있기 때문에 지원되지 않았다고 보인다.
• 2차 배포 시 파일 전송 중계 안함: 2차 배포 시 파일 전송의 중계는 수행하지 않는 대신 확산 업로드로 익명성을 확보한다. 또한, 확산 업로드 시에는 중계를 수행한다.
• 쿼리 전송 폐지: Share는 원래 "검색" 버튼을 누르면 주변 노드에 "쿼리"를 전송하여 파일 정보를 찾는 사양이었다. 그러나 Share는, Winny처럼 네트워크를 계층화하지 않았기 때문에, 쿼리 전송은 네트워크에 큰 부담이 되었다. 이 때문에 Ver1.0 A77에서 폐지되었다. 이 사양의 변경으로 인해, 목적하는 파일 정보가 자신의 노드에 도달할 때까지 기다릴 수밖에 없게 되었기 때문에, 클러스터 키워드나 트리거 설정이 중요하게 되었다.

3. 1. 유사 소프트웨어와의 비교

• 대용량 파일 지원: 최대 32GiB 파일까지 지원하여, Winny보다 더 큰 파일을 공유할 수 있다.
• 클러스터 간편 전환: 최대 5개의 클러스터 키워드를 사용할 수 있으며, 전용 메뉴를 통해 사전에 등록된 최대 255개의 키워드에서 선택할 수 있다. 클러스터 키워드 일괄 전환 플러그인(ClusterChanger)도 존재한다.
• 확산 업로드: 파일을 보존하는 노드가 능동적으로 업로드를 수행하여 익명성을 높인다. 1차 배포는 기본적으로 확산 업로드로 수행된다.
• 전용 플러그인 확장성: 다수의 플러그인이 개발되어 다양한 기능을 추가할 수 있다.
• 유니코드 지원: 내부적으로 문자열을 UTF-16으로 관리하여 서로 다른 언어가 섞인 파일명도 문제없이 처리할 수 있다.
• 암호·서명 강화: 암호·서명 처리가 Winny보다 꼼꼼하게 구현되어 ID 위장 피해 보고가 없다.
• 필터 기능: 조건에 해당하는 파일을 표시하지 않거나, 해당 클러스터 키워드를 가진 노드와의 접속을 거부하며, 확산 업로드도 거부한다.
• BBS 기능 없음: Winny와 달리 BBS 기능은 없다.
• 크랙 방지: 메모리 상의 프로그램 본체 및 데이터를 검사하여 안정성이 높다.
• 버전 업데이트 알림: 새로운 버전의 노드는 구 버전의 노드에게 버전 업데이트 알림을 보낼 수 있다.

3. 2. 주요 기능

3. 3. 암호화 및 보안

4. 사회적 문제 및 비판

셰어는 2채널 등에서의 발상으로 사용되기 때문에, 주로 애니메이션, 음반, 게임 등의 저작권 침해가 문제시되고 있으며, 대한민국에 사이트나 P2P 등에서 공유되는 일본 애니메이션, 게임들은 주로 셰어에서 다운로드한 파일들이기 때문에, 최근 대한민국에서도 일본 애니메이션의 저작권이 발효되고 있다.

2008년 5월 9일, 일본 교토에서 21세에서 41세 사이의 일본인 3명이 저작권이 있는 파일을 ''Share''를 사용하여 불법적으로 업로드한 혐의로 체포되었다. 이 사건은 일본에서 처음으로 발생한 ''Share'' 관련 사건이었다.^[2][3] 2008년 11월 27일, 또 다른 남성 ''Share'' 사용자가 일본 TV 드라마를 ''Share''를 사용하여 불법적으로 업로드한 혐의로 체포되었다.^[5] 2009년 2월 12일, 두 명의 남성 ''Share'' 사용자가 ''Share''를 사용하여 아동 포르노를 업로드한 혐의로 체포된 최초의 사례가 되었다.^[6] 2009년 9월 30일, 여러 일본 언론에서 두 남성이 닌텐도 DS 게임 소프트웨어, 스퀘어 에닉스의 ''드래곤 퀘스트 IX''를 포함하여 업로드한 혐의로 체포되었다고 보도했다. 이들은 DS 게임을 업로드한 혐의로 체포된 최초의 사용자들이다.^[7][8][9] 2009년 11월 30일, 일본인 남성 10명과 여성 1명이 애니메이션, 음악, 영화 및 게임을 공유한 혐의로 체포되었다.^[10] 이들 모두가 원본 업로더는 아니었다. 2010년 3월 31일, 62세의 세이지 사토가 ''아바타'' 및 기타 영화를 공유한 혐의로 새로운 P2P 감시 소프트웨어에 의해 적발되었다.^[11] 2011년 1월 14일, 18명이 영화, 애니메이션, 음악, 게임 및 소프트웨어를 공유한 혐의로 체포되었다.^[12]

Share는 Winny와 마찬가지로 여러 가지 이유로 비판을 받고 있다.

• 저작권법, 음란물 배포죄, 아동 포르노 규제법, 개인정보 보호법 등에 저촉되는 불법적인 파일 공유가 이루어지고 있다.
• 매우 많은 인터넷 대역폭을 소비하고 있다.
• 많은 정보 누출을 일으키고 있다.

4. 1. 저작권 침해

4. 2. 정보 유출

4. 3. 과도한 트래픽 유발

5. 은닉성 및 익명성 논란

Share는 개발 초부터 Winny의 문제를 의식하면서 1차 배포 노드의 익명성 확보에 중점을 두고 설계되었다. Winny 네트워크 분석 결과, 1차 배포 사용자가 저작권 침해 혐의로 체포되었을 당시, 1차 배포 노드와 감시 노드의 직접 연결이 1차 배포 노드 특정으로 이어졌다고 생각되었기 때문에, Share에서는 이를 막기 위해 확산 업로드 방식(푸시형)을 도입했다. 확산 업로드는 동시에 다수의 중계 전송을 수행하기 때문에, 1차 배포 노드와 감시 노드가 직접 연결되어도 1차 배포 노드 특정의 결정적인 요인이 되지 않는다고 여겨졌다. 파일의 1차 배포에는 주로 확산 업로드 방식 외에도 일반적인 업로드 방식(풀형)도 선택할 수 있다.

파일의 해시 값이나 ID(트립 키)는 SHA-1에 의해 생성된다. ID는 전자 서명 기술을 사용하고 있기 때문에 위조는 어렵다.

Winny의 통신 내용 암호가 해독된 것을 받아들여, Share에서는 통신의 암호화가 강화되었으며, 1024비트 RSA와 RC6가 이용되고 있다.

Share의 암호화 통신은 분석이 어렵다고 여겨졌지만, 넷 에이전트의 OnePointWall 등의 분석 소프트웨어에 의해 분석 가능하게 된 외에도, 2007년1월에 Share 프로토콜의 상세 내용이 분석·공개^[14]되었기 때문에, '''Share의 통신의 은닉성에 의문이 생겼다.''' 그럼에도 1차 배포 노드의 익명성은 확산 업로드 방식의 채택에 의해 Winny보다 높다고 여겨진다.

2차 배포 노드에 대해서는, 일반적인 업로드 방식이 이용된다. 확산 업로드에 의한 중계 전송을 하지 않기 때문에, 2차 배포 노드의 익명성은 Winny보다 낮다. 현재는, Sharebot나 Retina에 의해 2차 배포 노드의 특정은 가능하며, '''Share의 익명성에 의문이 생겼다.'''

5. 1. 익명성 강화 노력

5. 2. 익명성 한계

5. 3. 관측 회피 방법

• "다른 쿼리가 활성 상태일 경우 일시 중지"를 끈다.
• "업로드 큐 감시 간격"을 최대한 짧게(100ms) 설정한다.
• "업로드 등록을 엄격하게 체크"를 활성화하고, "업로드 후 원래 쿼리로 복귀"를 비활성화한다.
• "쿼리 검색에 소요되는 최대 시간"을 최적 값으로 설정한다. 최적 값은 ""로 묶인 파일 이름으로 검색하여 표시되는 msec 값보다 약간 큰 값(환경에 따라 다르지만 300ms 이하)이다.

6. 바이러스 및 악성코드 문제

Winny에서의 바이러스는 사회 현상으로까지 발전했지만, 셰어(Share)에서도 정보 유출로 이어질 수 있는 바이러스가 확인되고 있다.

• 「'''Share 해골'''」이라는 바이러스가 확인되었다. 이것에 감염되면 Share의 다운로드 목록에 해골 기호가 추가되는 외에도, Share 종료 시 캐시가 삭제되고, Share 실행 중에는 데스크톱의 스크린샷이 일정 주기마다 공개되는 등의 증상을 일으킨다.
• 2006년 2월 하순부터는, 감염된 컴퓨터를 서버화하여 하드 디스크 내용이나 데스크톱 화면을 항상 이미지 캡처하여 모두 공개하고, 더 나아가 감염자끼리 서로 링크하는 「야마다 얼터너티브」라는 바이러스가 발견되었다.
• 2006년 4월 경에도 Share상에서 동작하는 폭로 바이러스가 확인되고 있다. 이로 인해 중요 정보가 유출된 사례도 있다.

6. 1. 주요 감염 사례

6. 2. 감염 예방 및 대응

• 백신 소프트웨어 활용: 비트디펜더(BitDefender)와 같은 최신 버전의 백신 소프트웨어를 설치하고, 실시간 감시 기능을 활성화하여 바이러스 감염 위험을 줄일 수 있다. 특히, 비트디펜더 프리 버전은 높은 탐지력을 가지고 있으며, 다중 아카이브 및 ISO 이미지 내부까지 검사할 수 있다. 또한, 다른 백신 소프트웨어와 충돌이 적어 병용이 권장된다.
• 파일 실행 주의: 출처가 불분명한 파일을 함부로 실행하지 않도록 주의해야 한다. 특히, 긴 파일명의 후반부 표시가 생략되는 점을 이용하여 위험한 확장자를 숨기고 안전한 확장자로 위장하는 경우가 많으므로 주의해야 한다.^[15] 또한, 유니코드 RLO 제어 문자(U+202E)를 이용한 파일명 위장도 주의해야 한다.
• 운영체제 보안 강화: 윈도우 탐색기의 "등록된 파일 확장명 숨기기" 설정을 해제하고, 레지스트리 편집기(regedit)를 통해 `NeverShowExt` 관련 항목을 삭제하여 숨겨진 확장자를 확인한다. 또한, 다운로드 폴더 등에 대해 바이너리 프로그램 실행을 금지하는 설정을 적용하여, 실수로 위장된 바이러스를 실행하더라도 감염을 방지할 수 있다. RLO 제어 문자를 이용한 파일명 위장을 막기 위해 로컬 보안 정책에서 새 경로 규칙을 추가하는 방법도 있다.
• 파일 공유 전용 PC 사용 (권장): 가능하다면, 파일 공유 소프트웨어 전용 PC를 사용하여 다운로드한 파일을 확인하고, 가상 머신에서 실행하여 사용 환경과 분리하는 것이 안전하다.

7. 대한민국에서의 이용 현황 및 관련 문제

대한민국에서도 셰어(Share)는 널리 사용되고 있으며, 특히 일본 애니메이션, 게임 등 콘텐츠 공유에 많이 활용된다. 이는 2채널 등에서 셰어가 주로 사용되기 때문으로 보인다.

하지만 이러한 이용 행태는 저작권 침해 문제를 야기한다. 일본 애니메이션, 음반, 게임 등의 저작권 침해가 빈번하게 발생하며, 일본에서는 셰어를 통해 TV 애니메이션을 불법으로 업로드한 사용자들이 구속되기도 했다.

대한민국 내 웹사이트나 P2P 등에서 공유되는 일본 애니메이션, 게임 등은 대부분 셰어를 통해 다운로드된 파일들이다. 이 때문에 최근 대한민국에서도 일본 애니메이션 저작권 문제가 중요하게 다뤄지고 있다.

7. 1. 저작권 문제

8. 관련 용어

Share에서 관리하는 암호화된 파일을 캐시라고 부른다. 이용자는 원칙적으로 캐시의 내용을 알 수 없다. 수동으로 관리하려면 밀고를 이용한다.

Share의 캐시에는 Local 캐시, Complete 캐시, Link 캐시, Diffuse 캐시가 있다. Link 캐시를 제외하고, 같은 해시를 갖는 캐시는 동시에 두 개 이상 보존할 수 없다. 단, 하나의 캐시에 두 개 이상의 파일 정보를 연결하는 것은 가능하다.

업로드 폴더에 파일을 넣고 퀵 체크를 수행하면, 동일 내용의 파일이 캐시에서 자동으로 삭제된다. 따라서 다운로드한 파일을 업로드 폴더로 이동시키면 캐시 영역을 절약할 수 있다.

캐시 영역이 HDD 용량을 소비하는 것을 막기 위해, 파일 다운로드가 완료되는 즉시 모든 캐시를 삭제하는 행위를 '캐시 즉시 삭제'라고 한다. 이는 셰어(소프트웨어)의 쇠퇴로 이어지는 바람직하지 않은 행위로 여겨진다. 그러나 빈 용량이 없으면 파일을 변환할 수 없으므로, 캐시를 삭제하여 적절한 크기의 빈 용량을 항상 확보해야 한다. 또한, 수십 GB 정도의 빈 캐시 영역을 확보해 두면 다운로드가 빨라지기 쉬우므로, 갱신 날짜가 오래된 캐시부터 수시로 삭제하는 것이 바람직하다.

9. 각주

참조

_[1] 웹사이트 2018年P2P利用状況調査結果 1/2 https://www.netagent[...]
_[2] 웹사이트 京都府警、「Share」利用者3人を著作権法違反の疑いで逮捕 https://internet.wat[...]
_[3] 웹사이트 「Share」での著作権侵害を初摘発、「コードギアス」などアップロード https://internet.wat[...]
_[4] 웹사이트 「Share」ユーザー初摘発もノード数に大きな変化は見られず https://internet.wat[...]
_[5] 웹사이트 ＜この記事の掲載期間は終了しました＞ https://internet.wat[...]
_[6] 웹사이트 ＜この記事の掲載期間は終了しました＞ https://internet.wat[...]
_[7] 뉴스 ネットにゲームソフト公開の疑いで逮捕（Japanese） http://news.tbs.co.j[...]
_[8] 뉴스 ドラクエ９流出させた疑い、２３歳を逮捕（Japanese） http://www.asahi.com[...]
_[9] 뉴스 「ドラクエ」流出させた男らを逮捕　千葉（Japanese） http://sankei.jp.msn[...] 2009-10-01
_[10] 웹사이트 11 Arrested in Japan for Uploading via Share Program (Update 3) https://www.animenew[...]
_[11] 웹사이트 GULLI - kommt zurück! www.GULLI.com is coming home! https://www.gulli.co[...]
_[12] 웹사이트 Press Release - 一般社団法人 日本レコード協会 https://www.riaj.or.[...]
_[13] 간행물 ACCSニュースリリース 「ファイル交換ソフト、現在利用は3.5%に」 コンピュータソフトウェア著作権協会 2006-07-25
_[14] 문서 P2PソフトShareの暗号を解析，ネットワーク可視化システムを開発 https://xtech.nikkei[...]
_[15] 문서 IPA2011年10月「ファイル名に細工を施されたウイルスに注意」 http://www.ipa.go.jp[...]
_[16] 문서 「Share」を使った公衆送信権侵害を初摘発 https://www2.accsjp.[...]
_[17] 문서 「Share」を通じたDSソフト違法アップ、2人逮捕 https://www2.accsjp.[...]
_[18] 문서 Shareを通じて著作権侵害、地方公務員男性を逮捕 https://www2.accsjp.[...]
_[19] 문서 Shareに放送直後のアニメをアップロード、無職男性を逮捕 https://www2.accsjp.[...]
_[20] 문서 Shareで3テラバイトのファイルをアップロード、男性を逮捕 https://www2.accsjp.[...]