📌 사건 개요

• 유출 기관: 경기도평택교육지원청
• 유출 시점: 2024년 5월 23일경
• 유출 경위: 공문 이메일 발송 시, ‘2024년 하반기 지방공무원 전보 내신 제출 안내’ 공문에 지방공무원 인사기록이 포함된 첨부파일을 실수로 발송
• 유출된 개인정보 항목: 주민등록번호, 이름, 연락처 등
• 유출 인원: 500여명

📌 기관 대응 및 문제점

• 대응 조치:
  • 첨부파일 삭제 요청
  • 유출 대상자에게 개별 사과문 발송
• 비판 사항:
  • 홈페이지 공지 미이행: 관련 법령상 공지사항 게시가 필요함에도 불구하고, 이를 누락하고 개별 통지에 그침

📌 보안 전문가들의 지적

1. 더열심히 김성훈 CISO:
   • DLP 솔루션을 활용해 개인정보 포함 문서의 첨부 자체를 차단할 수 있는 정책 적용 가능
   • 유출 원인으로는
     • 보안 솔루션 미비
     • 보안정책 미적용
     • 개인정보보호 담당자 부재
     • 업무 절차 미준수 등을 지적
2. 위즈코리아 김훈 부문장:
   • 개인정보 파일 관리 규정 강화 및 직원 교육 필요
   • 추가 보안 조치:
     1. 접근 제어 강화
     2. 파일 암호화
     3. PC 보안 제품 도입
     4. 공문 발송 시스템 내 개인정보 자동 검출 기능 필요
3. 리니어리티 한승연 대표:
   • 담당자 실수로 인한 유출은 빈번
   • 대응책:
     • 개인정보 처리 담당자 식별 체계 마련
     • 관련 사고 사례와 처벌 수위 교육 포함 필요

📌 요약 포인트

• 단순 실수가 대규모 유출로 이어진 사건
• 기술적·관리적 보호조치 부족이 본질적 원인
• 공개 고지 미이행 등 절차적 대응도 부적절
• 보안 솔루션과 예방 체계 개선 필요성이 강하게 제기됨

https://www.boannews.com/media/view.asp?idx=130056

📲 1️⃣ 유심 보호 서비스: 작동 원리 분석

SK텔레콤이 제공하는 **“유심 보호 서비스”**는
유심 복제 및 심스와핑(SIM Swapping) 공격을 방지하기 위한 네트워크 기반 보안 제어 서비스야.

✅ [작동 원리]

📌 즉, **“다른 단말기에서 내 유심 정보를 써도 안 된다”**는 인증 기반 방어 장치
(단순 소프트웨어 보호가 아닌 MNO 레벨 보안 제어)

🚨 [미가입 시 취약 구조]

💣 2️⃣ 실제 유심 복제 및 심스와핑 해킹 사례

▶️ 국내외 유사 사례 요약

🧠 해킹 기법 요약

🎯 통신사 레벨의 방어책이 중요한 이유

• 일반 보안앱으로는 심스와핑 방지 불가
• 유심 보호 서비스처럼 네트워크 단의 인증 감시가 필요
• 이중인증(MFA)도 SMS 기반은 뚫림 → 보안 앱 or 하드웨어 토큰으로 보완해야 안전

✅ 한 줄 요약

유심 보호 서비스는 네트워크 수준에서 단말기 인증 정보를 고정하고 이상 접근을 차단하는 장치로,
심스와핑과 유심 복제 해킹을 막는 핵심 수단이다.
미가입 시 단말기 전원 꺼짐 등 특정 조건에서 복제폰이 주도권을 탈취할 수 있다.

🧨 [요약]

🕒 사건 진행 시간대별 요약

⚖️ 법적 쟁점: 정보통신망법 위반

• 정보통신망법 제48조의3:
  ▶ 침해사고 발생 사실을 **“인지한 시점부터 24시간 이내”**에 과기정통부 또는 KISA에 의무 신고해야 함.
• SKT는 최소 17시간 ~ 최대 45시간 지연 신고
  → 법 위반 소지 확실
  → KISA 역시 “신고 지연은 규정 위반”이라 명확히 확인

📉 유심 보호 미가입자 보안 취약성

• SKT가 운영 중인 유심 보호 서비스 미가입 시:
  • 📵 단말기를 끄거나 비행기 모드로 전환하면
    → 해커가 유심 정보로 복제폰 생성, 주도권 탈취 가능
  • 🔛 단말기가 켜져 있는 상태라면 비교적 안전
