프로토콜 스푸핑

Protocol spoofing

프로토콜 스푸핑은 데이터 통신에서 오랜 지연이나 높은 오류율로 인해 기존 프로토콜이 불충분한 상황에서 성능을 개선하기 위해 사용됩니다.

주의: 컴퓨터 보안 컨텍스트에서 스푸핑이란 여기서 설명하는 기술과 무관한 다양한 형태의 데이터 위조를 말합니다.스푸핑 공격을 참조해 주세요.

스푸핑 기술

대부분의 프로토콜 스푸핑 애플리케이션에서 모뎀이나 라우터 등의 통신 장치는 로컬로 연결된 호스트에 대한 접속의 원격 끝점을 시뮬레이션("스푸프")하면서 통신 링크의 다른 끝에서 동등한 스푸핑을 실행하는 호환되는 원격 장치와 통신하기 위해 보다 적절한 프로토콜을 사용합니다.

파일 전송 스푸핑

오류 수정 및 파일 전송 프로토콜은 일반적으로 패킷으로 알려진 데이터 블록의 체크섬 또는 CRC를 계산하고 패킷 끝에 결과 번호를 전송함으로써 작동합니다.접속의 다른 한쪽 끝에서는, 수신자는 수신한 데이터에 근거해 번호를 재계산해, 그 결과를 리모트 머신으로부터 송신된 것과 비교합니다.2개가 일치하면 패킷은 올바르게 송신되어 수신측에서는,ACK다음 패킷을 수신할 준비가 되었음을 나타냅니다.

송신 시간ACK송신자에게 돌아가는 것은 모뎀의 속도가 아니라 전화 회선의 함수이며, 일반적으로는짧은 링크에서는 1µ10초이며 X.25 등의 장거리 링크 또는 데이터 네트워크에서는 훨씬 더 길어질 수 있습니다.작은 패킷을 사용하는 프로토콜의 경우, 이 지연은 패킷 전송에 필요한 시간보다 클 수 있습니다.예를 들어 UUCP "g" 프로토콜과 Kermit은 모두 64바이트 패킷을 사용합니다.이 패킷은 9600비트/초 링크에서 전송하는데 약 1µ20초가 걸립니다.XMODEM은 약간 큰 128바이트 패킷을 사용했습니다.이 패킷의 송신에는 약 1µ10초가 소요됩니다.

다음 데이터 패킷은 다음 패킷이 전송될 때까지ACK수신됩니다.예를 들어 XMODEM의 경우, 1개의 패킷에 대해 사이클 전체가 완료되는 데 최소 2µ10초가 소요됩니다.즉, 전체 속도는 이론상 최대 속도의 절반인 50% 채널 효율에 불과합니다.

프로토콜 스푸핑은 로컬모뎀이 패킷헤더를 검색하여 데이터 전송이 진행 중임을 인식함으로써 이 문제에 대처합니다.이러한 패킷이 검출되면 모뎀은 패킷의 끝을 찾습니다.통상은, 1 개의 패킷내의 바이트수를 알고 있습니다.예를 들어 XMODEM은 헤더와 체크섬이 128바이트의 실제 데이터에 추가되기 때문에 패킷에 132바이트가 포함되어 있습니다.모뎀은 패킷이 종료되었음을 인식하면 즉시 스푸핑된 패킷을 전송합니다.ACK메시지를 호스트에게 반환합니다.이로 인해 로컬컴퓨터는 즉시 다른 패킷을 전송하여 대기시간을 회피합니다.ACK리모트 머신으로부터.여러 패킷의 데이터는 모뎀이 리모트기계에 송신하는 동안 내부 버퍼에 보관됩니다.이것에 의해, 패킷의 계속적인 송신이 가능하게 되어, 채널 효율이 큰폭으로 향상됩니다.단, 모뎀이 이미 사용하고 있기 때문에 두 시스템 간의 링크에 오류가 없어야 합니다.ACK패킷이 송신되기도 전에 eded 를 실행합니다.이것은 일반적으로 마이크로콤 네트워킹 프로토콜과 같은 모뎀 수준의 오류 수정 프로토콜을 사용하여 해결되었습니다.

프로토콜 스푸핑은 또한 이전의 고속 모뎀의 또 다른 기능과 함께 널리 사용되었다.v.32 이후의 프로토콜에서 에코 캔슬레이션이 도입되기 전에 고속 모뎀은 일반적으로 다음과 같은 것을 전송하기 위한 매우 느린 "백채널"을 가지고 있었습니다.ACK를 송신측으로 되돌립니다.예를 들어 최대 18,500비트/초 TrailBlazer에서는 모뎀은 리시버에 초당 35개의 UUCP 패킷을 전송할 수 있지만 백채널은 75비트/초만을 제공하여 35바이트, 280비트,ACK원격 호스트에 의해 생성된 메시지입니다.

이 경우 스푸핑에 의해 송신 모뎀은 가능한 한 빨리 패킷 송신을 계속할 수 있었습니다.동시에, 리모트 수신측의 모뎀은,ACK패킷이 로컬컴퓨터 소프트웨어에 의해 생성되어 백채널 클리어 상태가 유지됩니다.채널 효율은 2400비트/초를 넘는 속도에서만 큰 문제가 되고 모뎀은 보통 그 속도보다 더 빠르게 동작할 수 있기 때문에 프로토콜 스푸핑은 대부분 이러한 고속 시스템과 관련되어 있습니다.

TCP 스푸핑

TCP 접속은 대역폭 지연이 높은 제품을 사용하는 링크 및 GEO 위성을 통한 링크와 같은 지연이 긴 링크에서는 TCP의 슬로우 스타트 알고리즘에 의해 접속 시작이 현저하게 지연되기 때문에 성능 제한이 발생할 수 있습니다.스푸핑 라우터는 TCP 연결을 로컬로 종료하고 TCP를 XTP와 같은 위성 링크를 통해 긴 지연에 맞춘 프로토콜로 변환합니다.

RIP/SAP 스푸핑

SAP 및 RIP는 라우팅/서비스 테이블이 변경되지 않은 경우에도 정기적으로 네트워크 정보를 브로드캐스트합니다.따라서 IPX 네트워크의 다이얼 온 디맨드 WAN 링크는 아이돌 상태가 되지 않고 연결이 끊어지지 않습니다.스푸핑 라우터 또는 모뎀은 SAP 및 RIP 브로드캐스트를 대행 수신하여 링크가 다른 이유로 활성화 되어 있을 때만 갱신되는 자체 라우팅/서비스 테이블에서 애드버타이즈먼트를 재브로드캐스트합니다.

「 」를 참조해 주세요.

외부 링크

  • UUCP 'g' 프로토콜
  • Ishac, Joseph; Allman, Mark (2001). "On the Performance of TCP Spoofing in Satellite Networks" (PDF). Archived from the original (PDF) on 2006-10-11. Retrieved 2005-12-29. {{cite journal}}:Cite 저널 요구 사항 journal=(도움말)