인라인 링크

**인라인 링크**(Inline linking, **핫링크**, **피기백킹**, **직접 링크**, **오프사이트 이미지 캡처**, **대역폭 도용**, 또는 **리칭**, leeching)는 한 웹사이트의 연결된 객체(대개 이미지)를 다른 웹사이트의 웹 페이지에 사용하거나 삽입하는 행위를 말한다. 이 과정에서 두 번째 사이트는 객체를 직접 호스팅하지 않고 원본 소스에서 직접 로드하여 호스팅 사이트에 **인라인 링크**를 생성한다.

## HTTP와 인라인 링크
월드 와이드 웹의 기반 기술인 하이퍼텍스트 전송 프로토콜(HTTP)은 링크의 종류를 구분하지 않는다. 모든 링크는 기능적으로 동일하다. 결과적으로 리소스는 원래 위치에 관계없이 모든 서버에서 링크되어 웹 페이지로 로드될 수 있다.

웹사이트를 방문할 때 브라우저는 먼저 웹 페이지의 텍스트 콘텐츠가 포함된 HTML 문서를 다운로드한다. 이 문서에는 다른 HTML 파일, 이미지, 스크립트 또는 스타일시트를 포함한 추가 리소스가 참조될 수 있다. HTML 내에서 `&lt;img&gt;` 태그는 페이지에 표시될 이미지의 URL을 지정한다. `&lt;img&gt;` 태그가 서버를 지정하지 않으면 웹 브라우저는 이미지가 부모 페이지와 동일한 서버에 호스팅되어 있다고 가정한다(예: `&lt;img src="picture.jpg" /&gt;`). `&lt;img&gt;` 태그에 절대 URL이 포함되어 있으면 브라우저는 외부 서버에서 이미지를 검색한다(예: `&lt;img src="" /&gt;`).

브라우저가 이러한 이미지가 포함된 HTML 페이지를 다운로드하면, 브라우저는 원격 서버에 연락하여 이미지 콘텐츠를 요청한다.

## 일반적인 용도
한 사이트 내에서 다른 사이트의 콘텐츠를 표시하는 기능은 웹의 하이퍼텍스트 미디어의 원래 디자인의 일부이다. 일반적인 용도는 다음과 같다.

* 저작권 침해 방지: 복사본을 만드는 사람이 라이선스를 가지고 있지 않은 저작물의 복사본을 만드는 것은 저작권 침해이지만, 재사용자가 원본 이미지 또는 파일의 위치를 가리키는 HTML 문서 내에 간단한 텍스트 링크(단순히 "링크"라고 함)를 제공하는 경우에는 침해가 아니다.
* 웹 설계자는 사이트의 이미지를 하나의 서버 또는 서버 그룹에 의도적으로 분리할 수 있다. 이미지를 별도의 서버에 호스팅하면 사이트가 서버 간에 대역폭 요구 사항을 분할할 수 있다. 예를 들어, 대용량 사이트인 슬래시닷은 "프런트 페이지"를 `slashdot.org`에, 개별 스토리를 `games.slashdot.org` 또는 `it.slashdot.org`와 같은 서버에 저장하고, 각 호스트의 이미지를 `images.slashdot.org`에서 제공한다.
* 한 사이트의 기사는 인라인 링크를 통해 다른 사이트의 저작권이 있는 이미지 또는 콘텐츠를 참조할 수 있으며, 이는 원본 파일을 복사할 경우 발생할 수 있는 권리 및 소유권 문제를 피할 수 있다. 그러나 이 관행은 소스의 대역폭 로딩을 초래하고, 뷰어가 이미지의 의도된 맥락을 제공하는 전체 원본 페이지를 보지 못하기 때문에 소스 제공자가 종종 불쾌감을 느끼므로 일반적으로 권장되지 않는다.
* 많은 웹 페이지에는 웹 배너 광고가 포함되어 있다. 배너 광고는 광고주와 광고가 표시되는 웹사이트 간의 중개자 역할을 하는 회사에서 호스팅하는 이미지이다. `&lt;img&gt;` 태그는 광고 서버의 CGI 스크립트 URL을 지정할 수 있으며, 트래픽을 생성하는 사이트를 고유하게 식별하는 문자열과 이전에 수집되어 쿠키와 연결된 광고를 보는 사람에 대한 기타 정보가 포함될 수 있다. CGI 스크립트는 요청에 대한 응답으로 어떤 이미지를 보낼지 결정한다.
* 일부 웹사이트는 더 빠른 서버에서 핫링크를 사용하여 클라이언트 로드 속도를 높인다.
* 히트 카운터 또는 웹 카운터는 페이지가 로드된 횟수를 보여준다. 여러 회사가 외부에서 유지 관리되고 인라인 링크로 표시되는 히트 카운터를 제공한다.

## 논란이 되는 용도
사이트 간의 경계가 모호해지면 사이트가 사용자의 기대치를 위반할 때 다른 문제가 발생할 수 있다. 다른 경우에는 인라인 링크가 악의적인 목적으로 사용될 수 있다.