• 유심 보호 서비스 가입자는 이러한 위험에 노출되지 않음

📌 핵심 위험 요약

🏛️ 정치권 반응

• 국민의힘 최수진 의원:
• “해킹 사고 후 소비자 불안이 커지고 있다.
  국회 차원에서 피해 확산 방지와 재발 방지 대책 마련에 나서겠다.”

📌 정리 한 줄 요약

SKT는 해킹 사실을 인지하고도 24시간 이내 신고 의무를 어겼으며,
유심 보호 서비스 미가입자들은 복제폰 위험에 노출될 수 있어
소비자 보호 및 법적 대응이 시급한 상황이다.

https://www.yna.co.kr/view/AKR20250424072400017

1. 기본 정보

2. 기술적 특징 요약

🔥 요약: "아무것도 열려 있지 않은 것처럼 보이지만, 내부는 뚫려 있다."
→ 전통적인 방화벽, IDS, 포트 스캐닝으로는 탐지 거의 불가.

3. 국내 통신망 위협 전망

🛡️ 향후 필요한 대응 전략

트렌드마이크로의 보고서에 따르면, BPFDoor는 고도로 은밀한 리눅스 기반 백도어로, 주로 아시아 및 중동 지역의 통신, 금융, 소매 산업을 표적으로 삼고 있습니다. 이 악성코드는 Berkeley Packet Filter(BPF)를 활용하여 방화벽을 우회하고 탐지를 회피하며, '매직 패킷'을 통해 활성화됩니다.

BPFDoor의 주요 특징

• BPF 기반 통신 감시: BPFDoor는 커널 수준에서 네트워크 패킷을 필터링하여, 특정 매직 바이트 시퀀스를 포함한 패킷을 감지하면 활성화됩니다. 이러한 방식은 방화벽 규칙을 우회하고, 포트 스캔에도 탐지되지 않도록 합니다.
• 은폐 및 지속성: 프로세스 이름 변경, 포트 리스닝 비활성화, 메모리 상에서의 실행 등 다양한 기법을 통해 탐지를 회피하며, 장기간 시스템에 머무를 수 있습니다.
• 다양한 통신 프로토콜 지원: TCP, UDP, ICMP를 통한 명령 제어를 지원하여, 다양한 네트워크 환경에서도 유연하게 작동합니다.

새로운 컨트롤러의 발견

트렌드마이크로는 최근 BPFDoor와 연계된 새로운 컨트롤러를 발견하였습니다. 이 컨트롤러는 다음과 같은 기능을 제공합니다:

• 역방향 셸 생성: 감염된 시스템에서 공격자에게 역방향 셸을 열어, 원격 제어를 가능하게 합니다.
• 연결 리디렉션: 특정 포트로의 연결을 리디렉션하여, 추가적인 시스템 침투를 시도합니다.
• 활성 상태 확인: 백도어의 활성 상태를 확인하여, 지속적인 제어를 유지합니다.

이 컨트롤러는 하드코딩된 매직 시퀀스와 비밀번호를 사용하며, 공격자는 이를 수동으로 설정할 수 있습니다. 또한, 연결 시 암호화를 지원하여 통신의 보안을 강화합니다.

공격 대상 및 활동

BPFDoor는 주로 다음 국가의 산업을 표적으로 삼고 있습니다:

• 대한민국: 통신 산업
• 홍콩: 통신 산업
• 미얀마: 통신 산업
• 말레이시아: 소매 산업
• 이집트: 금융 산업

이러한 공격은 주로 리눅스 서버를 대상으로 하며, 다양한 경로를 통해 악성코드를 숨기고 있습니다.

방어 및 탐지 방법

BPFDoor의 탐지를 위해 다음과 같은 방법을 고려할 수 있습니다:

• 네트워크 패킷 모니터링: 특정 매직 시퀀스를 포함한 패킷을 감지하여, 비정상적인 활동을 탐지합니다.
• 시스템 프로세스 감시: 비정상적인 프로세스 이름 변경이나 포트 리스닝 비활성화 등의 행위를 모니터링합니다.
• 보안 솔루션 활용: 트렌드마이크로의 TippingPoint 침입 방지 시스템 및 Deep Discovery Inspector와 같은 보안 솔루션을 활용하여, BPFDoor의 활동을 탐지하고 차단할 수 있습니다.

