hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
IPv6 전환 메커니즘 464XLAT
464XLAT은 IPv6 전용 네트워크의 클라이언트가 IPv4 전용 인터넷 서비스에 접근할 수 있도록 한다.
클라이언트는 SIIT 변환기를 사용하여 IPv4에서 IPv6로 패킷을 변환한다. 이 패킷은 NAT64 변환기로 전송되어 IPv6에서 IPv4로 다시 변환된 후 IPv4 전용 서버로 전달된다. 클라이언트 변환기는 클라이언트 자체 또는 중간 장치에 구현될 수 있으며 CLAT(Customer-side transLATor)으로 알려져 있다. NAT64 변환기 또는 PLAT(Provider-side transLATor)는 서버와 클라이언트(CLAT를 통해) 모두에 도달할 수 있어야 한다. NAT64의 사용은 UDP, TCP 및 ICMP를 사용하는 클라이언트-서버 모델로 연결을 제한한다.
구현
윈도우 11 (24H2)은 윈도우 10과 동일한 구현을 가지고 있다. 향후 버전에서는 다른 네트워크 장치(현재 WWAN으로 제한됨)에 대한 CLAT 지원이 확장될 예정이다. 구현은 RFC 7050 (ipv4only.arpa DNS 쿼리), RFC 8781 (PREF64), RFC 8925 (DHCP 옵션 108) 표준을 사용할 것이다.
IPv6 전환 메커니즘 Dual-Stack Lite (DS-Lite)
듀얼 스택 라이트 기술은 인터넷 접속을 위해 고객 댁내 장치(CPE)에 IPv4 주소를 할당하는 것을 포함하지 않는다. CPE는 근거리 통신망의 네트워킹 요구 사항에 따라 LAN 클라이언트를 위해 사설 IPv4 주소를 분배한다. CPE는 IPv6 패킷 내에 IPv4 패킷을 캡슐화한다. CPE는 전역 IPv6 연결을 사용하여 패킷을 전역 IPv4 주소를 가진 ISP의 캐리어급 NAT(CGN)에 전달한다. 원래 IPv4 패킷은 복구되고 IPv4 패킷에 대해 NAT가 수행되어 공용 IPv4 인터넷으로 라우팅된다. CGN은 CPE 공용 IPv6 주소, 사설 IPv4 주소 및 TCP 또는 UDP 포트 번호를 세션으로 기록하여 트래픽 흐름을 고유하게 식별한다.
경량 4over6은 NAT 기능을 ISP 측에서 CPE로 이동시켜 캐리어급 NAT를 구현할 필요성을 없애면서 DS-Lite를 확장한다. 이는 각 CPE에 공유 IPv4 주소에 대한 포트 범위를 할당함으로써 달성된다. NAT 기능을 CPE로 이동하면 ISP는 각 가입자에 대해 추적되는 상태의 양을 줄일 수 있어 변환 인프라의 확장성을 향상시킨다.
IPv6 전환 메커니즘 V4-via-v6 라우팅
V4-via-v6 라우팅은 IPv4 주소가 최종 호스트에만 할당되고 중간 라우터에는 IPv6 주소만 할당되는 기술이다. IPv4 경로는 평소와 같이 전파되며, 패킷 변환이나 캡슐화는 사용되지 않지만 IPv6 넥스트 홉을 사용한다. V4-via-v6는 코어 네트워크에 IPv6 주소만 할당하면 되므로 필요한 관리량을 줄이지만, 여전히 코어 네트워크가 IPv4 패킷을 전달할 수 있어야 한다.
V4-via-v6는 경계 경로 프로토콜(BGP) 및 바벨 라우팅 프로토콜에 정의되어 있다. 이는 버드 인터넷 라우팅 데몬 및 babeld에 구현되었다.
IPv6 전환 메커니즘 MAP
주소 및 포트 매핑(MAP)은 시스코 시스템즈의 IPv6 전환 제안으로, A+P 포트 주소 변환과 ISP 공급자의 내부 IPv6 네트워크를 통한 IPv4 패킷 터널링을 결합한다. MAP-T 및 MAP-E는 2015년 7월 표준 트랙에 진입했으며, 스카이 이탈리아는 2021년 일찍이 인터넷 서비스에 MAP-T를 배포했다.
IPv6 전환 메커니즘 초안 제안
다음 메커니즘은 여전히 논의 중이거나 IETF에서 폐기되었다.
IPv4 잔여 배포 (4rd)는 IPv6 네트워크를 통해 IPv4 서비스의 잔여 배포를 용이하게 하기 위한 실험적 메커니즘이다. 6rd와 마찬가지로 IPv6와 IPv4 간의 스테이트리스 주소 매핑을 사용한다. 이는 전송 계층 포트를 기반으로 하는 IPv4 주소 지정을 지원한다. 이는 A+P 모델의 스테이트리스 변형이다.
IPv6 전환 메커니즘 지원 중단된 메커니즘
이러한 메커니즘은 IETF에 의해 지원이 중단되었다.
네트워크 주소 변환/프로토콜 변환(NAT-PT)은 RFC 2766에 정의되어 있지만, 수많은 문제로 인해 RFC 4966에 의해 구식화되고 역사적 상태로 폐기되었다. 이는 일반적으로 DNS 애플리케이션 계층 게이트웨이(DNS-ALG) 구현과 함께 사용된다.
NAT-PT와 거의 동일하지만 RFC 2766에 설명된 네트워크 주소 포트 변환 + 프로토콜 변환은 주소뿐만 아니라 포트 변환도 추가한다. 이는 주로 메커니즘의 한쪽에서 두 호스트가 메커니즘의 다른 쪽에서 동일하게 노출된 포트를 사용하는 것을 방지하기 위한 것으로, 애플리케이션 불안정 및 보안 결함을 유발할 수 있다. 이 메커니즘은 RFC 4966에 의해 지원이 중단되었다.
B.A.T.M.A.N.
B.A.T.M.A.N.(Better Approach to Mobile Ad-hoc Networking)은 독일 "프라이풍크" 커뮤니티에서 개발 중인 멀티홉 모바일 애드혹 네트워크용 라우팅 프로토콜이며, OLSR이 대규모 메시 배포의 성능 요구 사항을 충족하지 못했기 때문에 이를 대체하기 위해 고안되었다.
B.A.T.M.A.N.의 핵심은 네트워크를 통한 최적의 경로에 대한 지식의 분산이다. 즉, 단일 노드가 모든 데이터를 가지고 있지 않다. 이 기술은 네트워크 변경에 대한 정보를 네트워크의 모든 노드에 전파할 필요성을 없애준다. 각 노드는 데이터를 수신한 "방향"에 대한 정보만 저장하고 그에 따라 데이터를 전송한다. 데이터는 노드에서 노드로 전달되며, 패킷은 개별적이고 동적으로 생성된 경로를 얻는다. 집단 지성 네트워크가 생성된다.
B.A.T.M.A.N.
2007년 초, B.A.T.M.A.N. 개발자들은 네트워크 계층 대신 데이터 링크 계층(OSI 모델의 2계층)에서 라우팅하는 아이디어를 실험하기 시작했다. 3계층 라우팅 데몬과 구별하기 위해 "adv"(고급) 접미사가 선택되었다. UDP/IP를 통해 교환된 정보를 기반으로 라우팅 테이블을 조작하는 대신, 가상 네트워크 인터페이스를 제공하고 이더넷 패킷을 자체적으로 투명하게 전송한다. batman-adv 커널 모듈은 2.6.38부터 공식 리눅스 커널의 일부가 되었다.
B.A.T.M.A.N. 작동 방식
B.A.T.M.A.N.은 고전적인 라우팅 프로토콜의 요소들을 가지고 있다: 다른 B.A.T.M.A.N. 노드를 감지하고 노드들 사이의 최적 경로를 찾는다. 또한 새로운 노드를 추적하고 그 존재를 이웃에게 알린다.
정적 네트워크에서는 네트워크 관리자 또는 기술자가 어떤 컴퓨터가 어떤 경로 또는 케이블을 통해 연결되는지 결정한다. 라디오 네트워크는 끊임없이 변화하며, 낮은 참여 임계값이 "프라이풍크" 네트워크 기반의 중요한 부분이기 때문에 이 작업은 최대한 자동화되어야 한다.
정기적으로 모든 노드는 브로드캐스트를 전송하여 자신의 존재를 모든 이웃에게 알린다. 이웃들은 이 메시지를 다시 자신의 이웃에게 전달하고, 이런 식으로 네트워크의 모든 노드에 정보가 전달된다. 특정 노드로 가는 최적의 경로를 찾기 위해 B.A.T.M.A.N.은 수신된 발신자 메시지를 세고, 메시지가 어떤 이웃을 통해 들어왔는지 기록한다.
B.A.T.M.A.N. 작동 방식
거리 벡터 프로토콜처럼 B.A.T.M.A.N.은 전체 경로를 결정하려 하지 않고, 발신자 메시지를 사용하여 올바른 방향으로의 첫 번째 패킷 전송 단계만 결정한다. 데이터는 그 방향의 다음 이웃에게 전달되고, 다음 이웃도 같은 메커니즘을 사용한다. 이 과정은 데이터가 목적지에 도달할 때까지 반복된다.
라디오 네트워크 외에도 B.A.T.M.A.N.은 이더넷과 같은 일반적인 유선 케이블 연결에서도 사용할 수 있다.
B.A.T.M.A.N. 역사
이 과제는 가능한 한 쉽고, 작고, 빠른 네트워크 프로토콜을 만드는 것이었다. 개발을 여러 단계로 나누고 반복적인 프로세스를 통해 복잡한 기능을 구현하는 것이 합리적이라고 보였다.
첫 번째 단계에서는 라우팅 알고리즘이 구현되었고, 실제 적용 가능성과 당면 과제에 대한 적합성이 테스트되었다. 발신자 메시지(존재 여부 정보)를 송수신하기 위해 UDP 포트 1966이 선택되었다.
버전 1 알고리즘은 중요한 가정을 했다: 노드가 다른 노드로부터 존재 데이터를 수신하자마자, 데이터도 다시 보낼 수 있다고 가정했다. 그러나 무선 네트워크에서는 단방향 통신만 가능한 경우, 즉 비대칭 링크가 존재할 수 있다. 이를 허용하고 발생하는 문제를 해결하기 위한 메커니즘이 프로토콜에 통합되었다. 이 메커니즘을 통해 노드는 이웃 노드가 양방향 통신을 제공하는지 여부를 결정할 수 있다. 양방향 노드만 네트워크의 일부로 간주되며, 단방향 노드는 더 이상 완전히 포함되지 않는다.
B.A.T.M.A.N. 역사
이 버전의 가장 큰 혁신은 B.A.T.M.A.N.이 여러 네트워크 장치를 지원한다는 점이다. B.A.T.M.A.N.이 실행되는 컴퓨터나 라우터는 높은 건물과 같은 중앙 위치에 배치될 수 있으며, 여러 유선 또는 무선 네트워크 인터페이스가 연결될 수 있다. 이렇게 배치될 경우 B.A.T.M.A.N.은 재전송 지연 없이 여러 방향으로 네트워크 데이터를 릴레이할 수 있다.
네트워크를 통한 최적 경로를 결정하는 동안 특정 비정상적인 현상과 특별한 상황이 발생할 수 있었다. 이러한 문제들은 원형 라우팅(데이터가 목적지에 도달하는 것을 방해할 수 있음)을 방지하기 위해 해결되고 대처되었다.
노드는 인터넷 접속을 제공한다는 정보를 네트워크에 알릴 수 있다. 다른 노드들은 이 정보를 사용하여 자신에게 가까운 인터넷 연결이 있는지, 그리고 얼마나 많은 대역폭을 사용할 수 있는지 평가한다. 그들은 특정 게이트웨이를 사용하거나 B.A.T.M.A.N.이 연결 속도와 같은 기준에 따라 사용할 게이트웨이를 결정하도록 허용할 수 있다.
B.A.T.M.A.N. 역사
B.A.T.M.A.N. 자체를 실행하지 않는 장치를 알리는 기능도 이 버전에 포함되었다. 일반적으로 이 방법은 홈 네트워크를 메시 네트워크에 연결하는 데 사용된다. 지붕의 안테나 설치는 B.A.T.M.A.N.을 통해 무선 네트워크에 연결하고, 건물의 나머지 부분은 단순히 알려져 접근 가능하게 된다.
이 버전의 B.A.T.M.A.N.은 실제 환경에서 높은 수준의 안정성을 보이지만 수렴 시간이 다소 느리다는 것이 입증되었다. 이는 이론적 분석에 의해 확인된다.
BatMan-eXperimental (BMX)는 독립적인 브로드캐스트 데이터그램으로 OGM(원천 메시지)을 여러 번 전송하여 실제 지수를 근사화하는 것을 목표로 한다. 이는 악셀 노이만이 개발한 BATMAN의 독립적인 분기였다. 보안 신뢰 멀티 토폴로지 라우팅(SEMTOR)을 통합한 확장 버전은 BMX7이라고 불린다.
버전 4는 비정상적인 링크 상황에서 전송 품질을 더 잘 감지하는 알고리즘을 구현한다. 발신자 메시지는 이 데이터를 통합하도록 업데이트되어 다른 노드들이 비대칭 연결의 품질을 더 잘 감지할 수 있도록 한다.
B.A.T.M.A.N. 대중적 관심
2017년 B.A.T.M.A.N.은 HBO 시리즈 실리콘 밸리 (시트콤)(시즌 4 에피소드 2)의 화이트보드에 쓰여 있었는데, 주인공 리처드 헨드릭스가 자신의 "새로운 인터넷" 개념의 구성 요소로 B.A.T.M.A.N.을 포함하는 것으로 보인다(텍스트는 화이트보드 오른쪽 상단에 표시되어 있다).
캡티브 포털
캡티브 포털(Captive portal)은 와이파이 또는 유선 네트워크에 새로 연결된 사용자에게 네트워크 리소스에 대한 더 넓은 접근 권한이 부여되기 전에 표시되는, 웹 브라우저로 접근하는 웹 페이지이다. 캡티브 포털은 일반적으로 인증, 전자지급결제대행서비스, 소프트웨어 사용권 동의/이용 목적 제한 방침 수락 또는 설문 조사 완료를 요구할 수 있는 랜딩 또는 로그인 페이지를 제공하는 데 사용된다. 캡티브 포털은 케이블 및 상업적으로 제공되는 와이파이와 홈 핫스팟을 포함한 광범위한 모바일 및 보행자 광대역 서비스에 사용된다. 캡티브 포털은 또한 아파트, 호텔 객실 및 비즈니스 센터와 같은 기업 또는 주거용 유선 네트워크에 대한 접근을 제공하는 데 사용될 수 있다.
캡티브 포털
캡티브 포털은 클라이언트에게 제공되며 게이트웨이 또는 웹 페이지를 호스팅하는 웹 서버에 저장된다. 게이트웨이의 기능 집합에 따라 웹사이트 또는 TCP 포트를 허용 목록에 추가하여 사용자가 캡티브 포털과 상호 작용할 필요 없이 사용할 수 있다. 연결된 클라이언트의 MAC 주소는 지정된 장치에 대한 로그인 프로세스를 우회하는 데 사용될 수도 있다.
WISPr은 이 웹 브라우저 기반 인증 방법을 Universal Access Method(UAM)라고 부른다.
캡티브 포털 용도
캡티브 포털은 주로 사용자가 접근 조건(허용된 포트, 책임 등)을 알리는 환영 메시지를 보는 개방형 무선 네트워크에서 사용된다. 관리자는 자체 사용자가 자신의 행동에 책임을 지고 법적 책임을 피하도록 이를 수행하는 경향이 있다. 이 책임 위임이 법적으로 유효한지는 논란의 여지가 있다. 일부 네트워크는 네트워크에서 불법 활동이 발생할 경우 관리자가 당국에 정보를 제공할 수 있도록 사용자의 휴대폰 번호 또는 신원 정보를 입력하도록 요구할 수도 있다.
캡티브 포털 용도
종종 캡티브 포털은 마케팅 및 상업적 통신 목적으로 사용된다. 사용자가 웹 브라우저에서 웹 기반 등록 양식을 작성하여 개인 데이터를 교환할 때까지 개방형 와이파이를 통한 인터넷 접근은 금지된다. 웹 기반 양식은 웹 브라우저에서 자동으로 열리거나, 사용자가 웹 브라우저를 열고 어떤 웹 페이지를 방문하려고 할 때 나타난다. 즉, 사용자는 인터넷 접근 권한이 부여되고 캡티브 포털을 "완료"할 때까지 인터넷에 자유롭게 접근할 수 없는 "포로" 상태이다. 이를 통해 이 서비스 제공자는 와이파이 접근 지점에 연결하는 사용자에게 광고를 표시하거나 보낼 수 있다. 이러한 유형의 서비스는 페이스북과 같은 사회 연결망 계정으로 로그인하도록 요청할 수 있으므로 때때로 "소셜 와이파이"라고도 알려져 있다. 지난 몇 년 동안 이러한 소셜 와이파이 캡티브 포털은 와이파이 데이터 수집을 중심으로 마케팅을 제공하는 다양한 회사와 함께 흔해졌다.
사용자는 캡티브 포털에서 많은 유형의 콘텐츠를 찾을 수 있으며, 콘텐츠를 보거나 특정 행동을 수행하는 대가(종종 상업적 연락을 가능하게 하기 위해 개인 데이터를 제공)로 인터넷 접근을 허용하는 경우가 많다. 따라서 캡티브 포털의 마케팅 사용은 리드 생성(비즈니스 연락처 또는 잠재 고객)을 위한 도구이다.
캡티브 포털 구현
캡티브 포털을 구현하는 다양한 방법이 있다.
일반적인 방법은 모든 월드 와이드 웹 트래픽을 웹 서버로 보내는 것으로, 웹 서버는 캡티브 포털로 HTTP 302 리디렉션을 반환한다. 최신 인터넷 지원 장치가 네트워크에 처음 연결되면, 공급업체에서 미리 정의한 감지 URL로 HTTP 요청을 보내고 HTTP 상태 코드 200 OK 또는 204 No Content를 기대한다. 장치가 HTTP 2xx 상태 코드를 받으면 무제한 인터넷 접근 권한이 있다고 가정한다. 장치가 대신 캡티브 포털로 302 리디렉션 상태 코드를 받으면 캡티브 포털 프롬프트가 표시된다. RFC 6585는 511 Network Authentication Required 상태 코드를 지정한다.
클라이언트 트래픽은 레이어 3 수준에서 ICMP 리디렉션을 사용하여 리디렉션될 수도 있다.
캡티브 포털 구현
클라이언트가 이름으로 원격 호스트의 리소스를 요청할 때, 해당 호스트 이름을 확인하기 위해 DNS가 쿼리된다. 캡티브 포털에서 방화벽은 네트워크의 DHCP가 제공하는 DNS 서버만 인증되지 않은 클라이언트가 사용할 수 있도록 보장한다(또는, 대안적으로 인증되지 않은 클라이언트의 모든 DNS 요청을 해당 DNS 서버로 전달한다). 이 DNS 서버는 모든 DNS 조회 결과로 캡티브 포털 페이지의 IP 주소를 반환한다.
DNS를 통한 리디렉션을 수행하기 위해 캡티브 포털은 DNS 하이재킹을 사용하여 중간자 공격과 유사한 작업을 수행한다. DNS 오염의 영향을 제한하기 위해 일반적으로 TTL 0이 사용된다.
RFC 8910은 네트워크가 DHCP(IPv4 및 DHCPv6 모두) 옵션 및 IPv6 NDP 라우터 광고를 사용하여 RFC 8908 캡티브 포털 API 엔드포인트의 존재를 클라이언트에게 알리는 표준화된 방법을 소개한다. RFC 8910은 2023년 7월에 Systemd-networkd v254에 구현되었다. 네트워크매니저 토론에서도 캡티브 포털 상호 작용에 사용될 가능성을 탐구했다.
캡티브 포털 탐지
캡티브 포털 탐지 URL은 일반적으로 캡티브 포털 뒤에 있지 않을 때 최소한의 표준화된 응답을 반환한다. 장치가 예상 응답을 받으면 직접 인터넷 접근 권한이 있다고 결론 내린다. 응답이 다르면 장치는 캡티브 포털 뒤에 있다고 가정하고 캡티브 포털 로그인 프로세스를 트리거한다.
캡티브 포털 한계
캡티브 포털은 불완전한 방화벽 규칙 집합을 가지고 있는 것으로 알려져 있는데 – 예를 들어 아웃바운드 포트가 열려 있어서 – 클라이언트가 포털을 우회할 수 있다.
일부 배포에서는 규칙 집합이 클라이언트의 DNS 요청을 인터넷으로 라우팅하거나, 제공된 DNS 서버가 클라이언트의 임의 DNS 요청을 처리한다. 이를 통해 클라이언트는 DNS 패킷 내에서 임의의 트래픽을 터널링하여 캡티브 포털을 우회하고 개방된 인터넷에 접근할 수 있다.
일부 캡티브 포털은 적절하게 장착된 사용자 에이전트가 캡티브 포털을 감지하고 자동으로 인증할 수 있도록 구성될 수 있다. 애플의 Captive Portal Assistant와 같은 사용자 에이전트 및 보조 응용 프로그램은 올바른 자격 증명에 접근할 수 있는 한 서비스 운영자의 의지와 상관없이 캡티브 포털 콘텐츠 표시를 투명하게 우회할 수 있으며, 또는 잘못되거나 오래된 자격 증명으로 인증을 시도하여 의도하지 않은 결과(예: 우발적인 계정 잠금)를 초래할 수 있다.
캡티브 포털 한계
MAC 주소를 사용하여 연결된 장치를 추적하는 캡티브 포털은 이전에 인증된 장치의 MAC 주소를 재사용하여 우회될 수 있다. 유효한 자격 증명을 사용하여 캡티브 포털에 장치가 인증되면 게이트웨이는 해당 장치의 MAC 주소를 허용 목록에 추가한다. MAC 주소는 쉽게 스푸핑될 수 있으므로 다른 장치가 인증된 장치인 척하여 캡티브 포털을 우회할 수 있다. 다른 연결 컴퓨터의 IP 주소와 MAC 주소가 인증된 것으로 확인되면 모든 머신이 인증된 대상의 MAC 주소와 인터넷 프로토콜(IP) 주소를 스푸핑하고 게이트웨이를 통해 경로를 허용받을 수 있다. 이러한 이유로 일부 캡티브 포털 솔루션은 강탈 위험을 제한하기 위해 확장된 인증 메커니즘을 만들었다.
캡티브 포털 한계
캡티브 포털은 종종 웹 브라우저 사용을 요구한다. 이메일 클라이언트나 인터넷에 의존하는 다른 응용 프로그램을 먼저 사용하는 사용자는 연결이 설명 없이 작동하지 않는 것을 발견할 수 있으며, 유효성을 검사하려면 웹 브라우저를 열어야 한다. 이는 운영체제에 웹 브라우저가 설치되어 있지 않은 사용자에게는 문제가 될 수 있다. 그러나 DNS에 의존하지 않는 이메일 및 기타 기능을 사용하는 것이 때로는 가능하다(예: 응용 프로그램이 호스트 이름 대신 연결 IP 주소를 지정하는 경우). 유사한 문제는 클라이언트가 AJAX를 사용하거나 웹 브라우저에 이미 페이지가 로드된 상태로 네트워크에 가입할 때 발생할 수 있으며, 이러한 페이지가 원본 서버에 HTTP 요청을 시도할 때 미정의 동작 (예: 손상된 메시지 나타남)을 유발한다.
마찬가지로, HTTPS 연결은 리디렉션될 수 없으므로(적어도 보안 경고를 트리거하지 않고는), 캡티브 포털에 의해 승인되기 전에 보안 웹사이트에만 접근하려는 웹 브라우저는 그러한 시도가 설명 없이 실패하는 것을 볼 것이다(일반적인 증상은 의도한 웹사이트가 다운되거나 접근할 수 없는 것처럼 보이는 것이다).
캡티브 포털 한계
와이파이와 TCP/IP 스택은 있지만 HTTPS를 지원하는 웹 브라우저가 없는 플랫폼은 많은 캡티브 포털을 사용할 수 없다. 이러한 플랫폼에는 닌텐도 Wi-Fi 커넥션을 사용하는 게임을 실행하는 닌텐도 DS가 포함된다. 브라우저가 아닌 인증은 이 목적을 위한 XML 기반 인증 프로토콜인 WISPr을 사용하거나 MAC 기반 인증 또는 다른 프로토콜 기반 인증을 사용하여 가능하다.
또한 플랫폼 공급업체는 캡티브 포털 핫스팟 운영자와 서비스 계약을 맺어 핫스팟의 동화 속 정원을 통해 플랫폼 공급업체의 서버에 무료 또는 할인된 접근을 허용할 수 있다. 예를 들어, 2005년 닌텐도와 웨이포트는 특정 맥도날드 레스토랑에서 닌텐도 DS 사용자에게 무료 와이파이 접근을 제공하기 위해 협력했다. 또한, VoIP 및 SIP 포트는 게이트웨이를 우회하여 전화기가 전화를 걸고 받을 수 있도록 허용될 수 있다.
해커 선언문
해커의 양심(The Conscience of a Hacker) 또는 해커 선언문(Hacker Manifesto)은 1986년 3월 18일, 더 멘토르라는 가명을 사용하며 리전 오브 둠이라는 2세대 해커 그룹에 속했던 컴퓨터 보안 해커인 로이드 블랭큰십이 작성한 짧은 에세이다.
이 글은 저자의 체포 이후 작성되었으며, 프랙이라는 지하 해커 이진에 처음으로 게재되었다. 이 글은 많은 웹사이트에서 찾아볼 수 있으며, 티셔츠와 영화에도 등장한다.
해커 문화의 초석으로 여겨지는 이 선언문은 다른 사람들을 착취하거나 해를 끼치려는 이기적인 욕구를 초월하는 해킹의 목적이 있으며, 기술은 우리의 시야를 넓히고 세상을 자유롭게 유지하는 데 사용되어야 한다고 주장한다.
이 글을 쓰게 된 동기를 묻자 블랭큰십은 이렇게 말했다.
해커 선언문
나는 해킹 금단 현상을 겪고 있었고, 크레이그/나이트 라이트닝은 다가오는 프랙 호에 실을 무언가가 필요했다. 나는 달은 무자비한 밤의 여왕을 읽고 있었고 혁명이라는 생각에 매우 매료되었다.
더 중요한 공개 행사에서 체포와 기사의 작성 동기에 대해 묻자 블랭큰십은 이렇게 말했다.
나는 그냥 있어서는 안 될 컴퓨터에 있었다. 그리고 나와 같은 상황에 처한 전국의 친구들에게 큰 공감을 느꼈다. 영화 위험한 게임 이후의 시기였기 때문에 당시 해커에 대한 대중의 인식은 '야, 우리는 핵전쟁을 시작할 거야, 아니면 틱택토를 하든가, 둘 중 하나야' 정도였다. 그래서 나는 우리가 무엇을 하고 왜 하고 있는지에 대한 본질을 내가 정말로 느꼈던 대로 쓰려고 노력하기로 결정했다.
해커 선언문 대중 문화에서
이 글은 1995년 영화 해커스에서 여러 번 인용되는데, 영화에서는 역사적으로 정확한 프랙이 아니라 해커 잡지 2600에서 읽히는 것으로 나온다.
더 멘토르는 H2K2에서 해커 선언문을 낭독하고 추가적인 통찰력을 제공했다. 이 글은 또한 게임 쿨파 인나타의 아이템이기도 하다.
해커 선언문 포스터는 2010년 영화 소셜 네트워크에서 마크 저커버그의 하버드 방에 등장한다.
해커 선언문은 에드워드 스노든의 자서전 영구 기록에 언급되어 있다.
앰플리튜드 프라블럼의 2019년 앨범 《크라임 오브 큐리오시티》는 더 멘토르 본인, YTCracker, 인버스 페이즈 및 TRIAD의 리눅스 커널 관리자 킹 피셔가 참여했으며 해커 선언문에 헌정되었다. 각 곡의 제목은 에세이의 구절이다.
레드 팀
레드 팀(Red team)은 적을 시뮬레이션하고, 조직의 지시에 따라 물리적 또는 디지털 침입을 시도한 다음, 조직이 방어력을 개선할 수 있도록 보고하는 그룹이다. 레드 팀은 조직을 위해 일하거나 조직에 고용된다. 그들의 작업은 합법적이지만, 레드 팀 활동이 진행되고 있다는 사실을 모르거나 레드 팀에 속을 수 있는 일부 직원들을 놀라게 할 수 있다. 레드 팀에 대한 일부 정의는 더 광범위하며, 조직 내에서 고정관념에서 벗어나 덜 그럴듯하다고 간주되는 대체 시나리오를 검토하도록 지시받은 모든 그룹을 포함한다. 이러한 지시는 잘못된 가정과 집단사고에 대한 중요한 방어가 될 수 있다. 레드 팀이라는 용어는 1960년대 미국에서 유래했다.
레드 팀
기술적 레드 팀은 네트워크와 컴퓨터를 디지털 방식으로 침해하는 데 중점을 둔다. 조직의 네트워크와 컴퓨터를 공격으로부터 방어하는 책임을 맡은 블루 팀이라는 사이버 보안 직원 그룹도 있을 수 있다. 기술적 레드 팀에서는 공격 벡터를 사용하여 접근 권한을 얻은 다음, 더 많은 장치를 잠재적으로 침해할 수 있는지 탐색하기 위해 정찰이 수행된다. 크리덴셜 헌팅은 컴퓨터에서 암호 및 세션 쿠키와 같은 크리덴셜을 찾는 것을 포함하며, 일단 이러한 크리덴셜이 발견되면 추가 컴퓨터를 침해하는 데 사용될 수 있다. 제3자의 침입 중에 레드 팀은 조직 방어를 돕기 위해 블루 팀과 협력할 수 있다. 교전규칙 및 표준 운영 절차는 레드 팀이 훈련 중에 손상을 일으키지 않도록 보장하기 위해 자주 활용된다.
레드 팀
물리적 레드 팀은 제한 구역에 진입하기 위해 팀을 파견하는 데 중점을 둔다. 이는 울타리, 카메라, 경보, 자물쇠, 직원 행동과 같은 물리적 보안을 테스트하고 최적화하기 위해 수행된다. 기술적 레드 팀과 마찬가지로 교전규칙은 레드 팀이 훈련 중에 과도한 손상을 일으키지 않도록 보장하는 데 사용된다. 물리적 레드 팀은 종종 정보가 수집되고 보안 약점이 식별되는 정찰 단계를 포함하며, 그 정보는 건물에 물리적으로 진입하기 위한 작전(일반적으로 야간에)을 수행하는 데 사용된다. 보안 장치는 도구와 기술을 사용하여 식별되고 무력화될 것이다. 물리적 레드 팀원들은 서버실에 접근하여 휴대용 하드 드라이브를 가져오거나, 임원 사무실에 접근하여 기밀 문서를 가져오는 것과 같은 특정 목표를 부여받을 것이다.
레드 팀은 사이버 보안, 공항의 보안, 법집행, 군대, 정보기관을 포함한 여러 분야에서 사용된다. 미국 정부에서 레드 팀은 미국 육군, 미국 해병대, 미국 국방부, 연방항공국, 미국 교통안전청에서 사용된다.
레드 팀 역사
레드 팀과 블루 팀의 개념은 1960년대 초에 등장했다. 레드 팀의 초기 사례 중 하나는 냉전 기간 동안 미군을 위한 시뮬레이션을 수행한 싱크탱크인 랜드 연구소와 관련이 있었다. "레드 팀"과 빨간색은 소련을 나타내는 데 사용되었고, "블루 팀"과 파란색은 미국을 나타내는 데 사용되었다. 또 다른 초기 사례는 미국의 국방부 장관인 로버트 맥나마라가 어떤 정부 계약자가 실험용 항공기 계약을 수주해야 하는지 탐색하기 위해 레드 팀과 블루 팀을 구성한 것과 관련이 있었다. 또 다른 초기 사례는 군비 통제 조약 협상과 그 효과를 평가하는 것을 모델링한 것이었다.
레드 팀 역사
레드 팀은 때때로 "반대적 사고" 및 집단사고(그룹이 반대 증거에도 불구하고 가정을 만들고 유지하려는 경향)와 연관된다. 레드 팀이라고 불리지는 않았지만, 집단사고에 맞서 싸우기 위해 그룹을 구성한 가장 초기 사례 중 하나라고 주장할 수 있는 그룹은 1973년 욤키푸르 전쟁 중 이스라엘의 의사결정 실패 이후 형성된 이스라엘 이프차 미스트라바이다. 임박한 공격에 대한 충분한 증거에도 불구하고 이스라엘에 대한 공격은 거의 이스라엘을 기습했고, 거의 이스라엘의 패배로 이어질 뻔했다. 이프차 미스트라바는 전쟁 후 형성되었으며, 외교 정책 및 정보 보고서에 대해 항상 반대적이고, 예상치 못하며, 비정통적인 분석을 제시하여 앞으로 간과되는 일이 줄어들도록 하는 임무를 부여받았다.
2000년대 초에는 테이블탑 훈련에 레드 팀이 사용된 사례가 있다. 테이블탑 훈련은 종종 응급 구조대에 의해 사용되며, 테이블탑 보드 게임을 하는 것과 유사하게 최악의 시나리오에 대해 연기하고 계획하는 것을 포함한다. 9·11 테러에 대한 대응으로, 테러 방지를 염두에 두고 중앙정보국은 새로운 레드 셀을 만들었고, 레드 팀은 테러리즘과 같은 비대칭전에 대한 대응을 모델링하는 데 사용되었다. 이라크 전쟁의 실패에 대한 대응으로 레드 팀 활동은 미국 육군에서 더욱 보편화되었다.
시간이 지남에 따라 레드 팀 활동은 기업, 정부 기관, 비영리 조직을 포함한 다른 산업 및 조직으로 확장되었다. 이 접근 방식은 사이버 보안 세계에서 점점 더 인기를 얻고 있으며, 레드 팀은 조직의 디지털 인프라에 대한 실제 공격을 시뮬레이션하고 사이버 보안 조치의 효과를 테스트하는 데 사용되고 있으며, LLM과 같은 생성형 AI 기술 분석으로 발전하고 있다.
레드 팀 사이버 보안
기술적 레드 팀은 조직의 컴퓨터 시스템을 디지털 방식으로 침투하려고 시도하여 조직의 디지털 보안을 테스트하는 것을 포함한다.
블루 팀은 침입에 대한 방어를 담당하는 그룹이다.
사이버 보안에서 모의 침투 테스트는 윤리적 해커("펜 테스터")가 컴퓨터 시스템에 침입하려고 시도하는 것을 포함하며, 놀라움의 요소는 없다. 조직은 모의 침투 테스트를 인지하고 방어할 준비가 되어 있다.
레드 팀은 한 걸음 더 나아가 물리적 침투, 사회공학, 그리고 놀라움의 요소를 추가한다. 블루 팀은 레드 팀에 대한 사전 경고를 받지 않으며, 이를 실제 침입으로 취급한다. 영구적인 내부 레드 팀의 역할 중 하나는 조직의 보안 문화를 개선하는 것이다.
레드 팀 사이버 보안
퍼플 팀은 두 팀의 임시적인 조합이며 테스트 중에 신속한 정보 대응을 제공할 수 있다. 퍼플 팀의 한 가지 장점은 레드 팀이 특정 공격을 반복적으로 실행할 수 있고, 블루 팀은 이를 사용하여 탐지 소프트웨어를 설정하고, 보정하고, 탐지율을 꾸준히 높일 수 있다는 것이다. 퍼플 팀은 "위협 헌팅" 세션에 참여할 수 있으며, 레드 팀과 블루 팀 모두 실제 침입자를 찾는다. 퍼플 팀에 다른 직원들을 참여시키는 것도 유익하며, 예를 들어 로깅 및 소프트웨어 경고를 도울 수 있는 소프트웨어 엔지니어와 가장 재정적으로 손실이 큰 시나리오를 식별하는 데 도움을 줄 수 있는 관리자가 있다. 퍼플 팀의 한 가지 위험은 안일함과 집단사고의 발전이며, 이는 다른 기술 세트를 가진 사람들을 고용하거나 외부 공급업체를 고용함으로써 극복할 수 있다.
화이트 팀은 레드 팀과 블루 팀 간의 작업을 감독하고 관리하는 그룹이다. 예를 들어, 이는 레드 팀의 교전규칙을 결정하는 회사의 관리자일 수 있다.
레드 팀 또는 적의 초기 진입 지점을 교두보라고 한다. 성숙한 블루 팀은 종종 교두보를 찾아 공격자를 제거하는 데 능숙하다. 레드 팀의 역할은 블루 팀의 기술을 향상시키는 것이다.
레드 팀 사이버 보안
침투 시, 블루 팀의 레이더망을 벗어나 명확한 목표를 요구하는 은밀한 "수술적" 접근 방식과 무차별 대입 공격에 가까운 시끄러운 "카펫 폭격" 접근 방식이 있다. 카펫 폭격은 종종 레드 팀에게 더 유용한 접근 방식인데, 예상치 못한 취약점을 발견할 수 있기 때문이다.
다양한 사이버 보안 위협이 존재한다. 위협은 네트워크의 도메인 컨트롤러를 해킹하는 것과 같은 전통적인 것부터 암호화폐 채굴을 설정하거나 직원에게 개인 식별 정보 (PII)에 대한 너무 많은 접근 권한을 제공하여 회사에 일반 데이터 보호 규칙 (GDPR) 벌금을 초래하는 것과 같은 덜 정통적인 것까지 다양할 수 있다. 이러한 위협 중 어떤 것도 레드 팀이 되어 문제의 심각성을 탐색할 수 있다. 테이블탑 게임을 하는 것처럼 침입을 연기하고 계획하는 테이블탑 훈련은 너무 비용이 많이 들거나, 너무 복잡하거나, 실제 실행하기에 불법적인 침입을 시뮬레이션하는 데 사용될 수 있다. 전통적인 목표 외에도 레드 팀과 블루 팀에 대한 침입을 시도하는 것이 유용할 수 있다.
레드 팀 사이버 보안
네트워크에 대한 접근 권한이 확보되면 정찰을 수행할 수 있다. 수집된 데이터는 시각적으로 노드, 관계 및 속성을 그리는 소프트웨어인 그래프 데이터베이스에 저장될 수 있다. 일반적인 노드는 컴퓨터, 사용자 또는 권한 그룹일 수 있다. 레드 팀은 일반적으로 자신의 조직에 대한 매우 좋은 그래프 데이터베이스를 가지고 있는데, 이는 블루 팀과 협력하여 네트워크의 상세한 지도와 사용자 및 관리자의 상세한 목록을 만드는 등 홈 필드 이점을 활용할 수 있기 때문이다. 사이퍼와 같은 질의 언어를 사용하여 그래프 데이터베이스를 만들고 수정할 수 있다. 아마존 웹 서비스 (AWS)와 같은 타사 도구의 관리자를 포함한 모든 유형의 관리자 계정은 그래프 데이터베이스에 배치하는 데 중요하다. 데이터는 때때로 도구에서 내보낸 다음 그래프 데이터베이스에 삽입될 수 있다.
레드 팀 사이버 보안
레드 팀이 컴퓨터, 웹사이트 또는 시스템을 침해하면 강력한 기술은 크리덴셜 헌팅이다. 이는 일반 텍스트 비밀번호, 암호문, 해시 또는 액세스 토큰의 형태일 수 있다. 레드 팀은 컴퓨터에 접근하고, 다른 컴퓨터에 접근하는 데 사용될 수 있는 크리덴셜을 찾은 다음, 많은 컴퓨터에 접근하는 것을 목표로 이를 반복한다. 크리덴셜은 파일, Git과 같은 소스 코드 저장소, 주기억장치, 추적 및 로깅 소프트웨어를 포함한 여러 위치에서 훔칠 수 있다. 패스 더 쿠키 및 패스 더 해시와 같은 기술을 사용하여 비밀번호를 입력하지 않고도 웹사이트 및 기계에 접근할 수 있다. 광학 문자 인식 (OCR), 기본 암호 악용, 크리덴셜 프롬프트 스푸핑, 피싱과 같은 기술도 사용할 수 있다.
레드 팀 사이버 보안
레드 팀은 컴퓨터 프로그래밍 및 명령줄 인터페이스 (CLI) 스크립트를 활용하여 일부 작업을 자동화할 수 있다. 예를 들어, CLI 스크립트는 마이크로소프트 윈도우 기기에서 컴포넌트 오브젝트 모델 (COM)을 활용하여 마이크로소프트 오피스 애플리케이션의 작업을 자동화할 수 있다. 유용한 작업에는 이메일 전송, 문서 검색, 암호화 또는 데이터 검색이 포함될 수 있다. 레드 팀은 인터넷 익스플로러의 COM, 구글 크롬의 원격 디버깅 기능 또는 테스트 프레임워크인 셀레늄을 사용하여 브라우저를 제어할 수 있다.
실제 침입 중에는 레드 팀을 재편성하여 블루 팀과 협력하여 방어를 도울 수 있다. 특히, 침입자들이 다음에 무엇을 시도할 가능성이 있는지에 대한 분석을 제공할 수 있다. 침입 중에 레드 팀과 블루 팀 모두 침입자보다 조직의 네트워크와 시스템에 더 익숙하기 때문에 홈 필드 이점을 갖는다.
레드 팀 사이버 보안
조직의 레드 팀은 실제 공격자에게 매력적인 목표가 될 수 있다. 레드 팀 구성원의 컴퓨터에는 조직에 대한 민감한 정보가 포함될 수 있다. 이에 대응하여 레드 팀 구성원의 컴퓨터는 종종 보안이 강화된다. 컴퓨터를 보호하는 기술에는 운영 체제의 방화벽 구성, 시큐어 셸 (SSH) 및 블루투스 접근 제한, 로깅 및 경고 개선, 파일 안전 삭제, 하드 드라이브 암호화 등이 있다.
한 가지 전술은 "능동 방어"에 참여하는 것으로, 이는 침입자의 위치를 추적하는 데 도움이 되는 미끼 및 허니팟을 설정하는 것을 포함한다. 이러한 허니팟은 그렇지 않으면 감지되지 않았을 수 있는 네트워크 침입에 대해 블루 팀에게 경고하는 데 도움이 될 수 있다. 운영 체제에 따라 허니팟 파일을 설정하는 데 다양한 소프트웨어를 사용할 수 있다. macOS 도구에는 OpenBMS가, Linux 도구에는 auditd 플러그인이, Windows 도구에는 시스템 액세스 제어 목록 (SACL)이 포함된다. 알림에는 팝업, 이메일, 로그 파일 작성 등이 포함될 수 있다. 중요한 로그 파일을 다른 컴퓨터의 로깅 소프트웨어로 신속하게 전송하는 중앙 집중식 모니터링은 유용한 네트워크 방어 기술이다.
교전규칙 사용은 접근 금지 시스템을 명확히 하고, 보안 사고를 방지하며, 직원 프라이버시가 존중되도록 보장하는 데 도움이 될 수 있다. 표준 운영 절차 (SOP) 사용은 적절한 사람들이 통보되고 계획에 참여하도록 보장하고, 레드 팀 프로세스를 개선하여 성숙하고 반복 가능하게 만들 수 있다. 레드 팀 활동은 일반적으로 규칙적인 리듬을 갖는다.
특정 지표 또는 핵심 성과 지표 (KPI)를 추적하는 것은 레드 팀이 원하는 결과물을 달성하고 있는지 확인하는 데 도움이 될 수 있다. 레드 팀 KPI의 예로는 연간 특정 횟수의 모의 침투 테스트를 수행하거나 특정 기간 내에 특정 수의 펜 테스터로 팀을 확장하는 것이 포함된다. 침해된 기계, 침해 가능한 기계 및 침투와 관련된 기타 지표의 수를 추적하는 것도 유용할 수 있다. 이러한 통계는 일별로 그래프로 표시하고 보안 관제 센터 (SOC)에 표시되는 대시보드에 배치하여 블루 팀에게 침해를 감지하고 차단하도록 동기를 부여할 수 있다.
최악의 위반자를 식별하기 위해 침해는 소프트웨어에서 발견된 위치, 회사 사무실 위치, 직책 또는 부서별로 그래프로 표시되고 그룹화될 수 있다. 몬테카를로 시뮬레이션은 어떤 침입 시나리오가 가장 가능성이 높고, 가장 큰 피해를 주거나, 둘 다인지 식별하는 데 사용될 수 있다. 능력 성숙도 모델 유형인 테스트 성숙도 모델은 레드 팀이 얼마나 성숙했는지, 그리고 성장하기 위한 다음 단계가 무엇인지 평가하는 데 사용될 수 있다. 지능형 지속 공격 (APT)을 포함한 전술, 기술 및 절차 (TTP) 목록인 MITRE ATT&CK Navigator는 레드 팀이 얼마나 많은 TTP를 악용하고 있는지 확인하고, 미래에 활용할 TTP에 대한 추가 아이디어를 제공하는 데 참고할 수 있다.
레드 팀 물리적 침입
물리적 레드 팀 활동 또는 물리적 모의 침투 테스트는 시설의 물리적 보안, 직원 및 보안 장비의 보안 관행을 테스트하는 것을 포함한다. 보안 장비의 예로는 보안 카메라, 자물쇠, 울타리 등이 있다. 물리적 레드 팀 활동에서는 컴퓨터 네트워크가 일반적으로 목표가 아니다. 일반적으로 여러 보안 계층을 갖는 사이버 보안과 달리 물리적 보안은 한두 계층만 존재할 수 있다.
고객과 공유되는 "교전규칙" 문서는 어떤 TTP가 사용될지, 어떤 위치를 목표로 할 수 있는지, 어떤 위치를 목표로 할 수 없는지, 자물쇠나 문과 같은 장비에 허용되는 손상 정도, 계획, 이정표, 연락처 정보 공유 등을 명시하는 데 도움이 된다. 교전규칙은 정찰 단계 후에 레드 팀과 고객 간의 추가적인 의견 교환과 함께 업데이트될 수 있다. 정찰 단계에서 수집된 데이터는 내부 사용과 고객 승인을 위해 작전 계획을 수립하는 데 사용될 수 있다.
레드 팀 물리적 침입
물리적 레드 팀 활동의 일부는 정찰을 수행하는 것이다. 수집되는 정찰 정보의 유형은 일반적으로 사람, 장소, 보안 장치, 날씨에 대한 정보를 포함한다. 정찰은 군사적 기원을 가지며, 군사 정찰 기술은 물리적 레드 팀 활동에 적용 가능하다. 레드 팀 정찰 장비에는 쉽게 찢어지지 않는 군복, 야간 시야를 보존하고 덜 감지되도록 하는 빨간색 조명, 무전기 및 이어폰, 카메라 및 삼각대, 쌍안경, 야간 투시 장비, 전천후 노트북이 포함될 수 있다. 현장 통신 방법 중 일부는 낮에는 휴대폰 화상 회의에 연결된 블루투스 이어폰, 밤에는 이어폰이 있는 무전기를 사용하는 것이다. 침해 시, 레드 팀 구성원은 종종 레드 팀 활동의 합법성과 정당성을 보증할 수 있는 여러 시간 외 연락처가 있는 신분증과 승인 서한을 휴대한다.
레드 팀 물리적 침입
물리적 정찰이 발생하기 전에, 회사의 웹사이트, 소셜 미디어 계정, 검색 엔진, 지도 웹사이트, 구인 게시물(회사가 사용하는 기술 및 소프트웨어에 대한 힌트를 제공)을 포함한 인터넷을 통해 위치 및 직원을 조사하여 공개출처정보 (OSINT) 수집이 발생할 수 있다. 여러 날 동안 정찰을 수행하고, 낮과 밤 모두 정찰하며, 최소 3명의 운영자를 데려오고, 목표물에서 보이지 않는 가까운 대기 구역을 활용하고, 정찰과 침투를 결합하는 대신 두 번의 별도 여행으로 수행하는 것이 좋은 관행이다.
레드 팀 물리적 침입
정찰 팀은 자신과 장비를 숨기기 위한 기술을 사용할 수 있다. 예를 들어, 승합차를 빌려 창문을 검게 가려 목표물에 대한 사진 및 비디오 촬영을 숨길 수 있다. 건물 주변을 걸어 다니면서 건물의 자물쇠를 검사하고 촬영하는 것은 정찰병이 전화 통화를 하는 척하여 숨길 수 있다. 직원이 의심하는 것과 같은 침해 상황이 발생하면, 자신감 있게 암송할 수 있을 때까지 이야기를 미리 연습할 수 있다. 팀이 분리된 경우, 한 운영자의 침해로 인해 팀 리더가 다른 운영자를 철수시킬 수 있다. 숨겨진 비디오 카메라는 나중에 검토할 영상을 촬영하는 데 사용될 수 있으며, 지역을 떠난 후 신선한 정보가 신속하게 문서화될 수 있도록 빠르게 브리핑을 수행할 수 있다.
대부분의 물리적 레드 팀 작전은 시설의 보안이 약하고 어둠이 활동을 은폐할 수 있기 때문에 밤에 발생한다. 이상적인 침투는 일반적으로 시설 외부(접근이 구경꾼이나 보안 장치에 감지되지 않음)와 시설 내부(손상이 없고 아무것도 부딪히거나 제자리를 벗어나지 않음) 모두에서 보이지 않으며, 레드 팀이 그곳에 있었다는 것을 아무도 알리지 않는다.
레드 팀 물리적 침입
장비 목록을 사용하면 중요한 레드 팀 장비를 잊어버리지 않도록 할 수 있다. MOLLE 조끼 및 소형 전술 가방과 같은 군용 장비를 사용하면 도구를 보관할 유용한 장소를 제공할 수 있지만, 눈에 띄고 부담을 증가시키는 단점이 있다. 검은색 옷이나 어두운 위장복은 시골 지역에서 유용할 수 있는 반면, 회색과 검은색 톤의 평상복은 도시 지역에서 선호될 수 있다. 다른 도시 위장 품목에는 노트북 가방 또는 목에 걸린 헤드폰이 포함된다. 다양한 유형의 신발 덮개를 사용하여 야외와 실내 모두에서 발자국을 최소화할 수 있다.
빛 규율(차량, 손전등 및 기타 도구의 조명을 최소화하는 것)은 침해 가능성을 줄인다. 빛 규율의 일부 전술에는 빨간색 손전등 사용, 차량 한 대만 사용, 차량 헤드라이트 끄기 등이 포함된다.
레드 팀 물리적 침입
정찰과 침투 사이에 보안 변경 사항이 있을 수 있으므로, 목표에 접근하는 팀은 "평가 및 적응"을 통해 새로운 보안 조치가 있는지 확인하는 것이 좋은 관행이다. 침투 중 침해는 시설에 접근하는 동안 가장 발생할 가능성이 높다. 직원, 보안 요원, 경찰 및 구경꾼은 물리적 레드 팀을 가장 많이 침해할 가능성이 있는 사람들이다. 구경꾼은 시골 지역에서는 더 드물지만, 훨씬 더 의심스럽다.
적절한 이동은 레드 팀이 목표에 접근하는 동안 발견되는 것을 피하는 데 도움이 될 수 있으며, 질주, 기어가기, 언덕에서 실루엣이 나타나는 것을 피하기, 일렬과 같은 대형으로 걷기, 짧게 이동한 다음 멈추기 등이 포함될 수 있다. 소음을 줄이기 위해 수신호를 사용할 수 있다.
레드 팀 물리적 침입
일반적인 보안 장치에는 문, 자물쇠, 울타리, 경보, 움직임 감지기, 지면 감지기가 포함된다. 문과 자물쇠는 해정술보다 도구와 심을 사용하여 우회하는 것이 더 빠르고 조용하다. RFID 잠금장치는 기업에서 흔하며, 정찰 중에 사회공학을 결합한 은밀한 RFID 리더를 사용하여 권한이 있는 직원의 배지를 복제할 수 있다. 울타리의 철조망은 두꺼운 담요를 덮어서 우회할 수 있다. 오르기 방지 울타리는 사다리로 우회할 수 있다.
경보는 때때로 내부 및 외부 통신에 사용하는 주파수를 목표로 하는 전파 방해기로 무력화될 수 있다. 움직임 감지기는 사람의 열 신호를 차단하는 특수 몸 크기 방패로 무력화될 수 있다. 지면 감지기는 오탐지에 취약하여 보안 요원이 이를 신뢰하지 않거나 무시하게 될 수 있다.
일단 내부에 들어서서, 건물이 점유되어 있다는 의심이 있다면, 적절한 옷을 사용하여 청소부나 직원으로 변장하는 것이 좋은 전술이다. 건물 내부에서는 주변 소음이 레드 팀의 소음을 가릴 수 있는 것이 적기 때문에 소음 규율이 종종 중요하다.
레드 팀 물리적 침입
레드 팀은 일반적으로 목표 위치를 선택하고 각 팀 또는 팀원에게 서버실이나 임원 사무실에 들어가는 것과 같은 작업을 미리 계획해 둔다. 그러나 방의 위치를 미리 파악하기 어려울 수 있으므로, 이는 종종 즉석에서 해결된다. 비상구 표지판을 읽고 나침반이 있는 시계를 사용하면 건물 내부를 탐색하는 데 도움이 될 수 있다.
상업용 건물은 종종 일부 조명이 켜져 있다. 조명을 켜거나 끄지 않는 것이 좋은 관행인데, 이는 누군가에게 경고할 수 있기 때문이다. 대신, 이미 조명이 꺼진 구역을 레드 팀 작전에 사용하는 것이 선호되며, 조명이 켜진 구역을 빠르게 통과하기 위해 돌진 및 정지 기술을 사용한다. 창문 앞에 완전히 서 있거나 로비를 통해 건물에 들어가는 것은 보이는 위험 때문에 종종 피한다.
내시경을 사용하여 모퉁이 주변과 문 아래를 들여다볼 수 있으며, 사람, 카메라 또는 움직임 감지기를 찾는 데 도움이 된다.
목표 방에 도달하면 특정 문서나 장비와 같이 찾아야 할 것이 있는 경우, 방을 구역으로 나누고 각 레드 팀원이 한 구역에 집중할 수 있다.
비밀번호는 종종 키보드 아래에 있다. 키보드와 의자 같은 사무실 물건의 배치를 방해하지 않는 기술을 사용할 수 있는데, 이는 이러한 것들을 조절하면 종종 눈에 띄기 때문이다. 조명과 자물쇠는 원래 상태(켜짐 또는 꺼짐, 잠김 또는 잠금 해제)로 둘 수 있다. 모든 장비 목록을 가지고 와서 모든 품목이 있는지 확인하는 등 장비를 남기지 않도록 조치를 취할 수 있다.
특이한 일이 발생하면 팀 리더에게 상황 보고 (SITREP)를 무전으로 보고하는 것이 좋은 관행이다. 그러면 팀 리더는 작전을 계속할지, 중단할지, 아니면 팀원이 승인 서한과 신분증을 보여주며 항복할지 결정할 수 있다. 직원과 같은 민간인과 마주쳤을 때, 레드 팀 운영자는 사회공학을 시도할 수 있다. 법 집행 기관과 마주쳤을 때, 잠재적인 법적 및 안전상의 결과 때문에 즉시 항복하는 것이 좋은 관행이다.
시설을 탈출하는 이상적인 방법은 진입과 마찬가지로 천천히 그리고 조심스럽게이다. 임무 목표를 달성한 후 서둘러 나가고 싶은 충동이 들 때도 있지만, 이는 좋은 관행이 아니다. 천천히 조심스럽게 탈출하면 이전에 비어 있던 지역에 누군가 있거나 접근하는 경우에 대비하여 상황 인식을 유지할 수 있다. 일반적으로 진입 경로가 탈출 경로로 사용되지만, 더 가깝거나 대체 가능한 출구를 사용할 수도 있다.
모든 팀원의 목표는 집결 지점 또는 두 번째 비상 집결 지점에 도달하는 것이다. 집결 지점은 일반적으로 하차 지점과 다른 위치에 있다.
레드 팀 사용자
사기업은 때때로 레드 팀을 사용하여 일반적인 보안 절차 및 인력을 보완한다. 예를 들어, 마이크로소프트와 구글은 레드 팀을 활용하여 시스템을 보호하는 데 도움을 준다. 유럽의 일부 금융 기관은 TIBER-EU 프레임워크를 사용한다.
정보 작업에 적용될 때, 레드 팀 활동은 때때로 대체 분석이라고 불린다. 대체 분석은 새로운 분석가들을 투입하여 다른 팀의 결론을 재확인하고, 가정을 검토하고, 아무것도 간과되지 않았는지 확인하는 것을 포함한다. 2011년 오사마 빈라덴의 죽음으로 이어진 정보를 검토하기 위해 중앙정보국 외부의 레드 팀을 포함한 세 개의 레드 팀이 사용되었는데, 파키스탄에 대한 군사 작전을 개시하는 데에는 주요 외교적 및 대중 관계적 결과가 있었기 때문에, 원래 팀의 정보와 결론을 재확인하는 것이 중요했다.
욤키푸르 전쟁을 예상하지 못한 실패 이후, 이스라엘 방위군 정보국은 폐기된 가정을 재검토하고 안일함을 피하기 위해 이프차 미스트라바("정반대로")라는 레드 팀을 구성했다. 북대서양 조약 기구 (NATO)는 대체 분석을 활용한다.
레드 팀 사용자
군대는 일반적으로 대체 분석, 시뮬레이션 및 취약점 조사에 레드 팀 활동을 사용한다. 군사 워게임에서 시뮬레이션된 분쟁의 대항군 (OPFOR)은 레드 셀이라고 불릴 수 있다. 핵심 주제는 적(레드 팀)이 원하는 행위자를 모방하기 위해 적절한 전술, 기술 및 장비를 활용한다는 것이다. 레드 팀은 신중한 적의 역할을 수행하여 작전 계획에 도전한다.
영국 국방부는 레드 팀 프로그램을 가지고 있다.
레드 팀은 2003년 국방과학위원회가 9·11 테러로 이어진 단점을 방지하는 데 도움이 되도록 권고한 후 미군에서 훨씬 더 자주 사용되었다. 미 육군은 2004년에 육군 지시 연구실을 설립했다. 이것은 최초의 서비스 수준 레드 팀이었으며, 2011년까지 미국 국방부 (DoD)에서 가장 큰 팀이었다. 외국군사문화학대학교는 레드 팀 구성원 및 리더를 위한 과정을 제공한다. 대부분의 상주 과정은 포트 레벤워스에서 진행되며 미국 육군지휘참모대학교 (CGSC) 또는 이에 상응하는 중급 및 고급 학교의 학생들을 대상으로 한다. 과정에는 비판적 사고, 집단사고 완화, 문화적 공감, 자기 성찰과 같은 주제가 포함된다.
레드 팀 사용자
해병대 레드 팀 개념은 2010년 해병대 사령관 제임스 F. 에이모스 장군이 이를 구현하려 시도하면서 시작되었다. 에이모스 장군은 해병대 레드 팀 활동이라는 백서를 작성했다. 이 문서에서 에이모스 장군은 레드 팀 개념이 전술적 수준에서 전략적 수준까지 비판적 사고를 적용하여 계획 및 의사 결정 과정을 시험해야 한다고 논의했다. 2013년 6월, 해병대는 백서 초안에 명시된 레드 팀 보직에 인력을 배치했다. 해병대에서는 레드 팀 직책을 맡도록 지정된 모든 해병이 외국군사문화학대학교(UFMCS)에서 제공하는 6주 또는 9주 레드 팀 훈련 과정을 이수한다.
미 국방부는 사이버 레드 팀을 사용하여 네트워크에 대한 적대적 평가를 수행한다. 이러한 레드 팀은 미국 국가안보국의 인증을 받았으며 미국 전략사령부의 인정을 받았다.