Hacker News 의견

• IP 스푸핑 문제는 악의적인 행위자와 무고한 사용자가 같은 변명을 사용할 수 있어 해결하기 어려움

  • 인터넷은 25년 전부터 문제가 있었으며, 여전히 해결되지 않음
  • 스푸핑된 IP 주소 문제는 2024년에도 여전히 존재하며, 인터넷 커뮤니티는 이를 해결하기 위한 보안 규칙을 강제하지 않음

• 과거에 기본적인 방화벽 규칙을 구현했으나, 스푸핑된 패킷으로 인해 문제가 발생했음

  • 특정 IP에서 스푸핑된 패킷을 받았고, 이를 해결하기 위해 방화벽 규칙을 조정했음
  • 여러 IP 주소를 운영하는 것이 중요하며, ISP가 소스 기반 필터링을 하면 다른 ISP로 변경함

• BCP38 필터링을 하지 않는 전송 제공자를 찾으면, 원하는 소스 IP로 패킷을 보낼 수 있음

  • BCP38의 기원은 1998년으로 거슬러 올라가지만, 여전히 이를 구현하지 않는 네트워크 제공자가 존재함
  • 스푸핑을 방지하기 위해 BCP38을 구현하지 않는 모든 AS의 트래픽을 거부하는 것이 필요함

• Tor 릴레이를 싫어하는 누군가의 이론은 가치가 없어 보임

  • 악의적인 릴레이를 운영하면서 합법적인 릴레이를 제거하려는 시도일 수 있음

• 스와팅과 유사한 문제로, 확인되지 않은 문제의 출처에 대해 당국이 심각한 조치를 취하는 것에 의존함

  • 차이점은 비연관된 당사자를 통해 불만을 제기한다는 점임

• 과거에 DrDoS 리플렉터를 스캔했으며, 클라우드 제공자가 대량의 불만을 받았음

  • 스푸핑된 스캔 패킷을 보내는 서버는 탐지되지 않으며, 인터넷을 반복적으로 스캔할 수 있음
  • 스푸핑된 패킷의 출처를 추적하는 것은 가능하지만, 전송 제공자와의 협력이 필요함

• 시스템은 단일 패킷에 대해 자동으로 남용을 보고하지 않아야 하며, 서비스 거부 수준의 트래픽일 경우에만 보고해야 함

  • SSH의 경우 핸드셰이크가 발생하기 전까지는 유효한 연결 시도가 아님

• IP 스푸핑은 스와팅, 특허 트롤링, 무고한 사람을 누명 씌우기와 유사한 문제임

  • 남용 보호 메커니즘을 무기로 사용하여 싫어하는 대상을 공격하는 방식임
  • 당국이 약점이 되어 악의적인 행위자에 의해 무기화될 수 있음

• 공격을 하이재킹하여 모든 사람에게 패킷을 보내면, 제공자가 남용 이메일에 압도되어 공격이 작동하지 않게 할 수 있음

  • 허니팟이 남용 이메일을 보내지 않거나, 제공자가 이를 필터링할 수 있음