"버클리 패킷 필터(Berkeley Packet Filter, BPF)"에서 **"버클리(Berkeley)"**는 **캘리포니아 대학교 버클리 캠퍼스(UC Berkeley)**를 의미합니다. 이 기술은 1992년에 UC 버클리의 연구자들이 개발했기 때문에 그 이름이 붙은 것입니다.

그렇다면 "버클리 패킷"이란 게 실제로 존재하느냐?

• 아니요. "버클리 패킷"이라는 특정한 종류의 패킷은 존재하지 않습니다.
• 여기서 "버클리"는 단지 이 필터링 기술의 출처를 의미하고, "패킷 필터"는 네트워크 패킷을 검사해서 걸러내는 기술을 의미합니다.

BPF의 정의와 역할

• **BPF(Berkeley Packet Filter)**는 커널 레벨에서 작동하는 고성능 패킷 필터링 메커니즘입니다.
• 원래는 tcpdump나 wireshark 같은 패킷 캡처 도구에서 원하는 네트워크 패킷만 효율적으로 골라내기 위해 설계되었습니다.
• 나중에는 **eBPF(extended BPF)**로 확장되어, 리눅스 커널에서 보안 정책, 모니터링, 트레이싱 등을 위한 강력한 플랫폼으로 발전했습니다.

요약하면, "버클리 패킷 필터"라는 이름은 UC 버클리에서 개발한 필터링 기술이라는 의미일 뿐이며, "버클리 패킷"이라는 특별한 패킷이 존재하는 것은 아닙니다.

매직 시퀀스(Magic Sequence) 또는 **매직 바이트(Magic Bytes)**는 다음과 같은 역할을 하는 특정한 고정 바이트 패턴을 의미합니다.

🔐 1. 일반적 정의

• **특정한 조건이나 동작을 트리거(trigger)**하기 위해 사용하는 사전에 정의된 바이트 조합입니다.
• 네트워크, 파일 포맷, 악성코드, 리버싱 등 다양한 분야에서 사용됩니다.

🧰 2. 사용 예시별 의미

📡 네트워크 / 악성코드

• 백도어나 트로이 목마는 대기 상태에 있다가 특정 "매직 시퀀스"가 들어온 패킷을 감지하면 활성화됩니다.
• 예: "0xCAFEBABE" 같은 시그니처가 들어오면 쉘을 열거나 명령을 수신하도록 설계됨.

📁 파일 포맷

• 파일 시작 부분의 **매직 바이트(Magic Bytes)**로 파일 포맷을 식별함.
• 예:
  • PNG 파일: 89 50 4E 47 0D 0A 1A 0A
  • PDF 파일: %PDF-

🧪 리버싱 / 취약점 악용

• 버퍼 오버플로우 등에서 특정한 값을 넣어 동작을 확인하는 데 사용.
• 예: 0x41414141 (AAAA)로 덮었을 때 동작 변화가 있는지 확인

🚨 보안에서 중요한 이유

• 탐지 회피: 매직 시퀀스는 일반 트래픽 속에 숨겨져 있어 IDS/IPS가 탐지하기 어렵습니다.
• 은밀한 명령 통신: 공격자만 아는 시퀀스를 통해 시스템을 원격 제어할 수 있습니다.
• 디지털 포렌식: 악성코드나 백도어의 흔적을 찾는 데 중요한 단서가 됩니다.

✅ 요약

매직 시퀀스는 '특정 행동을 유발하는 비밀 신호'로서, 정보보안에서는 이를 통해 악성 동작이 트리거되거나 시스템이 활성화되도록 설계되어 있습니다.

원래의 의도는 식별이나 편의성이지만, 공격자에게는 탐지 회피와 은폐 수단이 됩니다.

Red Menshen은 중국을 기반으로 한 고급 지속 위협(APT) 그룹으로, BPFDoor라는 맞춤형 백도어를 사용하여 아시아, 중동, 미국 등지의 통신, 정부, 교육, 물류 부문을 대상으로 사이버 스파이 활동을 수행해 왔습니다.

🛡️ Red Menshen의 주요 특징

