DNS는 소프트웨어 정의 네트워킹 (sdn)에서 보안을 강화하는 방법

SDN은 데이터의 보안을 개선하기 위해, SDN은 데이터의 보안을 강화하고, 네트워크의 보안을 강화하고, 네트워크의 보안을 강화하고, 네트워크의 보안을 강화하고, 네트워크의 보안을 강화하고, 네트워크의 보안을 강화하고, 네트워크의 보안을 강화하고, 네트워크의 보안을 강화하는 방법을 근본적으로 변화시켰습니다. SDN은 데이터 평면에서 제어 평면을 디퓨저로 구현하여 네트워크의 네트워크 트래픽을 중앙화하고, 네트워크 트래픽을 통해 프로그래밍 가능한 제어를 가능하게 합니다. 이 변화는 SDN의 보안 문제 해결을 강화하고, 이 문제를 해결하는 데 필요한 모든 것을 돕는 것입니다.

SDN 및 보안 도전 이해

SDN은 분산 제어에 의존하고, 각 스위치 또는 라우터가 독립적 인 전달 결정을 내립니다. SDN은 OpenFlow와 같은 프로토콜을 통해 스위치와 통신하는이 인텔리전스를 중앙화합니다. 이 중앙화가 관리 단순화하고 동적 재구성을 가능하게하는 동안, 그것은 또한 실패의 단일 지점을 생성하고 공격 표면을 확장합니다. SDN의 주요 보안 문제는 다음과 같습니다.

Controller compromise: 컨트롤러에 대한 공격자는 전체 네트워크를 조작 할 수 있습니다.
유명한 유량제 주입:유명한 노드는 가짜 흐름 규칙을 디버깅, 드롭 또는 트래픽을 차단할 수 있습니다.
데이터 평면 공격: 스위치는 서비스의 해체에 이르는 홍수 또는 잘못 구성이 될 수 있습니다.
시각의 부족:실행 보안 도구는 종종 암호화 트래픽을 검사하거나 동적 SDN 정책에 대한 anomalies를 감지하는 투쟁.

이러한 도전은 다층 보안 접근 방식을 요구한다. DNS, 범용 및 심하게 내장 된 네트워크 서비스로, 경량의 강력한 방어 층을 제공 할 수 있습니다.

SDN 보안에 DNS 역할

DNS는 인터넷의 전화 책이며, IP 주소로 인하여 인간의 읽기 쉬운 도메인 이름을 번역합니다. SDN에서 DNS 트래픽은 원격 측정 및 제어의 풍부한 소스가됩니다. DNS가 세 가지 중요한 도메인에서 보안을 향상시키는 방법은 무엇입니까.

1. DNSSEC를 가진 안전한 이름 해결책

DNS 보안 확장 (DNSSEC) DNS 레코드에 암호화 서명을 추가, 그 응답이 정통하고 중간 기쁨으로 탬퍼되지 않았다. SDN 환경에서 DNSSEC는 SDN 컨트롤러가 자주 서비스 종료 지점을 해결하기 위해 DNS에 의존하기 때문에 필수적입니다 (예 : APIs, microservices). DNSSEC없이, 공격자는 컨트롤러의 DNS 캐시를 독소 할 수 있으며, 악의적 인 서버로 트래픽을 리디렉션 할 수 있습니다. DNSSEC 검증을 통해 신뢰할 수있는 수준에 대한 응답을 방지하고, 악성 조직의 공격을 방지 할 수 있습니다.

예를 들어, Open Networking Foundation은 SDN 컨트롤러의 기본 보안 측정으로 DNSSEC를 권장합니다. SDN 패브릭 내에서 DNSSEC 유효성 검사를 배포하면 모든 DNS 쿼리가 검증된 소스에서 정책 시행에 사용됩니다.

2. DNS 트래픽 분석을 통한 위협 탐지

