인라인 링크

Inline linking
"핫링크"가 여기로 리디렉션된다. 말레이시아 선불 모바일 서비스의 경우 Maxis Communications를 참조하십시오.
"핫 링크" 리디렉션 매운 유형의 소시지는 핫 링크(소시지)를 참조하십시오.

인라인 연결(핫링크링, 리칭, 피그백, 직접 링크, 오프사이트 이미지 붙잡기라고도 함)은 두 번째 사이트에 속하는 웹 페이지에 의해 한 사이트에 링크된 개체, 즉 이미지를 사용하는 것이다. 한 사이트는 객체가 위치한 다른 사이트로 인라인 링크가 있다고 한다.

인라인 연결 및 HTTP

월드 와이드 웹의 이면에 있는 기술인 하이퍼텍스트 전송 프로토콜(HTTP)은 링크의 종류를 구분하지 않는다. 모든 링크는 기능적으로 동일하다. 자원은 임의의 위치에 있는 서버에 위치할 수 있다.

웹 사이트를 방문하면 브라우저는 먼저 HTML 문서 형태로 텍스트 내용을 다운로드한다. 다운로드한 HTML 문서는 다른 HTML 파일, 이미지, 스크립트 및/또는 스타일시트 파일을 처리할 것을 요구할 수 있다. 이 파일에는 다음이 포함될 수 있음 <img> 페이지에 이미지를 표시할 수 있는 URL을 제공하는 태그. HTML 코드는 일반적으로 서버를 지정하지 않으며, 이는 웹 브라우저가 상위 코드와 동일한 서버를 사용해야 함을 의미한다.<img src="picture.jpg" />. 다른 서버에 호스팅된 이미지를 참조하는 절대 URL도 허용한다().<img src="http://www.example.com/picture.jpg" />).

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

링크된 콘텐츠의 일반적인 사용

다른 사이트 내에서 한 사이트의 콘텐츠를 표시하는 기능은 웹의 하이퍼텍스트 매체의 원래 설계의 일부분이다. 일반적인 용도는 다음과 같다.

  • 라이선스가 없는 작품의 사본을 만드는 것은 저작권 침해지만, 원본 이미지나 파일의 위치를 가리키는 HTML 문서 내에서 간단한 텍스트 링크(간단히 "링크"[1]라고 부름)를 제공할 때 침해는 없다.
  • 웹 설계자는 한 서버 또는 서버 그룹에 있는 사이트의 이미지를 의도적으로 분리할 수 있다. 별도의 서버에 이미지를 호스팅하면 사이트는 서버 간에 대역폭 요구 사항을 나눌 수 있다. 예를 들어 대용량 사이트인 Slashdot은 "front page"를 다음 위치에 저장한다. slashdot.org; 다음과 같은 서버의 개별 사례 games.slashdot.org 또는 it.slashdot.org; 및 에서 각 호스트에 대한 이미지를 제공 images.slashdot.org.
  • 한 사이트의 기사는 인라인 연결을 통해 다른 사이트의 저작권이 있는 이미지나 콘텐츠를 참조하는 것을 선택할 수 있으며, 이는 원본 파일을 복사하는 것이 야기할 수 있는 권리와 소유권 문제를 피할 수 있다. 그러나 이러한 관행은 일반적으로 소스의 대역폭 로딩으로 인해 억제되며, 뷰어가 원본 페이지 전체를 보지 못하기 때문에 소스 제공자가 불쾌해하는 경우가 많으며, 이는 이미지의 의도된 맥락을 제공한다.
  • 많은 웹 페이지에는 배너 광고가 포함되어 있다. 배너 광고는 광고주와 광고가 등장하는 웹사이트 사이에서 중간 역할을 하는 회사가 주최하는 이미지다. 그 <img> 태그는 트래픽을 생성하는 사이트를 고유하게 식별하는 문자열과 이전에 수집되고 쿠키와 연결된 광고를 보는 사람에 대한 기타 정보를 포함하여 광고 서버의 CGI 스크립트에 대한 URL을 지정할 수 있다. CGI 스크립트는 요청에 응답하여 보낼 이미지를 결정한다.
  • 일부 웹 사이트는 클라이언트 로딩 속도를 높이기 위해 더 빠른 서버에서 핫링크를 사용한다.
  • 히트 카운터 또는 웹 카운터는 페이지가 로드된 횟수를 보여준다. 몇몇 회사가 현장 밖에서 유지되고 인라인 링크로 표시되는 히트 카운터를 제공한다.

논란이 많은 인라인 연결 사용

사이트 간 경계가 모호해지면 사이트가 사용자의 기대를 저버렸을 때 다른 문제로 이어질 수 있다. 다른 때에는 인라인 연결은 악의적인 목적으로 이루어질 수 있다.

  • 객체가 저장되고 검색되는 콘텐츠 사이트는 새로운 배치를 좋아하지 않을 수 있다.
  • 다른 사이트에 저장된 이미지에 인라인 연결하면 사이트가 의도한 대로 보이지 않더라도 해당 사이트의 대역폭 사용량이 증가한다. 불만사항은 광고 수익의 손실 또는 승인되지 않은 상황을 통해 인식된 의미를 변경하는 것일 수 있다.
  • 사이트 간 스크립팅 및 피싱 공격은 피해자의 신뢰를 얻기 위해 합법적인 사이트에 대한 인라인 링크를 포함할 수 있다.
  • 컨텐츠별 유료 서비스는 복잡한 스크립팅 및 인라인 연결 기법을 통해 컨텐츠에 대한 액세스를 제한할 수 있다.
  • 인라인 객체는 객체를 해석하는 코드의 결함을 이용하여 클라이언트에 대한 드라이브 바이 공격을 수행할 수 있다. 외부 서버에 오브젝트를 저장할 때, 참조 사이트는 원래 유익한 오브젝트의 콘텐츠가 악의적인 콘텐츠로 대체되는지 여부와 그 시기를 제어할 수 없다.
  • 인라인 객체에 대한 요청에는 일반적으로 레퍼러 정보가 포함되어 있다. 이렇게 하면 탐색된 페이지에 대한 정보가 오브젝트를 호스트하는 서버로 유출된다(웹 방문자 추적 참조).