• 다양한 명칭: 이 그룹은 Earth Bluecrow, Red Dev 18, DecisiveArchitect 등으로도 알려져 있습니다.
• 주요 타깃: 통신사, 정부 기관, 교육 기관, 물류 회사 등 다양한 산업 분야를 대상으로 활동하며, 특히 리눅스 및 솔라리스 시스템을 중심으로 공격을 수행합니다.
• 사용 도구: BPFDoor 외에도 Mangzamel, Gh0st RAT 등의 맞춤형 악성코드와 Mimikatz, Metasploit 등 오픈 소스 도구를 활용하여 공격을 수행합니다.
• 공격 인프라: 공격 명령은 종종 대만에 위치한 라우터를 통해 제어되는 VPS를 통해 전달되며, 이를 통해 감염된 시스템과의 통신을 유지합니다.

🕵️ BPFDoor와의 연관성

Red Menshen은 BPFDoor라는 백도어를 통해 감염된 시스템에 대한 원격 제어를 수행합니다. BPFDoor는 **Berkeley Packet Filter(BPF)**를 활용하여 네트워크 트래픽을 감시하고, 특정한 매직 시퀀스를 포함한 패킷을 감지하면 활성화됩니다. 이를 통해 방화벽을 우회하고 탐지를 회피하며, 역방향 셸 생성, 포트 리디렉션, 활성 상태 확인 등의 기능을 수행합니다.

🎯 활동 시간대 및 패턴

• 활동 시간: Red Menshen의 활동은 주로 월요일부터 금요일까지, UTC 기준 01:00~10:00 사이에 집중되어 있으며, 이는 중국의 표준 근무 시간대와 일치합니다.
• 지속성: BPFDoor는 시스템에 장기간 은밀하게 존재하며, 탐지를 회피하는 다양한 기법을 사용합니다.
• 악성코드 경로: /tmp/zabbix_agent.log , /bin/vmtoolsdsrv , /etc/sysconfig/rhn/rhnsd.conf 등

📌 요약

Red Menshen은 중국 기반의 APT 그룹으로, BPFDoor 백도어를 활용하여 다양한 산업 분야를 대상으로 사이버 스파이 활동을 수행합니다. 이들은 고급 기술과 은밀한 작전으로 감염된 시스템을 장기간 통제하며, 방화벽 우회 및 탐지 회피 기법을 통해 보안 시스템을 무력화합니다.

정보보안 또는 네트워크 분야에서 **매직 패킷(Magic Packet)**은 주로 원격에서 컴퓨터를 켜는 데 사용되는 특수한 형식의 데이터 패킷을 의미합니다. 이 개념은 Wake-on-LAN(WoL) 기술과 밀접하게 연관되어 있습니다.

🔌 1. 매직 패킷(Magic Packet)이란?

"매직 패킷"은 특정 MAC 주소를 여러 번 반복하는 형식으로 구성된 데이터 패킷이며, 이를 통해 네트워크 상에서 꺼져 있는 컴퓨터를 원격으로 켤 수 있습니다.

📡 2. 구조

매직 패킷은 다음과 같은 구조를 가집니다:

• FF FF FF FF FF FF : 브로드캐스트 프리앰블 (모든 네트워크 카드가 수신하도록)
• MAC 주소를 16번 반복 : 해당 컴퓨터의 네트워크 카드가 자신의 패킷인지 확인

🛠️ 3. 용도

🚨 4. 보안 위협

• 우회 수단: 보안 솔루션이 일반적으로 포트 기반으로 필터링하는 것을 악용해, 매직 패킷에 명령을 숨겨 백도어를 작동시킬 수 있음 (예: BPFdoor, ShadowPad 등).
• 정보 유출 트리거: 특정 패턴의 매직 패킷을 전송해 악성코드의 데이터를 전송하게 유도할 수 있음.

🔐 정보보안에서의 차이점

✅ 요약

매직 패킷은 네트워크를 통해 시스템을 깨우거나(정상적인 WoL 용도), 악성 행위를 트리거하는 데 사용되는 특별한 형식의 패킷입니다. 보안 환경에서는 이러한 패킷을 탐지 및 분석하는 것이 중요합니다.

🔒 역방향 셸과 Well-known 포트의 위험성

💡 현재 시나리오

• **공격자는 22번 포트(SSH)**를 통해 역방향 셸 세션을 요청합니다.
• 22번 포트는 Well-known 포트이고, 많은 서버에서 열려 있음.
• 해당 포트를 통해 BPFDoor 같은 악성코드는 암호화된 통신을 위장하여 쉽게 탐지 회피 가능.