DNS 트래픽은 종종 타협의 첫 번째 지표입니다. 많은 악성 코드 가족은 명령 및 제어 (C2) 통신, 데이터 압축, 또는 도메인 생성 알고리즘 (DGAs)에 대한 DNS를 사용합니다. SDN 아키텍처에서 중앙 제어 컨트롤러는 네트워크의 모든 DNS 쿼리를 모니터링 할 수 있습니다. 쿼리 패턴 분석에 따르면 컨트롤러는 감지 할 수 있습니다.

Beaconing: 정규, 의심스러운 도메인에 정기적인 쿼리.
DGA 도메인: malware에 의해 생성 된 랜덤 뷰링 도메인 이름.
데이터 터널링: 대형 DNS 쿼리 또는 TXT 레코드 검색은 데이터를 압축하는데 사용됩니다.
DNS 재조합 공격: 동일한-origin 정책을 우회하기 위해 DNS 응답을 신속하게 변경합니다.

SDN 컨트롤러는 실시간 DNS 쿼리를 분류하기 위해 위협 인텔리전스 피드 또는 기계 학습 모델을 통합 할 수 있습니다. 위협이 확인되면 컨트롤러는 역동적으로 흐름을 떨어 뜨릴 수 있으며, 허니팟으로 트래픽을 리디렉션하거나 방화벽 규칙을 업데이트합니다.

3. DNS를 통한 액세스 제어 및 정책 시행

DNS는 정책 시행점으로도 제공될 수 있습니다. SDN Edge에서 DNS 필터링을 구현함으로써 조직은 어떤 연결이 설치되기 전에 악성 또는 부적절한 도메인에 액세스할 수 있습니다. 이는 특히 게스트 네트워크, IoT 세그먼트 또는 원격 사용자 트래픽에 유용합니다.

또한 SDN 컨트롤러는 컨텍스트 인식 정책을 적용하기 위해 DNS 응답을 사용할 수 있습니다. 예를 들어, 사용자가 높은 리스크 도메인 범주 (예를들면 파일 공유, 성인 콘텐츠)를 쿼리하면 컨트롤러는 스트로틀 대역폭을 제거하거나, 경고 페이지로 리디렉션하거나 딥 패킷 검사를 적용할 수 있습니다. 이 접근은 개별 장치에서 중앙 제어기로 보안 논리를 해제하고 관리 단순화합니다.

SDN에서 DNS 보안 측정 구현

SDN의 DNS 보안 혜택을 극대화하려면 조직은 계층화된 구현 전략을 채택해야 합니다. 아래는 기술적인 깊이로 제시된 모범 사례입니다.

DNSSEC-Validating Recursive Resolver 배포

모든 SDN 도메인은 DNSSEC를 검증하기 위해 구성된 전용 재cursive DNS 해결자가 있어야 합니다. 이 해결자는 목적 내장된 어플라이언스(예: Cloudflare의 1.1.1.1) 또는 언바운드와 같은 오픈 소스 구현이 될 수 있습니다. 해결자는 SDN 패브릭 내에서 지연을 최소화해야 합니다. 컨트롤러는 유효성에 실패한 DNS 응답을 거부해야 합니다.

SDN 컨트롤러로 DNS 필터링 통합

SDN 컨트롤러와 실시간 API 통합을 지원하는 DNS 필터링 솔루션을 사용합니다. 예를 들어, Cisco Umbrella는 컨트롤러를 통해 SDN 스위치에 블록 목록을 직접 밀어주는 API를 제공합니다. 또는, OpenDaylight 또는 ONOS와 같은 오픈 소스 플랫폼.

Anomalies에 대한 DNS 트래픽 모니터링

SDN 스위치에 Enable 유량 원격 측정은 DNS 쿼리 및 응답을 캡처합니다. 네트워크 분석 플랫폼을 사용하여 (예 : Elasticsearch + Kibana)는 쿼리 볼륨, NXDOMAIN 비율 및 응답 크기를 시각화합니다. 경고를 설정하십시오.