예방

고객측

대부분의 웹브라우저는 잦은 보안불만임에도 불구하고 인라인 링크의 URL을 맹목적으로 따를 것이다.[2] 임베디드 이미지는 사용자를 추적하거나 제3자에게 정보를 전달하기 위한 웹 버그로 사용될 수 있다. 많은 광고 필터링 브라우저 도구는 이 동작을 다양한 수준으로 제한한다.

서버측

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

URL 재작성(예: Apache HTTP Server를 사용한 mod_rewrite)을 사용하여 이미지 및 미디어에 대한 시도된 핫링크를 거부하거나 대체 리소스로 리디렉션하는 경우가 많다. 비디오 파일, 음악 파일 및 애니메이션(예: 플래시)을 포함하여 대부분의 유형의 전자 미디어는 이러한 방식으로 리디렉션될 수 있다.

다른 솔루션은 일반적으로 URL 재작성을 사용자 지정 복합 서버 측 스크립팅과 결합하여 짧은 시간 동안 또는 보다 복잡한 설정에서 핫링크를 허용하여 핫링크는 허용하지만 품질과 크기가 감소된 대체 이미지를 반환하여 원격 서버에서 요청할 때 대역폭 로드를 줄인다. 모든 핫링크 예방은 제3자 웹사이트에서 사용자 경험을 악화시키는 위험을 측정한다.[5]

인라인 연결에 의해 제기된 저작권 문제

저작권법 고려사항과 관련하여 인라인 연결에 관한 가장 중요한 법적 사실은 인라인 연결기가 자신의 인터넷 서버에 이미지 파일의 복사본을 배치하지 않는다는 것이다. 오히려 인라인 링커는 이미지 소유자가 이미지 파일을 배치한 서버를 가리키는 포인터를 인터넷 서버에 배치한다. 이 포인터는 사용자의 브라우저가 소유주의 서버로 점프하여 이미지 파일을 사용자의 컴퓨터로 가져오게 한다. 미국 법원은 이것을 저작권 분석에서 결정적인 사실로 간주해 왔다. 따라서 Ferfect 10, Inc. v. Amazon.com, Inc.[6]에서 미국 제9 순회 항소 법원은 인라인 연결이 미국 저작권법을 위반하지 않는 이유를 설명했다.

구글은 사용자의 컴퓨터 화면에 나타나는 인라인 링크된 이미지를 액자에 넣을 때 저작권법의 목적을 위해 실물 크기의 침해 사진 이미지의 복사본을 표시하지 않는다. 구글의 컴퓨터는 사진 이미지를 저장하지 않기 때문에, 구글은 저작권법의 목적을 위해 사진의 복사본을 가지고 있지 않다. 다시 말해, 구글은 어떠한 "중요한 물체...어떤 작품이 고정되어 있는 곳에서...또한, 작업물을 인식, 재생산 또는 다른 방법으로 전달할 수 있으므로 사본을 전달할 수 없다. 구글은 이미지의 복사본을 전달하는 대신 사용자의 브라우저를 실제 크기의 사진 이미지를 저장하는 웹사이트 출판사의 컴퓨터로 안내하는 HTML 지침을 제공한다. 이러한 HTML 지시사항을 제공하는 것은 사본을 보여주는 것과 같지 않다. 첫째, HTML 지시사항은 사진 이미지가 아니라 텍스트의 줄이다. 둘째로, HTML 명령어 자체는 사용자의 컴퓨터 화면에 침해되는 이미지를 나타나게 하지 않는다. HTML은 단지 이미지의 주소를 사용자의 브라우저에 제공한다. 그러면 브라우저는 침해된 이미지를 저장하는 컴퓨터와 상호 작용한다. 사용자의 컴퓨터 화면에 침해된 이미지가 나타나게 하는 것은 이러한 상호작용이다. 구글은 사용자의 침해 이미지 접근을 용이하게 할 수 있다. 그러나, 그러한 지원은 기여하는 책임 문제만 제기할 뿐 저작권 소유자의 표시 권리를 직접적으로 침해하는 것에 해당하지 않는다.인라인 연결과 프레임으로 인해 일부 컴퓨터 사용자들이 구글 웹페이지 하나를 보고 있다고 믿게 될 수도 있지만, 저작권법은...저작권 소유자를 [그런] 행위로부터 보호하지 않는다...

참고 항목

참조

  1. ^ Mike Masnick. "Is Inline Linking To An Image Copyright Infringement?". Techdirt. Retrieved 2014-02-15.
  2. ^ Thomas C Greene (2007-02-20). "Vista Security Oversold". theregister.co.uk. Retrieved 2007-11-16.
  3. ^ Ross Shannon (2007-02-26). "Bandwidth Theft". yourhtmlsource.com. Retrieved 2007-11-16. Some webmasters will try to directly link to your images from their pages. Luckily, a simple configuration change provides the necessary fix.
  4. ^ Thomas Scott (2004-07-13). "Smarter Image Hotlinking Prevention". alistapart.com. Retrieved 2007-11-16.
  5. ^ Aleksandersen, Daniel. "Image quality degradation as a hotlink prevention measure and deterrent". Slight Future. Retrieved 1 September 2016.
  6. ^ 487 F.3d 701 (9번째 Cir. 2007).