📉 왜 Well-known 포트 사용이 위험한가?

1. 탐지 회피에 용이

• 22번, 443번 등은 정상 트래픽이 많아 IPS/IDS가 예외 처리하는 경우가 있음.
• 악성코드가 이 포트를 사용하면 탐지 우회 가능성↑.

2. 허용된 포트만 사용하면 방화벽 우회 가능

• 방화벽이 차단하지 않는 포트를 이용하면,
  • 역방향 연결이 쉽게 이루어짐
  • 공격자가 내부망에 접속하지 않고도 시스템 제어 가능

3. 암호화된 통신은 내용 분석이 어려움

• 역방향 셸이 SSH를 위장하거나 실제 SSH 프로토콜을 사용할 경우,
  • 보안 장비가 내부 명령어를 파악하기 어려움
  • SSL/TLS의 경우에도 DPI(Deep Packet Inspection)를 우회할 수 있음

🛡️ 방어자의 관점: "공격자를 귀찮게 만들어라"

보안의 현실은 "완벽한 방어"가 아니라 "공격자가 포기할 만큼 귀찮게 만드는 것"입니다.

✔ 실무적 방어 전략

✅ 결론

Well-known 포트를 악용한 역방향 연결은 탐지 회피에 매우 효과적인 공격 방식이며, 이를 고려한 보안 설계가 필수적입니다.
**"공격자를 귀찮게 만드는 보안"**은 현실적인 접근이며, 이런 포인트를 사전에 고려하는 것이 매우 뛰어난 방어 전략입니다.

이미지와 설명에 나온 BPFDoor 공격의 초기 트리거 메커니즘은 다음과 같은 구조로 이해하면 됩니다:

🧠 시나리오 요약: "컨트롤러가 BPFDoor를 깨우는 과정"

1. BPFDoor가 설치된 리눅스 시스템은 평소엔 조용히 대기 중입니다.
   • TCP 포트를 열지도 않고, 백도어처럼 티도 안 냄.
   • 그러나 내부에서는 **BPF(Berkeley Packet Filter)**로 들어오는 패킷을 분석하고 있음.
2. 공격자가 특정한 패턴을 가진 패킷을 보냄
   • 예시: TCP 포트 0x5293 (21011번) → 이건 매직 포트로 설정됨.
   • 패킷 내용에 "justrobot"이라는 비밀번호를 심음.
   • BPFDoor는 이런 조건의 패킷이 들어오면 "아, 이건 나한테 보내는 명령이구나" 하고 인식함.
3. 패킷을 감지한 BPFDoor가 활성화됨
   • 역방향 셸을 연결하거나, 다음 단계 명령을 기다리는 상태로 전환됨.

🔍 이미지 속 정보 요약

🔐 왜 이게 위험한가?

• BPFDoor는 포트를 열지도 않고, 패킷만 듣고 있다가 특정 매직 시퀀스/비밀번호를 감지하면 동작함.
• 보안 장비가 일반 TCP 트래픽으로 인식해 탐지 못함.
• 이 방식은 은폐성, 지속성, 탐지 회피에 매우 효과적임.

✅ 쉽게 비유하자면

"문도 창도 없는 건물에 몰래 귀를 대고 있다가, 특정 암호('justrobot')가 들리면 몰래 문이 열려버리는 구조입니다."

https://www.trendmicro.com/ko_kr/research/25/d/bpfdoor-hidden-controller.html

우리나라에서는 ‘기업의 기밀 정보’만 유출된 경우, 이를 상위 기관이나 정부 기관에 지체 없이 신고해야 할 법적 의무는 현재 명시적으로 규정되어 있지 않습니다. 즉, 법적 강제력은 개인정보 유출에 비해 약합니다.

개인정보 보호법

제34조(개인정보 유출 등의 통지ㆍ신고) ① 개인정보처리자는 개인정보가 분실ㆍ도난ㆍ유출(이하 이 조에서 “유출등”이라 한다)되었음을 알게 되었을 때에는 지체 없이 해당 정보주체에게 다음 각 호의 사항을 알려야 한다. 다만, 정보주체의 연락처를 알 수 없는 경우 등 정당한 사유가 있는 경우에는 대통령령으로 정하는 바에 따라 통지를 갈음하는 조치를 취할 수 있다.<개정 2023. 3. 14.>

1. 유출등이 된 개인정보의 항목