DNS 쿼리 볼륨 (주방 DDoS)에서 스도덴 스파이크.
자주 악의적 인 새로 등록 된 도메인 (NRDs)에 쿼리.
60 초 미만의 TTL 값과 DNS 응답 (빠른 익스플로러 봇넷의 경우).

DNS Context에 기반한 동적 정책

SDN 컨트롤러가 DNS 응답을 받으면 정책 변경을 유발할 수 있습니다. 예를 들어 사용자가 피싱 페이지를 호스트하는 도메인을 해결하면 컨트롤러는 사용자가 IP를 해결하는 IP로 모든 후속 트래픽을 차단하는 흐름 규칙을 즉시 만들 수 있습니다. 이 "DNS ‐ 구동 마이크로 세그먼트"는 수동 규칙 생성없이 공격 표면을 감소시킵니다.

Real-World 사용 사례

케이스 1: 캠퍼스 SDN에서 C2 트래픽 차단

SDN 캠퍼스 네트워크에 배치하는 대학은 DNS TXT 쿼리를 통해 C2 서버에 연락하려고 웜을 감지하기 위해 DNS 모니터링을 사용했습니다. SDN 컨트롤러는 통합 위협 피드와 함께 DGA 도메인을 식별하고 역동적인 액세스 레이어 스위치에서 블랙리스트 규칙을 적용했습니다. 전체 응답은 200 밀리 초 미만으로 발생했습니다.

Case 2: 스마트 팩토리의 IoT 기기를 추적

SDN을 사용하는 산업용 IoT 환경에서 DNS 필터링은 승인 된 클라우드 엔드포인트와 통신하는 IoT 장치를 제한하기 위해 적용되었습니다. IoT 센서가 알 수없는 도메인에 도달하려고 할 때 컨트롤러는 흐름을 떨어 뜨리고 보안 팀을 경고했습니다. 이것은 합법적 인 트래픽을 파괴하지 않고 잠재적 인 데이터 여과 사고를 방지했습니다.

SDN 컨트롤러와 통합

현대 SDN 컨트롤러는 외부 서비스를 사용하여 DNS 로그 및 푸시 플로 수정을 읽을 수 있는 REST API 또는 Python 바인딩을 제공합니다. 예를 들어, OpenDaylight 컨트롤러에는 DNS 이벤트에 가입할 수 있는 "DNSListenerService" 모듈이 있습니다. 마찬가지로, ONOS는 "dns-management" 애플리케이션을 제공합니다. ONF의 SDN 아키텍처는 보안 응용 프로그램이 DNS 원격 분석 및 반응을 효과적으로 사용할 수 있어야 강조합니다.

개발자는 사용자 정의 보안 앱을 구축 할 수 있습니다.

Switch 패킷 메시지에서 DNS 쿼리를 파.
Query 외부 위협 데이터베이스 (예 : Spamhaus).
블록, 리디렉션, 또는 레이트 제한 트래픽을 위한 유량 규칙을 설치합니다.

SDN 보안에 DNS의 미래

SDN은 유입 기반 네트워킹 및 자율 운영을 위해 진화함에 따라 DNS는 더 많은 중앙이 될 것입니다. 암호화 된 DNS (HTTPS over HTTPS, DNS over TLS)와 같은 에너지 기술은 전통적인 모니터링에 대한 가시성을 감소하지만 SDN 컨트롤러는 암호화 된 쿼리에 대한 전체 가시성을 얻는 신뢰할 수있는 재발적 인 해결자로서 배치 될 수 있습니다. 또한, DNS 메타 데이터를 분석하는 기계 학습 모델은 더 정확하고 예측 위협 완화를 가능하게합니다.

SDN의 풀타임과 DNS의 ubiquity의 조합은 강력한 시너지를 만듭니다. SDN 직물로 DNS 보안을 길쌈함으로써 조직은 역동적이고 반응적이며 확장 가능한 보안 자세를 달성할 수 있습니다.