* 객체가 저장되고 검색되는 콘텐츠 사이트는 새로운 배치 방식을 싫어할 수 있다.
* 다른 사이트에 저장된 이미지에 대한 인라인 링크는 해당 사이트가 의도한 대로 표시되지 않더라도 해당 사이트의 대역폭 사용량을 증가시킨다. 불만 사항은 광고 수익 손실 또는 승인되지 않은 맥락을 통해 인식된 의미를 변경하는 것일 수 있다.
* 사이트 간 스크립팅 및 피싱 공격에는 피해자의 신뢰를 얻기 위해 합법적인 사이트에 대한 인라인 링크가 포함될 수 있다.
* 유료 콘텐츠 서비스는 복잡한 스크립팅 및 인라인 링크 기술을 통해 콘텐츠 접근을 제한하려고 시도할 수 있다.
* 인라인 객체는 객체를 해석하는 코드의 보안 버그를 악용하여 클라이언트에 대한 드라이브 바이 공격을 수행하는 데 사용될 수 있다. 객체가 외부 서버에 저장될 때, 참조하는 사이트는 원래 유익했던 객체의 콘텐츠가 악성 콘텐츠로 대체되는지 여부와 시점을 제어할 수 없다.
* 인라인 객체에 대한 요청에는 일반적으로 HTTP 리퍼러 정보가 포함된다. 이는 탐색된 페이지에 대한 정보를 객체를 호스팅하는 서버에 유출한다(웹 방문자 추적 참조).

## 방지
섬네일|right|핫링크를 허용하지 않는 웹사이트로 핫링크를 시도할 때 사용되는 자리 표시자 이미지

### 클라이언트 측

대부분의 웹 브라우저는 인라인 링크에 대한 URL을 맹목적으로 따르는데, 이는 빈번한 보안 불만 사항이다. 삽입된 이미지는 사용자를 추적하거나 제3자에게 정보를 전달하기 위한 웹 버그로 사용될 수 있다. 많은 광고 필터링 브라우저 도구는 이러한 동작을 다양한 정도로 제한한다.

### 서버 측

일부 서버는 HTTP 리퍼러 헤더를 사용하여 핫링크를 감지하고 예상 이미지 또는 미디어 클립 대신 비난 메시지를 동일한 형식으로 반환하도록 프로그래밍되어 있다. 대부분의 서버는 호스팅된 미디어를 인라인 링크로부터 부분적으로 보호하도록 구성할 수 있는데, 일반적으로 미디어를 제공하지 않거나 다른 파일을 제공하는 방식이다.

URL 재작성은 이미지 및 미디어에 대한 핫링크 시도를 거부하거나 대체 리소스로 리디렉션하는 데 자주 사용된다(예: 아파치 HTTP 서버의 mod_rewrite). 비디오 파일, 음악 파일, 애니메이션(예: 어도비 플래시)을 포함한 대부분의 전자 미디어는 이런 방식으로 리디렉션될 수 있다.

다른 해결책들은 일반적으로 URL 재작성과 일부 사용자 정의 복잡한 서버 측 스크립팅을 결합하여 짧은 시간 동안 핫링크를 허용하거나, 더 복잡한 설정에서는 핫링크를 허용하되 품질과 크기가 줄어든 대체 이미지를 반환하여 원격 서버에서 요청될 때 대역폭 부하를 줄인다. 모든 핫링크 방지 조치는 제3자 웹사이트의 사용자 경험을 저하시킬 위험이 있다.

## 인라인 링크로 인한 저작권 문제
저작권법적 고려사항과 관련하여 인라인 링크에 대한 가장 중요한 법적 사실은 인라인 링커가 이미지 파일의 복사본을 자체 인터넷 서버에 배치하지 않는다는 것이다. 오히려 인라인 링커는 이미지 소유자가 이미지 파일을 배치한 서버를 가리키는 포인터를 자체 인터넷 서버에 배치한다. 이 포인터는 사용자의 브라우저가 소유자의 서버로 이동하여 사용자 컴퓨터로 이미지 파일을 가져오도록 한다. 미국 법원은 이를 저작권 분석에서 결정적인 사실로 간주했다. 따라서 Perfect 10, Inc. v. Amazon.com, Inc.에서, 미국 제9연방항소법원은 인라인 링크가 미국 저작권법을 위반하지 않는 이유를 다음과 같이 설명했다.

구글은...사용자의 컴퓨터 화면에 나타나는 인라인 링크된 이미지를 저작권법상 전체 크기의 침해 사진 이미지 사본으로 표시하지 않는다. 구글의 컴퓨터는 사진 이미지를 저장하지 않으므로, 구글은 저작권법상 이미지 사본을 가지고 있지 않다. 다시 말해, 구글은 "저작물이 고정되어...그로부터 저작물을 인지, 복제 또는 달리 전달할 수 있는...어떤 물질적 대상"도 가지고 있지 않으므로 사본을 전달할 수 없다. 구글은 이미지 사본을 전달하는 대신, 사용자 브라우저를 전체 크기 사진 이미지를 저장하는 웹사이트 게시자의 컴퓨터로 안내하는 HTML 지침을 제공한다. 이러한 HTML 지침을 제공하는 것은 사본을 보여주는 것과 동일하지 않다. 첫째, HTML 지침은 텍스트 줄이지 사진 이미지가 아니다. 둘째, HTML 지침 자체는 침해 이미지가 사용자 컴퓨터 화면에 나타나게 하지 않는다. HTML은 단순히 이미지 주소를 사용자 브라우저에 제공한다. 브라우저는 침해 이미지를 저장하는 컴퓨터와 상호 작용한다. 침해 이미지가 사용자 컴퓨터 화면에 나타나게 하는 것은 이 상호 작용이다. 구글은 침해 이미지에 대한 사용자의 접근을 용이하게 할 수 있다. 그러나 그러한 지원은 기여 책임 문제만 제기하며 저작권 소유자의 표시 권리에 대한 직접 침해를 구성하지 않는다. ...인라인 링크와 프레이밍이 일부 컴퓨터 사용자에게 단일 구글 웹 페이지를 보고 있다고 믿게 할 수 있지만, 저작권법은...[그러한] 행위로부터 저작권 보유자를 보호하지 않는다....

## 같이 보기
* 하이퍼링크와 프레이밍의 저작권적 측면
* 딥 링크

## 각주

분류:파일 공유
분류:인터넷 용어
분류:하이퍼텍스트
분류:인터넷 윤리