2. 유출등이 된 시점과 그 경위

3. 유출등으로 인하여 발생할 수 있는 피해를 최소화하기 위하여 정보주체가 할 수 있는 방법 등에 관한 정보

4. 개인정보처리자의 대응조치 및 피해 구제절차

5. 정보주체에게 피해가 발생한 경우 신고 등을 접수할 수 있는 담당부서 및 연락처

   ② 개인정보처리자는 개인정보가 유출등이 된 경우 그 피해를 최소화하기 위한 대책을 마련하고 필요한 조치를 하여야 한다.<개정 2023. 3. 14.>

   ③ 개인정보처리자는 개인정보의 유출등이 있음을 알게 되었을 때에는 개인정보의 유형, 유출등의 경로 및 규모 등을 고려하여 대통령령으로 정하는 바에 따라 제1항 각 호의 사항을 지체 없이 보호위원회 또는 대통령령으로 정하는 전문기관에 신고하여야 한다. 이 경우 보호위원회 또는 대통령령으로 정하는 전문기관은 피해 확산방지, 피해 복구 등을 위한 기술을 지원할 수 있다.<개정 2013. 3. 23., 2014. 11. 19., 2017. 7. 26., 2020. 2. 4., 2023. 3. 14.>

   ④ 제1항에 따른 유출등의 통지 및 제3항에 따른 유출등의 신고의 시기, 방법, 절차 등에 필요한 사항은 대통령령으로 정한다.<개정 2023. 3. 14.>

  [제목개정 2023. 3. 14.]

🔹 즉, 개인정보 유출은 “지체 없이 통지 + 신고”가 의무입니다.
🔹 랜섬웨어에 의해 개인정보가 유출되었을 경우도 여기에 해당합니다.

⚠️ [2] 기업의 기밀 정보 유출 시

• 예시: 소스코드, 경영전략, 고객사 리스트, 계약서, 특허 기술 문서 등
• 개인정보가 포함되지 않은 ‘자산성 정보’나 ‘영업비밀’ 유출의 경우는
  • 개별 산업별 법령이나 계약, 또는 회사 내부 보안 정책에 따라 처리되며,
  • 정보보호법/개인정보보호법 등 일반 법령에 따라 즉시 ‘신고할 의무’는 없음.

예외적으로 다음과 같은 경우엔 신고가 요구될 수 있습니다:

• 국가정보통신망법 제48조의3 (정보통신서비스 제공자 보안조치)
• 전기통신사업법 (통신망 이용 중 발생한 사고에 대한 보고)

정보통신망 이용촉진 및 정보보호 등에 관한 법률 ( 약칭: 정보통신망법 )

제48조의3(침해사고의 신고 등) ① 정보통신서비스 제공자는 침해사고가 발생하면 즉시 그 사실을 과학기술정보통신부장관이나 한국인터넷진흥원에 신고하여야 한다. 이 경우 정보통신서비스 제공자가 이미 다른 법률에 따른 침해사고 통지 또는 신고를 했으면 전단에 따른 신고를 한 것으로 본다. <개정 2009. 4. 22., 2013. 3. 23., 2017. 7. 26., 2022. 6. 10.>

1. 삭제 <2022. 6. 10.>

2. 삭제 <2022. 6. 10.>

② 과학기술정보통신부장관이나 한국인터넷진흥원은 제1항에 따라 침해사고의 신고를 받거나 침해사고를 알게 되면 제48조의2제1항 각 호에 따른 필요한 조치를 하여야 한다. <개정 2009. 4. 22., 2013. 3. 23., 2017. 7. 26.>

③ 제1항 후단에 따라 침해사고의 통지 또는 신고를 받은 관계 기관의 장은 이와 관련된 정보를 과학기술정보통신부장관 또는 한국인터넷진흥원에 지체 없이 공유하여야 한다. <신설 2022. 6. 10.>

④ 제1항에 따른 신고의 시기, 방법 및 절차 등에 관하여 필요한 사항은 대통령령으로 정한다. <신설 2024. 2. 13.>

[전문개정 2008. 6. 13.]

전기통신사업법

제61조(전기통신설비의 유지ㆍ보수) 전기통신사업자는 그가 제공하는 전기통신역무의 안정적인 공급을 위하여 해당 전기통신설비를 대통령령으로 정하는 기술기준에 적합하도록 유지ㆍ보수하여야 한다.