shopkeeper/korean_wiki_content_only_120125 huggingface dataset:
&lt;md:AssertionConsumerService isDefault="true" index="0"
Location="https://sp.example.com/SAML2/SSO/POST"/&gt;
&lt;md:AssertionConsumerService index="1"
Location="https://sp.example.com/SAML2/Artifact"/&gt;
&lt;md:AttributeConsumingService isDefault="true" index="1"&gt;
&lt;md:ServiceName xml:lang="en"&gt;Service Provider Portal&lt;/md:ServiceName&gt;
&lt;md:RequestedAttribute
&lt;/md:RequestedAttribute&gt;
&lt;/md:AttributeConsumingService&gt;
&lt;/md:SPSSODescriptor&gt;
codice_133 메타데이터 요소에 대한 다음 세부 사항에 주목하자.
이 섹션 시작 부분에 언급된 대로, codice_113 속성 값은 ID 공급자가 SAML 메시지를 라우팅하는 데 사용되며, 이는 악의적인 서비스 공급자가 중간자 공격을 조직할 가능성을 최소화한다.
메타데이터 집계.
이전 예시에서는 각 codice_101 요소가 디지털 서명된 것으로 표시된다. 그러나 실제로는 여러 codice_101 요소가 전체 집합에 대한 단일 디지털 서명과 함께 codice_159 요소 아래에 그룹화된다.
&lt;md:EntitiesDescriptor validUntil="2013-03-22T23:00:00Z"
&lt;md:EntityDescriptor entityID="https://idp.example.org/SAML2"&gt;
&lt;md:EntityDescriptor entityID="https://sp.example.com/SAML2"&gt;
&lt;/md:EntitiesDescriptor&gt;
위 codice_159 요소에 대한 다음 세부 사항에 주목하자.
일반적으로 메타데이터 집계는 집계 내의 모든 메타데이터의 무결성을 보증하는 페더레이션이라고 하는 신뢰할 수 있는 제3자에 의해 게시된다. 메타데이터 집계는 매우 클 수 있으며, 집계당 수백 또는 수천 개의 엔터티로 구성될 수 있다는 점에 주목하자.
주요 참고 자료:
보조 참고 자료:
사용 중단된 참고 자료:
소프트웨어 토큰(software token) 또는 소프트 토큰(soft token)은 컴퓨터 서비스 사용을 승인하는 데 사용될 수 있는 다요소 인증 보안 장치의 일부이다. 소프트웨어 토큰은 데스크톱 컴퓨터, 랩톱, 개인 정보 단말기 또는 휴대 전화와 같은 범용 전자 장치에 저장되며 복제될 수 있다. (자격 증명이 전용 하드웨어 장치에 저장되어 물리적 장치 침해 없이 복제될 수 없는 하드웨어 토큰과 대조된다.)
소프트웨어 토큰은 물리적으로 소유하지 않는 것이기 때문에, 기본 암호화 자료의 복제를 기반으로 하는 고유한 위협, 예를 들어 컴퓨터 바이러스 및 소프트웨어 공격에 노출된다. 하드웨어 토큰과 소프트웨어 토큰 모두 봇 기반 중간자 공격 또는 토큰이 제공하는 일회용 비밀번호를 요청하여 제때에 실제 웹사이트에 제공하는 단순한 피싱 공격에 취약하다. 소프트웨어 토큰에는 이점이 있다. 들고 다닐 물리적 토큰이 없고, 배터리가 소모되지 않으며, 하드웨어 토큰보다 저렴하다.
보안 아키텍처.
소프트웨어 토큰에는 공유 비밀과 공개 키 암호 방식의 두 가지 주요 아키텍처가 있다.
공유 비밀의 경우, 네트워크 관리자는 일반적으로 각 최종 사용자를 위한 구성 파일을 생성한다. 이 파일에는 사용자 이름, 개인 식별 번호 및 비밀이 포함된다. 이 구성 파일은 사용자에게 제공된다.
공유 비밀 아키텍처는 여러 영역에서 잠재적으로 취약하다. 구성 파일이 도난당하고 토큰이 복사되면 손상될 수 있다. 시간 기반 소프트웨어 토큰의 경우, 개인의 개인 정보 단말기나 랩톱을 빌려 시계를 앞당겨 미래에 유효한 코드를 생성하는 것이 가능하다. 공유 비밀을 사용하고 개인 식별 번호와 공유 비밀을 소프트웨어 클라이언트에 함께 저장하는 모든 소프트웨어 토큰은 도난당하여 오프라인 공격에 노출될 수 있다. 공유 비밀 토큰은 각 토큰이 본질적으로 다른 소프트웨어 조각이므로 배포하기 어려울 수 있다. 각 사용자는 비밀의 사본을 받아야 하므로 시간 제약이 발생할 수 있다.
일부 최신 소프트웨어 토큰은 공개 키 암호 방식 또는 비대칭 암호 방식에 의존한다. 이 소프트웨어 구조는 소프트웨어 토큰의 전통적인 약점 중 일부를 제거하지만, 주된 약점(복제 가능성)에는 영향을 미치지 않는다. 개인 식별 번호는 토큰 클라이언트 대신 원격 서버에 저장될 수 있으므로 개인 식별 번호를 알지 못하면 도난당한 소프트웨어 토큰은 쓸모가 없게 된다. 그러나 바이러스 감염의 경우, 암호화 자료가 복제될 수 있으며, 사용자가 다음에 인증할 때 개인 식별 번호가 (키 로깅 또는 이와 유사한 방법을 통해) 캡처될 수 있다. 개인 식별 번호를 추측하려는 시도가 있으면 인증 서버에서 감지 및 기록할 수 있으며, 이는 토큰을 비활성화할 수 있다. 비대칭 암호 방식을 사용하면 토큰 클라이언트가 자체 키 쌍을 생성하고 서버와 공개 키를 교환할 수 있으므로 구현도 단순해진다.
트렌드 마이크로 인터넷 시큐리티(Trend Micro Internet Security, 오스트레일리아 이름: PC-cillin 인터넷 시큐리티, 일본 이름: 바이러스 버스터)는 트렌드 마이크로가 일반 사용자 시장을 위해 개발한 바이러스 검사 및 온라인 보안 프로그램이다. 2014년 NSS Lab의 이 시장 소프트웨어 제품 비교 분석에 따르면, 트렌드 마이크로 인터넷 시큐리티는 새로운 인터넷 위협에 가장 빠르게 대응했다. 그러나 2024년 6월 현재 채팅 지원에 따르면 마이크로소프트 디펜더 바이러스 백신과 같이 "악성코드/악성으로 잘못 감지됨" 또는 "PUA(잠재적으로 원치 않는 응용 프로그램)로 잘못 감지됨"과 같은 오탐을 제출하는 알려진 메커니즘이 없는데, 이는 대충 처리하는 것을 의미할 수 있으며 응용 프로그램이 랜섬웨어 등으로 잘못 분류되는 원인이 될 수 있지만, 실제 위협을 감지하는 메커니즘은 명시되어 있지 않다.
악성코드 방지 및 웹 위협 보호 외에도 이 소프트웨어의 프리미엄 버전에는 PC, Mac, 안드로이드 또는 iOS 모바일 장치 호환성, 자녀 보호 기능, 신원 도용 방지, 주요 소셜 네트워킹 사이트용 개인 정보 스캐너, 25GB의 클라우드 저장소가 포함된다.
트렌드 마이크로 인터넷 시큐리티 2015의 기능은 다음과 같다:
소프트웨어는 또한 다음을 포함한다:
트렌드 마이크로 프리미엄 시큐리티는 다음을 포함한 추가 기능을 제공한다.
AV-Comparatives는 2014년 전체 제품 동적 "실제" 보호 테스트에서 트렌드 마이크로에 최고 등급인 3성 고급+ 등급을 부여했다.
AV-TEST는 2014년 10월 트렌드 마이크로 인터넷 시큐리티 2015에 총 18점 중 17점을 부여했다.
트렌드 마이크로 맥시멈 시큐리티는 NSS Labs의 2014년 일반 사용자 엔드포인트 보호 테스트(사회 공학적 악성코드에 중점)에서 악성코드 다운로드 차단에 가장 높은 성공률을 기록했다. 이 결과는 사회 공학적 악성코드에 대한 참가자들의 효과를 결정하기 위한 일련의 연속 테스트를 기반으로 했다. NSS Labs는 독립적인 네트워크 테스트 시설, 보안 및 컨설팅 조직이다. NSS Labs는 또한 트렌드 마이크로가 알 수 없는 위협에 대한 보호를 추가하는 데 가장 빠른 시간(15분 미만)을 보였다고 밝혔다.
2016년 1월, 트렌드 마이크로 AV의 일반 사용자 버전이 사용자가 방문하는 모든 웹사이트가 보호를 표방하는 Windows PC에서 임의 코드를 실행하거나 모든 브라우저 암호를 읽을 수 있도록 허용하는 것으로 밝혀졌다. 이 문제는 나중에 패치로 해결되었다.
모바일 보안.
2014년 6월, AV-Test는 6개월 동안 30개 이상의 앱을 평가한 모바일 보안 내구성 테스트 결과를 발표했다. 트렌드 마이크로의 모바일 보안은 13점 만점에 13점으로 최고 점수를 기록했다.
이전 버전은 다음과 같다.
2015년 1월 현재, 트렌드 마이크로는 트렌드 마이크로 인터넷 시큐리티 버전 19/2011 이상을 지원했다.
PC-cillin 2000 및 이전 버전은 추가 기능이 없는 바이러스 스캐너였다. PC-cillin 2002 및 2003은 방화벽 구성 요소와 소프트웨어의 스캔 및 바이러스 탐지 엔진을 개선한 독립 실행형 바이러스 스캐너였다.
트렌드 마이크로 인터넷 시큐리티의 최신 버전은 스파이웨어 보호, 스팸 방지 및 통합 방화벽과 함께 향상된 스캔 및 바이러스 탐지 엔진 및 향상된 휴리스틱과 같은 추가 기능을 제공한다. PC-cillin 2003은 트렌드 마이크로가 2007년까지 제공한 마지막 독립 실행형 안티바이러스 제품으로, 이 시점에 회사는 바이러스, 스파이웨어, 애드웨어를 포함한 악성 소프트웨어로부터 보호를 제공하는 독립 실행형 안티 악성코드 제품을 출시했다.
웹 서비스 보안(Web Services Security, WS-Security, WSS)은 SOAP에 보안을 적용하기 위한 확장으로 웹 서비스에 적용된다. 이는 웹 서비스 사양의 일원이며 OASIS에 의해 발행되었다.
이 프로토콜은 메시지에 대한 무결성과 기밀성을 어떻게 적용할 수 있는지 명시하며, 보안 어설션 마크업 언어 (SAML), 케르베로스, X.509와 같은 다양한 보안 토큰 형식의 통신을 허용한다. 주요 초점은 XML 서명 및 XML 암호화를 사용하여 엔드 투 엔드 보안을 제공하는 것이다.
WS-Security는 세 가지 주요 메커니즘을 설명한다:
이 사양은 다양한 서명 형식, 암호화 알고리즘 및 여러 신뢰 도메인을 허용하며 다음과 같은 다양한 보안 토큰 모델에 개방되어 있다:
토큰 형식 및 의미는 관련 프로필 문서에 정의되어 있다.
WS-Security는 응용 계층에서 작동하며 SOAP 메시지의 헤더에 보안 기능을 통합한다.
이러한 메커니즘만으로는 웹 서비스에 대한 완전한 보안 솔루션을 제공하지 못한다. 대신, 이 사양은 다양한 보안 모델과 보안 기술을 수용하기 위해 다른 웹 서비스 확장 및 상위 수준 응용 프로그램별 프로토콜과 함께 사용될 수 있는 빌딩 블록이다. 일반적으로 WSS 자체는 어떠한 보안 보장도 제공하지 않는다. 프레임워크와 구문을 구현하고 사용할 때, 그 결과가 취약하지 않도록 보장하는 것은 구현자의 책임이다.
키 관리, 신뢰 부트스트랩, 연합 및 기술적 세부 사항 (암호, 형식, 알고리즘)에 대한 합의는 WS-Security의 범위를 벗어난다.
엔드 투 엔드 보안.
SOAP 중간자가 필요하고, 중간자가 덜 신뢰할 수 있는 경우 메시지에 서명하고 선택적으로 암호화해야 한다. 이는 TCP (전송 제어 프로토콜) 연결을 종료하는 네트워크 경계의 응용 프로그램 수준 프록시의 경우일 수 있다.
부인봉쇄.
부인봉쇄를 위한 한 가지 방법은 특정 보안 보호 조치가 적용되는 감사 추적에 트랜잭션을 기록하는 것이다. WS-Security가 지원하는 디지털 서명은 보다 직접적이고 검증 가능한 부인봉쇄 증명을 제공한다.
대체 전송 바인딩.
거의 모든 SOAP 서비스가 HTTP 바인딩을 구현하지만, 이론적으로 JMS 또는 SMTP와 같은 다른 바인딩을 사용할 수 있다. 이 경우 엔드 투 엔드 보안이 필요할 것이다.
리버스 프록시/공통 보안 토큰.
웹 서비스가 전송 계층 보안에 의존하더라도 서비스가 최종 사용자에 대해 알아야 할 수도 있다. 서비스가 (HTTP-) 리버스 프록시에 의해 중계되는 경우이다. WSS 헤더는 리버스 프록시가 보증하는 최종 사용자의 토큰을 전달하는 데 사용될 수 있다.
WS-Security는 전송 중 메시지 크기 증가, XML 및 암호화 처리로 인해 SOAP 처리에 상당한 오버헤드를 추가하여 더 빠른 CPU와 더 많은 메모리 및 대역폭을 요구한다.
2005년의 평가에서는 펜티엄 4/2.8GHz CPU에서 WSS4J가 WS-Security와 WS-SecureConversation으로 처리한 다양한 크기와 복잡성을 가진 25가지 유형의 SOAP 메시지를 측정했다.
일부 결과는 다음과 같다:
2006년의 또 다른 벤치마크는 다음 비교를 가져왔다:
웹 서비스는 처음에는 기본 전송 보안에 의존했다. 사실, 대부분의 구현은 여전히 그렇다. SOAP는 HTTP 및 SMTP와 같은 여러 전송 바인딩을 허용하므로 SOAP 수준의 보안 메커니즘이 필요했다. 전송 보안에 대한 의존성으로 인한 엔드 투 엔드 보안의 부족도 또 다른 요인이었다.
이 프로토콜은 원래 IBM, 마이크로소프트, 베리사인이 개발했다. 그들의 원래 사양은 2002년 4월 5일에 발표되었고, 2002년 8월 18일에 추가 사양이 이어졌다.
2002년에 OASIS WSS 기술 위원회에 두 가지 제안이 제출되었다: 웹 서비스 보안 (WS-Security) 및 웹 서비스 보안 추가 사양. 그 결과 WS-Security가 발표되었다:
OASIS가 발표한 버전 1.0 표준은 IBM, 마이크로소프트, 베리사인 컨소시엄이 제안한 표준과 여러 중요한 차이점을 포함했다. 많은 시스템이 제안된 표준을 사용하여 개발되었으며, 이러한 차이점은 OASIS 표준으로 개발된 시스템과 호환되지 않게 만들었다.
일부는 OASIS 이전 사양을 "WS-Security Draft 13" 또는 웹 서비스 보안 핵심 사양이라고 부른다. 그러나 이러한 이름은 널리 알려져 있지 않으며, 오늘날 응용 프로그램이나 서버가 OASIS 이전 또는 이후 사양을 사용하고 있는지 명확하게 식별하기 어렵다. 대부분의 포럼 게시물은 "wsse" XML 네임스페이스 접두사를 URL (및 다른 버전의 유사 URL)에 사용하도록 의무화했기 때문에 OASIS 이전 버전을 지칭할 때 "WSSE" 키워드를 사용한다.
이 프로토콜은 공식적으로 WSS라고 불리며 Oasis-Open에서 위원회를 통해 개발되었다.
관련 사양.
다음 초안 사양은 WS-Security와 관련이 있다: WS-Federation, WS-Privacy, WS-Test.
다음 승인된 사양은 WS-Security와 관련이 있다: WS-Policy, WS-SecureConversation, WS-Trust, ID-WSF.
다음 아키텍처는 WS-Security를 사용한다: TAS3.
점대점 상황에서 기밀성 및 데이터 무결성은 전송 계층 보안 (TLS)을 사용하여 웹 서비스에 적용될 수도 있다. 예를 들어, HTTPS를 통해 메시지를 보내는 것이다. 그러나 WS-Security는 메시지가 시작 노드에서 전송된 후에도 메시지의 무결성과 기밀성을 유지하는 더 넓은 문제를 해결하여 소위 엔드 투 엔드 보안을 제공한다.
TLS를 적용하면 키와 메시지 서명을 전송 전에 XML로 인코딩할 필요가 없어 관련된 오버헤드를 크게 줄일 수 있다. TLS 사용의 한 가지 과제는 메시지가 응용 프로그램 수준 프록시 서버를 통과해야 하는 경우인데, 이 경우 라우팅을 위해 요청을 볼 수 있어야 한다. 이러한 예에서 서버는 클라이언트가 아닌 프록시에서 오는 요청을 보게 된다. 이는 프록시가 클라이언트의 키와 인증서 사본을 가지고 있거나, 서버가 신뢰하는 서명 인증서를 가지고 있어 클라이언트와 일치하는 키/인증서 쌍을 생성할 수 있도록 하여 해결할 수 있다. 그러나 프록시는 메시지에서 작동하지 않으므로 엔드 투 엔드 보안이 아닌 점대점 보안만 보장한다.
프리게이트(Freegate)는 DIT(Dynamic Internet Technology)가 개발한 소프트웨어 애플리케이션으로, 인터넷 사용자가 정부에 의해 차단된 웹사이트를 볼 수 있도록 한다. 이 프로그램은 Dynaweb이라는 다양한 프록시 서버를 활용한다. 이를 통해 사용자는 DIT의 P2P와 유사한 프록시 네트워크 시스템을 사용하여 웹사이트를 차단하는 인터넷 방화벽을 우회할 수 있다. 프리게이트의 검열 방지 기능은 6.33 버전 이상에서 새로운 독특한 암호화 및 압축 알고리즘으로 더욱 강화되었다. DIT는 2004년에 프리게이트 사용자가 20만 명에 달했다고 추정한다. DIT의 관리자이자 CEO는 빌 샤이다.
프리게이트는 2010년 중국 사용자 경험을 바탕으로 프리덤 하우스가 자금을 지원한 보고서에서 평가된 12가지 우회 도구 중 하나였으며, 여기에는 핫스팟 실드, 토르, 울트라서프가 포함되었다. 이 도구는 무료로 다운로드할 수 있다.
Dynaweb.
DynaWeb은 DIT(Dynamic Internet Technology Inc.)가 제공하는 검열 방지 서비스 모음이다. DynaWeb은 웹 기반 검열 방지 포털이다. 사용자가 웹 브라우저를 DynaWeb URL 중 하나로 지정하면, 대부분의 차단된 웹사이트가 링크로 표시된 원본과 유사한 웹 페이지가 표시된다. 또한 사용자는 이 페이지의 상자에 아무 URL이나 입력할 수 있으며 DynaWeb이 즉시 해당 페이지를 가져온다. 소프트웨어나 사용자 컴퓨터의 설정 조정이 필요 없다. 중국 인터넷 경찰은 DynaWeb의 포털 웹사이트를 면밀히 감시하고 식별하는 즉시 차단하므로 DynaWeb은 동적이어야 한다. 언제든지 수백 개의 미러 사이트가 있으며, 각각 다른 IP와 DNS 도메인 이름을 사용하여 IP 주소 차단 및 DNS 하이재킹을 무력화한다. 백엔드에서 DynaWeb은 각 미러 사이트의 차단 상태를 사전에 모니터링하는 메커니즘을 가지고 있으며, 차단이 감지되는 즉시 IP와 DNS 도메인 이름을 즉시 변경한다.
이러한 동적 인프라에 사용자를 계속 연결하기 위해 DynaWeb은 사용자를 업데이트하는 다양한 채널을 가지고 있다. 예를 들어, 사용자는 DynaWeb의 인스턴트 메신저(IM) 계정 중 하나로 메시지를 보낼 수 있으며, 최신 DynaWeb 포털 주소를 보여주는 즉시 회신을 받는다. 유사한 작업이 이메일로도 수행된다. 이러한 여러 동적 채널을 통해 DynaWeb은 검열자가 모든 DynaWeb 주소를 수집하려는 시도를 능가한다. 왜냐하면 각 사용자는 DynaWeb 주소의 (다른) 하위 집합만 받기 때문이다. 자동 차단 감지와 빠른 반응은 만리방화벽 (GFW)의 중국 측에서의 차단 노력을 좌절시키는 것으로 보인다.
DIT는 또한 DynaWeb의 백본에 직접 연결하여 사용자를 동적 채널에 자동으로 연결하는 작은 소프트웨어인 프리게이트를 출시한다.
오늘날 DynaWeb은 사용자가 인터넷에 자유롭게 액세스할 수 있는 가장 광범위한 옵션을 제공하며, 중국 사용자만으로 하루 평균 5천만 건 이상의 웹 히트를 지원한다.
생성 및 자금 조달.
DIT는 2001년에 미국 정부 기관 및 NGO를 위한 중국 이메일 전달 서비스를 제공하기 위해 설립되었다. 2002년, DIT는 DynaWeb 프레임워크 아래에서 검열 방지 서비스를 제공하기 시작했으며, 울트라서프와 마찬가지로 DynaWeb은 GFW 침투 노력의 주요 경쟁자가 되었다.
프리게이트는 파룬궁 수행자들에 의해 만들어졌으며 미국 정부 기관인 방송 이사회의 자금 지원을 받았다. 프리게이트는 또한 휴먼 라이츠 인 차이나로부터 자금을 지원받으며, 휴먼 라이츠 인 차이나는 프리게이트의 고객 중 하나이며 미국의 비영리 단체인 전미민주주의기금으로부터 일부 자금을 지원받는다. 미국 의회조사국 (CRS) 보고서에 따르면, 미국 정부는 2005년에 프리게이트에 68만 5천 달러의 자금을 지원했다.
프리게이트 안드로이드 VPN
악성 소프트웨어 보고서.
2004년 파이낸셜 타임스는 중국 본토의 시만텍 직원을 인용하여 노턴 안티바이러스가 프리게이트를 트로이 목마로 식별했다고 보도했다. 초기에는 이 보고서가 중국공산당 당국이 컴퓨터에서 소프트웨어 제거를 유도하기 위한 술책일 수 있다는 우려가 있었지만, 곧 위협 목록에서 제외되었다. 시만텍은 웹사이트를 차단하는 방화벽을 뚫기 위해 프록시를 사용하는 방식 때문에 이 소프트웨어가 다양한 트로이 목마와 유사하게 작동한다는 것을 기반으로 탐지했지만, 프리게이트를 제외하도록 탐지 기준을 수정했다고 설명했다.
2013년, 시리아의 "친정부 전자 행위자"들이 반군에게 프리게이트라는 파일을 다운로드하도록 권유하는 전자 메시지를 보냈다고 보고되었다. 이 파일은 반체제 인사들이 국가 감시 기관을 우회하는 데 도움이 되도록 설계된 것이라고 주장되었지만, 실제로는 악성 소프트웨어였으며 침입자는 피해자들이 컴퓨터에 입력하는 내용을 모니터링하고 파일을 읽거나 제거할 수 있었다.
2013년 8월, 프리게이트가 새로운 프록시 프로그램을 테스트하는 동안 일부 사람들은 이를 피싱 공격으로 생각했다. 이란의 보고서에 따르면 이란의 인터넷 검열을 통과하기 위해 프리게이트를 사용한 사용자들이 페이스북의 메인 웹사이트 대신 가짜 페이지로 연결되었다고 한다. 프리게이트는 새로운 프록시 프로그램을 테스트 중이며 가짜 페이스북 페이지는 터널이라고 발표했다. 그러나 IT 전문가들은 터널 링크가 SSL 보안을 사용하지 않아 사용자 정보가 암호화되지 않으므로 사용자들이 조심해야 한다고 경고했다.
프록소미트론(Proxomitron)은 유니버설 웹 필터로, 스콧 R. 레몬이 개발한 필터링 웹 프록시이다. 이 프로그램은 원래 윈도우 95에서 실행되도록 설계되었다. 프로그램 개발은 2003년 저자의 사망(2004년 5월 1일) 1년 전에 중단되었다. 프록소미트론은 여전히 비스타 및 윈도우 10과 같은 최신 윈도우 플랫폼에서 유용하게 사용된다.
이 프로그램은 일반적으로 팝업 및 배너를 차단하고, 웹 페이지에서 포함된 소리와 애니메이션을 제거하며, 자바스크립트를 변경하거나 차단하고, 웹 페이지의 모양과 콘텐츠를 수정하는 데 사용된다.
적절하게 구성된 프록소미트론은 사용자 브라우저와 웹 서버 간의 HTTP 트래픽을 가로챈다. 이 프로그램은 텍스트를 제거하거나 추가하여 웹 페이지 콘텐츠를 변경할 수 있다. 또한 HTTP 메시지 헤더를 추가, 수정 또는 삭제하고, 웹 페이지 주소를 기반으로 연결을 차단하거나 요청을 리디렉션하도록 구성할 수 있으며, 원격 프록시를 통해 연결을 라우팅하도록 구성할 수 있다. 사용자는 원한다면 연결 및 필터 활성화를 모니터링할 수 있다.
프로그램 작동은 프로그램의 그래픽 사용자 인터페이스를 통해 사용자가 작성, 편집, 삭제, 활성화 또는 비활성화할 수 있는 특수 필터가 포함된 구성 파일을 사용하여 지시된다. (타사 필터도 구성에 가져오거나 "병합"할 수 있다.) 필터는 텍스트 편집에서 사용되는 표준 정규 표현식과 유사한 "매칭" 언어를 활용한다. "블록리스트" 및 SSL DLL과 같은 추가 파일은 필터링 기능을 확장할 수 있다.
이 프로그램을 사용하려면 프록소미트론 스크립트 언어에 대한 지식과 HTTP, HTML, 자바스크립트, CSS 중 적어도 하나에 대한 어느 정도의 숙지가 필요하다. 스크립트 인터페이스는 사용자 친화적으로 설계되지 않았다. 이러한 복잡성 때문에 이 프로그램은 초보자나 비기술적인 사용자에게는 사용자 정의하기 어려울 수 있다. 기본 필터 세트가 프로그램에 포함되어 있으며, 숙련된 사용자가 작성한 고급 필터 및 필터 세트도 온라인에서 구할 수 있다. (외부 링크 참조.)
다음 항목은 프로그램의 기본 응용 프로그램 및 기능이다.
이 프로그램은 "ShonenWare" 라이선스 하에 배포되었다. 라이선스에 따라 무료로 사용할 수 있었다. 레몬은 사용자가 쇼넨 나이프 CD를 구매하고 듣는 것을 사용자 등록에 충분하다고 간주할 것이다.
프록소미트론(Naoko 2)의 첫 공개 배포는 1999년 심텔(Simtel)을 통한 다운로드였다.
이후의 모든 배포는 "Naoko"(야마노 나오코의 이름을 따서 명명됨) 뒤에 배포 번호가 붙었다. (배포 버전은 3, 3(b), 4.0, 4.1, 4.2, 4.3, 4.4, 4.5였다.)
2003년 5월 Naoko 4.5가 배포된 직후 프로그램 웹 사이트가 제거되었고 레몬은 프록소미트론의 지속적인 개발 중단을 선언했다. 그러나 2003년 6월에 후속 배포가 이루어졌는데, 주로 5월 버전에 설계되었던 원격 프록시 연결과 관련된 새로운 동작을 되돌리기 위함이었다.
Naoko 4.5(6월) 출시 후 개발은 영구적으로 중단되었고 공식 사이트에는 다음과 같은 메시지가 게시되었다.
이는 일본어로 키에마시타()로 읽히며 "사라졌다" 또는 "없어졌다"로 번역된다. 원래 홈페이지는 더 이상 접근할 수 없다. 레몬의 미러 리다이렉션은 얼마 지나지 않아 저자의 다른 최종 메시지를 표시하도록 변경되었다.
저자인 스콧 R. 레몬은 2004년 5월 1일 36세의 나이로 사망했다.
이것은 폐쇄형 소스 프로젝트였으므로 프록소미트론은 더 이상 유지 관리되거나 개발되지 않지만, 프록소미트론 프로그램은 여전히 작동하며 전자 포럼을 통해 지원을 제공하는 사용자 커뮤니티가 있다. 필터, 필터 세트, 호환 가능한 DLL 및 기타 파일, 그리고 프록소미트론의 그래픽 사용자 인터페이스를 재구성 및 업데이트하기 위한 GUI 패치도 사용자들이 제공하고 있다.
많은 최신 브라우저에는 프록소미트론 필터에서 제공하는 것과 유사한 기능(예: 광고 및 팝업 차단)이 포함되어 있다. 모질라 파이어폭스용 그리스몽키 및 스타일리시 애드온을 통한 파이어폭스 및 기타 브라우저용 사용자 스타일시트와 같은 다른 브라우저 기능 또는 애드온도 웹 페이지의 로컬 수정을 허용한다.
캐디(Caddy)는 Go로 작성된 확장 가능하고 크로스 플랫폼 오픈 소스 웹 서버이다.
"캐디"라는 이름은 지루한 작업을 돕는 도우미와 여러 부분을 단순화된 시스템으로 정리하는 방법을 모두 의미한다. Caddy는 본질적으로 REST API를 사용하여 온라인으로 업데이트할 수 있는 단일 통합 구성으로 장기 실행 서비스("앱")를 배포하기 위한 확장 가능한 플랫폼이다. 공식 Caddy 배포판에는 HTTP 서버, TLS 자동화 및 PKI 앱을 포함하는 표준 모듈 세트가 함께 제공된다. 자동 HTTPS 기능으로 가장 잘 알려져 있다.
캐디는 세 가지 주요 구성 요소로 구성된다: 명령, 코어 라이브러리 및 구성 모듈. 명령은 프로그램이 실행되는 확장 가능한 인터페이스이며, 구성 파일을 로드하고, 일반 모드를 실행하고, 설치된 플러그인을 관리하고, 관련 유틸리티 기능을 제공할 수도 있다. 코어 라이브러리는 구성 로드, 언로드 및 관리를 위한 API를 가지고 있지만, 그 자체로는 특별히 유용한 작업을 수행하지 않는다. Caddy 기능의 대부분은 Caddy의 구성 구조를 확장하는 플러그인인 모듈에 의해 제공된다. 예를 들어, HTTP 서버는 모듈이다. Caddy 모듈은 다양한 장기 실행 서비스, 웹 표준 및 기타 유용한 기능을 구현한다.
캐디의 입력은 RESTful HTTP API를 통해 열린 소켓을 통해 수신되는 JSON 구성 문서이다. HTTP 클라이언트가 없는 경우, Caddy의 명령줄 인터페이스를 사용하여 구성 파일을 로드할 수 있다. 구성 어댑터를 사용하여 다른 구성 형식을 JSON으로 변환할 수 있다. 기존 어댑터에는 명령줄에서 최우선 지원되는 Caddyfile과 YAML, TOML, Nginx 및 기타 여러 형식이 포함된다.
관리 소켓을 통해 구성이 수신되면 캐디는 지정된 모든 모듈에 대한 구성을 디코딩하고 모든 앱 모듈을 실행하기 시작한다. 앱 모듈이 프로비저닝될 때, 이들 자체적으로 사용하는 모듈을 로드하고 프로비저닝할 수 있다. 예를 들어, HTTP 서버는 HTTP 요청을 처리하기 위해 HTTP 핸들러 모듈을 사용하는 앱 모듈이다. 이 핸들러는 기능을 구현하기 위해 다른 모듈을 사용할 수 있으며, 이는 계속된다. 이 모든 모듈은 구성 로드 단계에서 프로비저닝된다.
플러그인은 캐디 바이너리에 직접 정적으로 컴파일하여 설치한다. 플러그인이 없으면 캐디의 기본 구성 구조는 관리 및 로깅을 위한 몇 가지 기본 옵션만 갖는다. 다른 모든 기능은 앱 모듈에 의해 제공되어야 한다. 공식 Caddy 배포판에는 수십 개의 표준 모듈이 함께 제공되며, 프로젝트 웹사이트에서 codice_1 명령줄 도구를 사용하거나 사용자 지정 빌드를 수동으로 컴파일하여 다른 모듈을 추가할 수 있다.
HTTP 서버.
HTTP 서버는 공식 캐디 배포판에 표준으로 포함된 앱 모듈이다. 주로 정적 파일 서버 및 로드 밸런싱 리버스 프록시로 사용된다. Caddy의 HTTP 기능의 기반은 Go의 표준 라이브러리에서 찾을 수 있는 구현을 사용하지만, 다양한 개선 사항 및 사용자 지정은 미들웨어로 제공되며 구성 매개 변수를 통해 노출된다.
자동 HTTPS.
기본적으로, 어떤 경로라도 비어 있지 않은 호스트 매처를 가지면 TLS가 자동으로 사용된다. 이들은 Caddy가 서비스하는 사이트 이름 또는 IP 주소로 간주되므로, Caddy는 구성된 호스트명과 IP 주소에 대한 인증서를 자동으로 조달하고 갱신한다. 이러한 방식으로 자동 HTTPS가 활성화되면 Caddy는 HTTP 요청을 해당 HTTPS 위치로 리디렉션한다.
TLS 인증서를 자동으로 얻기 위해 캐디는 자동 인증서 관리 환경 프로토콜을 구현하여 Let's Encrypt와 같은 서비스와 통신할 수 있다.
캐디 프로젝트의 첫 번째 Git 커밋은 2014년에 이루어졌다.
캐디 버전 1.0은 2019년 4월 24일에 출시되었다. 그 시점에서 프로젝트에는 250명 이상의 기여자가 있었다.
캐디 버전 2는 2020년 5월 5일에 출시되었다. 아르스 테크니카의 리뷰어들은 버전 2의 구성 형식이 이전 주요 캐디 릴리스와 대부분 호환되지 않음에도 불구하고 여전히 아파치 HTTP 서버보다 단순한 구성 파일 구문을 가지고 있다고 말한다.
자동 인증서 관리 환경(Automatic Certificate Management Environment, ACME) 프로토콜은 인증 기관과 사용자의 서버 간의 상호 작용을 자동화하여 매우 낮은 비용으로 공개 키 기반 구조를 자동 배포할 수 있도록 하는 통신 프로토콜이다. 이는 인터넷 보안 연구 그룹(ISRG)이 Let's Encrypt 서비스를 위해 설계했다.
HTTPS를 통해 JSON 형식 메시지를 전달하는 것을 기반으로 하는 이 프로토콜은 자체 공인 IETF 워킹 그룹에 의해 에서 인터넷 표준으로 발표되었다.
클라이언트 구현.
ISRG는 ACME를 위한 자유-오픈 소스 참조 구현을 제공한다. Certbot은 ACME 프로토콜을 사용하는 서버 인증서 관리 소프트웨어의 파이썬 기반 구현이며, Boulder는 Go (프로그래밍 언어)로 작성된 인증 기관 구현이다.
2015년 이후 모든 운영 체제에서 다양한 클라이언트 옵션이 등장했다.
캐디, Traefik Proxy, Nginx(2025년 8월부터), 아파치 HTTP 서버(2.4.30 이상)와 같은 웹 서버는 ACME 프로토콜을 사용하여 TLS 인증서를 자동으로 획득하는 기능을 내장하고 있다.
API 버전.
API 버전 1.
API v1 사양은 2016년 4월 12일에 발표되었다. 이 사양은 codice_1 또는 codice_2과 같은 정규화된 도메인 이름에 대한 인증서 발급을 지원하지만, codice_3과 같은 와일드카드(wildcard)는 지원하지 않는다. Let's Encrypt는 2021년 6월 1일부로 API v1 지원을 중단했다.
API 버전 2.
API v2는 여러 차례 연기된 끝에 2018년 3월 13일 출시되었다. ACME v2는 v1과 하위 호환되지 않는다. 버전 2는 codice_3과 같은 와일드카드 도메인을 지원하여, 사설 네트워크에서 단일 도메인 아래에 단일 공유 "와일드카드" 인증서를 사용하여 codice_5, codice_6, codice_7와 같이 많은 하위 도메인에 신뢰할 수 있는 TLS를 사용할 수 있도록 한다. v2의 주요 새로운 요구사항은 와일드카드 인증서 요청 시 도메인에 대한 제어를 확인하기 위해 도메인 이름 서비스 TXT 레코드 수정을 필요로 한다는 점이다.
ACME v1에서 v2로의 프로토콜 변경 사항은 다음과 같다:
ACME는 다음 뜻이 있다.
트랜스액슬(Transaxle)은 자동차의 변속기, 차축, 차동 기어의 기능을 하나의 통합된 어셈블리로 결합한 단일 기계 장치이다. 수동 및 자동 버전으로 생산될 수 있다.
엔진과 구동이 같은 위치에 있는 경우.
트랜스액슬은 구동 바퀴와 동일한 위치에 엔진이 배치된 모든 자동차 구성에서 거의 보편적으로 사용된다. 즉, 앞 엔진/앞바퀴 굴림, 뒤 엔진/뒷바퀴 굴림, 미드 엔진/뒷바퀴 굴림 방식 등이 이에 해당한다.
많은 미드 및 리어 엔진 차량은 앞바퀴 굴림 장치와 유사하게 가로 배치 엔진과 트랜스액슬을 사용한다. 다른 차량은 페라리의 1989년 몬디알 t와 같이 세로 배치 엔진과 트랜스액슬을 사용하는데, 몬디알 t는 세로 배치 엔진이 가로 배치 트랜스액슬에 연결된 "T" 배열을 사용했다. 전륜구동 방식의 현대 아우디 (A4 이상)와 폭스바겐 그룹의 관련 브랜드 (동일한 자동차 레이아웃을 공유)도 유사한 레이아웃을 사용하지만, 트랜스액슬도 세로로 장착된다.
전륜구동 르노 16은 세로 배치 엔진과 트랜스액슬을 가졌으며, 엔진이 트랜스액슬 뒤에 위치했다. 트랜스액슬 케이스는 파이널 드라이브 링 기어가 피니언의 양쪽에 올 수 있도록 설계되었는데, 이는 엔진-트랜스액슬 어셈블리를 후륜구동 로터스 유로파에 사용할 수 있게 했다. 로터스 유로파는 엔진이 트랜스액슬 앞에 위치했다 (즉, 미드 엔진 방식).
앞 엔진-뒷바퀴 굴림 트랜스액슬.
앞 엔진-뒷바퀴 굴림 차량은 엔진 바로 뒤에 변속기가 앞에 위치하는 경향이 있지만, 때로는 앞 엔진이 뒤쪽에 장착된 트랜스액슬을 구동하기도 한다. 이는 일반적으로 무게 분배를 위한 것이므로 스포츠카에서 흔히 볼 수 있다. 또 다른 장점은 구동축이 엔진 속도로 회전하므로 1단 기어비로 곱한 돌림힘 대신 엔진의 돌림힘만을 견디면 된다는 것이다. 이 설계는 1934년 스코다 포퓰러에서 처음 시도되었고, 이후 비토리오 야노가 설계한 1950년 란치아 아우렐리아에 적용되었다.
변속기의 이러한 배치는 솔리드 액슬에는 적합하지 않기 때문에 (과도한 언스프렁 질량으로 인해), 후방 현가장치는 독립식이거나 드 디옹 튜브를 사용한다 (특히 알파 로메오에서). 이 규칙에 대한 드문 예외는 부가티 T46과 T50이었는데, 이들은 솔리드 액슬에 3단 변속기를 가지고 있었다.
트랜스액슬 설계를 적용한 주목할 만한 앞 엔진-뒷바퀴 굴림 차량은 다음과 같다.
참고: 1997년부터 2019년 모델 연도까지 생산된 C5, C6 및 C7 콜벳은 변속기, 차축 및 디퍼렌셜이 단일 어셈블리로 결합된 통합 트랜스액슬을 특징으로 하지 않는다. 이 모델 연도들은 실제로 후방에 장착된 변속기를 특징으로 했으며, 이는 디퍼렌셜에 직접 볼트로 고정된 독립형 유닛이었다. 제너럴 모터스를 포함한 많은 사람들이 이 구성을 트랜스액슬이라고 부르지만, 통합 트랜스액슬을 갖춘 최초의 콜벳은 2020년 모델 연도에 출시된 8세대 콜벳에서 생산되었다.
뒤 엔진-뒷바퀴 굴림 트랜스액슬.
폭스바겐과 이후 포르쉐는 뒤(및 미드) 엔진 차량에 트랜스액슬을 광범위하게 사용했다. 수년에 걸쳐 이 구성을 채택한 모델은 다음과 같다.
4륜구동.
세로 배치 엔진과 '상징적인' 콰트로 4륜구동 (4WD) 시스템을 갖춘 모든 아우디 차량과 동일한 레이아웃을 공유하는 폭스바겐 그룹의 관련 브랜드는 트랜스액슬을 활용한다. 이 트랜스액슬은 앞쪽에 장착된 엔진 바로 뒤에 (역시 세로로) 장착되며, '변속기'(수동, 자동, DSG, 또는 CVT), 중앙 디퍼렌셜, 그리고 앞쪽 디퍼렌셜 및 최종 구동 장치를 모두 포함한다.
닛산 GT-R과 페라리 FF (및 그 후속 모델)는 앞 엔진 레이아웃과 뒤 장착 트랜스액슬을 갖춘 모든 바퀴 굴림 차량이라는 점에서 특이하다. 닛산에서는 하나의 구동축이 트랜스액슬로 동력을 보내고(이 트랜스액슬에는 '중앙' 디퍼렌셜도 포함됨) 다른 구동축은 차량을 따라 앞바퀴로 동력을 다시 보낸다. 페라리에서는 후방 트랜스액슬이 일반적인 방식으로 작동하는 반면, 앞바퀴로의 동력은 엔진 앞쪽에 있는 별도의 변속기에서 공급된다.
다른 4륜구동 적용 사례는 다음과 같다.
1337x는 비트토렌트 프로토콜을 통해 P2P 파일 공유에 사용되는 토렌트 파일 및 마그넷 링크의 디렉터리를 제공하는 웹사이트이다. 주로 온라인 불법 복제를 용이하게 하는 데 사용된다.
토렌트프리크 뉴스 블로그에 따르면, 1337x는 두 번째로 인기 있는 토렌트 웹사이트이다. 이 사이트와 그 변형들은 오스트레일리아와 포르투갈을 포함한 여러 국가에서 차단되었다. 1337x.to 도메인을 대상으로 한 최소 659만 건의 테이크다운 요청이 구글에 전송되었다.
1337x는 파이러트베이의 더 엄격하게 관리되는 대안으로 선전되었다.
1337x는 2007년에 설립되었으며 킥애스토렌트의 폐쇄 이후 2016년에 인기가 급증했다. 2016년 10월, 추가된 기능을 갖춘 웹사이트 재설계를 도입했다.
2015년, 이 사이트는 구글 검색에서 블랙리스트에 올랐다. 이 조치는 Feelgood Entertainment의 DMCA 불만에 따라 취해졌다. 그해 말, 사이트는 차단을 피하기 위해 이전 .pl 도메인에서 .to로 이동했다.
2024년 초, 미국 무역대표부는 이 사이트를 "가장 악명 높은 불법 복제 사이트 중 하나"로 지정했다.
대체 URL.
1337x에는 방문자가 방화벽과 웹사이트 차단을 우회하는 데 사용할 수 있는 여러 대체 URL이 있다.
FitGirl Repacks은 불법 복제된 비디오 게임을 배포하는 웹사이트로, 특히 극단적인 압축률로 게임 파일의 용량을 최소화하는 리패킹으로 전 세계적인 인지도를 얻었다. 이 웹사이트는 인터넷 속도가 느리거나 데이터 용량에 제한이 있는 사용자들이 고용량의 게임을 더 쉽게 다운로드할 수 있도록 하는 것을 주된 목적으로 한다.
웹사이트의 운영자인 'FitGirl'은 게임을 크래킹하는 신 그룹과는 구별된다. FitGirl은 이미 크랙된 게임(주로 웨어즈 신의 릴리스)을 기반으로 하여, 이를 다시 압축하고 맞춤형 설치 프로그램을 만들어 재배포하는 리패커 역할을 한다.
FitGirl 리팩의 가장 큰 특징은 원본 게임보다 파일 크기가 현저히 작다는 것이지만, 이는 설치 과정에서 강력한 압축을 해제해야 하므로 원본보다 훨씬 긴 설치 시간을 요구하는 단점이 있다.
FitGirl Repacks는 토렌트프리크에서 매년 발표하는 '가장 인기 있는 토렌트 사이트' 순위에 꾸준히 이름을 올리고 있으며, 미국 무역대표부는 2022년 '악명 높은 시장' 보고서에서 FitGirl Repacks를 주요 저작권 침해 사이트 중 하나로 공식 언급했다.
'FitGirl'이라는 페르소나를 사용하는 운영자는 2012년경 러시아어 기반의 주요 불법 복제 포럼 및 트래커 사이트에서 활동을 시작했다. 초기 활동은 다른 리패커들의 작업을 공유하거나 자신만의 소규모 리패킹을 시도하는 것이었다.
2014년, FitGirl은 자신만의 리팩을 배포하기 위한 공식 블로그를 개설했다. 이 블로그는 곧 러시아어를 넘어 전 세계 사용자들이 모이는 중심지가 되었다.
2016년 게임 매체 코타쿠와의 인터뷰에서, FitGirl은 자신이 라트비아에 거주하는 러시아 출신의 여성이라고 밝혔으며, 리패킹은 순전히 '취미'로 시작했다고 말했다. 그녀는 느린 인터넷 환경의 사용자를 돕는 것뿐만 아니라, 고용량의 게임 데이터를 압축하여 보관하는 도전 자체를 즐긴다고 언급했다.
FitGirl Repacks의 인기는 꾸준히 증가하여, 2020년에는 토렌트프리크의 '가장 인기 있는 토렌트 사이트 10선'에 처음으로 진입했으며, 2024년에는 전체 6위를 기록하며 개인 리패커로서는 이례적인 수준의 인지도를 증명했다.
리패킹 과정 및 특징.
FitGirl 리팩은 무손실 압축을 원칙으로 한다. 즉, 설치가 완료된 후에는 원본 게임 파일과 100% 동일한 파일이 생성되며, 게임 플레이에 어떠한 수정도 가해지지 않는다.
리패킹 과정.
리패킹 과정은 먼저 원본 소스 확보부터 시작한다. GOG 버전이나 스팀 등에서 추출된 원본 게임 파일과 CODEX, CPY 등 웨어즈 신 그룹이 릴리스한 크랙 파일을 확보한다. 다음으로, 파일 크기를 최소화하기 위해 콘텐츠 재구성 및 분리 작업을 수행한다. 사용자가 설치 시 선택할 수 있도록 핵심 게임 파일과 선택적 파일을 분리하는데, 예를 들어 영어 이외의 불필요한 언어 팩, 4K 고해상도 텍스처 팩, 디지털 아트북이나 사운드트랙 같은 보너스 콘텐츠 등이 이에 해당한다.
콘텐츠 분리가 완료되면, FreeArc나 7-Zip의 pzstd와 같은 강력한 무손실 압축 알고리즘을 사용하여 고압축 실행에 들어간다. 이 과정은 리패커의 컴퓨터에서 수십 시간이 소요될 수 있으며 매우 높은 CPU 및 RAM 자원을 소모한다. 압축 후에는 Inno Setup과 같은 스크립트 기반 설치 프로그램을 사용하여 맞춤형 설치 프로그램을 제작한다. 이 설치 프로그램에는 설치할 구성 요소 선택 기능, 설치 후 파일 무결성 검사(CRC 체크) 기능, 그리고 DirectX 및 Visual C++ 재배포 가능 패키지 자동 설치 기능 등이 포함된다. 마지막으로 완성된 파일은 비트토렌트의 마그넷 링크와 다수의 파일 호스팅 사이트를 통해 배포된다.
FitGirl 리팩의 가장 큰 정체성은 단연 높은 압축률이다. 100GB가 넘는 게임을 30~40GB 수준으로 줄이는 등, 다른 리패커들보다도 높은 압축률을 보이는 경우가 많다. 또한 사용자 신뢰를 높이는 중요한 특징으로 파일 무결성 검사 기능이 있다. 사용자는 설치 완료 후 내장된 검사기를 실행하여, 다운로드나 설치 과정에서 파일이 손상되지 않았는지 해시값을 비교하여 확인할 수 있다.
시각적인 면에서는 독특한 페르소나 및 마스코트를 사용한다. 웹사이트와 설치 프로그램 로고에는 프랑스 배우 오드레 토투가 2001년 영화 《아멜리에》에서 연기한 아멜리 풀랭의 모습이 사용되며, 이는 'FitGirl'이라는 이름과 결합되어 독특한 브랜드 정체성을 구축했다. 청각적 특징으로는 설치 프로그램 음악이 있다. 리팩 설치가 진행되는 동안 배경 음악이 재생되는데, 가장 잘 알려진 곡은 일본의 샤미센 연주자 아카츠마 히로미츠의 '츠키 사유 요루'(달이 밝은 밤)이다. 이는 긴 설치 시간 동안 사용자의 지루함을 덜어주기 위한 목적이며 FitGirl 리팩의 상징 중 하나가 되었다. 마지막으로, 최신 게임뿐만 아니라 오래된 게임 지원도 특징이다. 고전 게임을 최신 마이크로소프트 윈도우 운영체제에서 실행할 수 있도록 커뮤니티 패치나 수정 사항을 포함하여 리패킹하는 경우도 있다.
법적 문제 및 저작권 침해.
FitGirl Repacks는 명백히 저작권을 침해하는 불법 복제물을 배포한다. 이는 게임 개발사 및 유통사의 수익에 직접적인 타격을 주며, 많은 국가에서 불법으로 규정된다.
미국 무역대표부는 2022년 '악명 높은 시장' 보고서에서 이 사이트를 "저작권 침해를 조장하고 그로부터 이익을 얻는" 주요 불법 복제 사이트 중 하나로 공식 지정했다. 이러한 법적 문제로 인해 많은 국가에서 인터넷 서비스 제공자 수준에서 공식 도메인 접속이 차단되어 있으며, 운영자는 주기적으로 미러 사이트나 대체 도메인을 통해 접속을 우회한다.
사칭 사이트 및 멀웨어 위험.
FitGirl Repacks의 높은 인지도로 인해, 공식 사이트를 사칭하는 수많은 모방 웹사이트가 존재한다. 이는 FitGirl Repacks가 직면한 가장 심각한 문제 중 하나이다. 이들 사칭 사이트는 검색 엔진 최적화를 통해 구글 검색 결과 상단에 노출되는 경우가 많아 사용자들이 속기 쉽다.
이러한 가짜 사이트들은 공식 로고와 디자인을 도용하며, 사용자가 파일을 다운로드할 때 멀웨어, 애드웨어, 랜섬웨어 또는 암호 화폐 채굴 스크립트가 포함된 악성 파일을 배포한다. FitGirl 본인은 공식 사이트의 '가짜 사이트' 페이지를 통해 이러한 사칭 사이트 목록을 공개하고 사용자들에게 지속적으로 경고하고 있다.
긴 설치 시간 및 시스템 자원 소모.
극단적인 압축 방식은 사용자의 PC에서 압축을 해제할 때 막대한 시스템 자원을 요구한다. 특히 CPU와 RAM 사용량이 매우 높으며, 하드 디스크 드라이브 사용자들은 설치 시간이 몇 시간에 달할 수 있다. 저사양 PC 사용자의 경우 설치 과정에서 오류가 발생하거나 시스템이 멈추는 현상을 겪기도 한다.
업데이트 및 DLC 처리의 어려움.
리팩은 게임의 특정 버전을 기준으로 제작된다. 따라서 리팩을 설치한 후 게임 개발사가 배포하는 공식 패치나 업데이트, 또는 새로 출시되는 DLC를 적용하기가 매우 어렵거나 불가능하다. 사용자는 새로운 업데이트가 포함된 새 리팩 버전이 나올 때까지 기다리거나, 복잡한 수동 패치 과정을 거쳐야 하는 불편함이 있다.
FitGirl Repacks는 단순한 불법 복제물 배포자를 넘어, 불법 복제 시장에서 하나의 '브랜드'로 자리 잡았다. 토렌트프리크의 '가장 인기 있는 토렌트 사이트' 순위에 개인 리패커의 블로그가 매년 상위권에 포함되는 것은 매우 이례적인 현상이다.
일부 지지자들은 FitGirl의 활동이 상업적으로 더 이상 구매할 수 없게 된 어밴던웨어나, DRM-free 버전이 없는 게임들을 압축된 형태로 보존하는 '디지털 아카이빙'의 일종이라고 주장하기도 한다.
반대로, FitGirl과 같은 인기 리패커의 활동은 Denuvo와 같은 강력한 DRM 기술이 계속해서 개발되고 게임에 탑재되는 주된 이유 중 하나로 지목된다.
RARBG는 비트토렌트 프로토콜을 사용하여 P2P 파일 공유를 용이하게 하는 토렌트 파일과 마그넷 링크를 제공하는 웹사이트였다. 2014년부터 2023년까지 RARBG는 토렌트프리크의 연간 가장 많이 방문한 토렌트 웹사이트 목록에 반복적으로 등장했다. 2023년 1월 기준으로 4위를 차지했다. 이 웹사이트는 사용자가 직접 토렌트를 업로드하는 것을 허용하지 않았다.
RARBG는 2008년에 설립되었다. 원래 불가리아 비트토렌트 트래커로 고안되었지만(이름의 BG는 "불가리아"를 의미함), 그 이후로 국제적인 사용자들을 대상으로 서비스를 제공해 왔다. 토렌트프리크에 따르면, RARBG는 영어 "고품질 비디오 릴리스"를 전문으로 했지만, "게임, 소프트웨어 및 음악"을 포함한 다른 콘텐츠도 나열한다.
이 웹사이트는 2019년에 미국 무역 대표에 의해 "악명 높은 시장"으로 묘사되었다. 2020년에는 불가리아 법 집행 기관의 표적으로 지정되었다.
2023년 5월 31일, 사이트는 인플레이션, 코로나19 범유행의 부작용, 그리고 러시아의 우크라이나 침공으로 인해 사이트 유지 비용을 감당할 수 없게 된 것을 포함한 여러 가지 이유를 들어 폐쇄를 발표했다.
차단 및 검열.
RARBG는 일반적으로 저작권 침해를 용이하게 한다는 법적 이유로 전 세계 여러 국가에서 차단되었다. 2008년 12월, 이 사이트는 BREIN의 법적 압력으로 인해 일주일 동안 폐쇄되었다. 2017년, 구글의 "회전목마" 검색 결과에 토렌트 사이트 링크가 강조 표시되는 논란이 있은 후 RARBG는 구글 검색 결과에서 제외되었다. 영화 스튜디오들이 해적들의 개인 정보를 요구하며 ISP Hurricane Electric를 상대로 소송을 제기한 후, Hurricane Electric을 통해 운영되는 VPN 서비스인 Sophidea VPN은 2020년 12월부터 RARBG를 포함한 여러 토렌트 사이트에 대한 접근을 차단했다.
일본의 파일 공유(File sharing in Japan)는 규모와 정교함 면에서 모두 주목할 만하다.
일본레코드협회는 2010년 연구를 인용하여 불법 다운로드(2010년부터 불법화됨)가 합법 다운로드보다 10:1로 많다고 시사했다.
2012년에는 불법 복제된 음악이나 영화에 접근하는 행위에 대해 처벌을 부과하는 법이 통과되었다.
2020년, 일본 국회는 불법 복제된 만화, 학술 문서 및 잡지의 다운로드에 대한 처벌을 확대하고, 불법 복제물의 토렌트 파일을 다운로드할 수 있는 하이퍼링크를 제공하거나, 익명 게시판에 불법 웹사이트의 하이퍼링크를 붙이거나, 유사한 목적으로 "리치 앱"을 제공하는 "리치 웹사이트"를 금지하는 법안을 통과시켰다. 처벌 확대 부분은 2021년 1월 1일에 발효되었고, 리치 웹사이트 및 앱 규제 부분은 2021년 10월 1일에 발효되었다. 새로운 법안은 표현의 자유와 충돌할 수 있다는 우려 때문에 "경미한 위반"과 "특별한 경우"(예: 스크린샷의 의도치 않은 경우, 패러디 및 파생 저작물, 그리고 수십 페이지짜리 만화책에서 몇 프레임만 다운로드하거나 수백 페이지짜리 소설에서 몇 페이지만 다운로드하는 것과 같은 기타 작은 경우)를 불법으로 분류하는 것에서 제외한다. 리치 사이트 운영 또는 설립에 대한 처벌은 최대 5년의 징역 또는 최대 500만 엔의 벌금으로 설정된다. 이 법은 주로 기기에 다운로드되는 콘텐츠에 중점을 두므로, 이러한 콘텐츠의 라이브 스트리밍 측면에서는 허점이 존재할 수 있다.
대부분의 다른 국가와 달리, 저작권이 있는 콘텐츠를 파일 공유하는 것은 민사 범죄일 뿐만 아니라 형사 범죄이며, 업로드에는 최대 10년, 다운로드에는 최대 2년의 처벌이 부과된다. 또한 인터넷 서비스 제공자와의 높은 수준의 협력이 이루어진다. 이것이 Winny, Perfect Dark, Share와 같은 익명 네트워크가 비트토렌트, WinMX, 그누텔라 (Cabos), OpenNap (Utatane)과 같은 공개 네트워크에 비해 인기가 있는 이유 중 하나일 수 있다.
케빈 헌과 프론트코드 테크놀로지가 일본어 문자에 대한 유니코드 지원을 제공하는 최초의 P2P 파일 공유 클라이언트 중 하나인 WinMX를 출시한다.
일본레코드협회가 파일 공유에 대한 첫 보고서를 발표한다. 파일 공유 소프트웨어를 사용했던 사람들의 84%가 주로 J-pop mp3를 공유하기 위해 WinMX를 사용했다고 보고했다. 이들 중 약 절반은 과거에 냅스터를 사용했지만, 그 사용은 줄어들고 있었다. 가네코 이사무는 도쿄 대학에서 프리넷의 익명 P2P, 분산 파일 시스템 및 노드 모델을 기반으로 하는 최초의 일본어 파일 공유 클라이언트인 Winny를 출시한다.