Открывайте больше.
Тратьте меньше.

扬帆有方,港通四海:TVP「维港启航号」解码 AI 企业借港出海新范式

掘金

8 月 15 日,2026 腾讯云粤港澳大湾区架构师峰会在前海举办,此次峰会以“潮起潮落,你我仍在”为主题,由腾讯云架构师技术同盟、腾讯云 TVP 主办。

Балл: 57.37Уверенность: 54%

研究人員檢視企業網路分段隔離情況,含OT設備區段87%仍混用其他類型設備

iThome 新聞

企業透過網路分段降低設備遭入侵後波及其他系統的風險,但近期研究發現,OT、IoMT等設備仍經常與其他類型設備共用網路區段。網路安全業者Forescout旗下Vedere Labs近期檢視209個組織、47,700個網路區段及超過250萬臺裝置,發現含有營運技術(OT)設備的區段僅13%為OT專用,醫療物聯網(IoMT)設備的專用區段比例更只有6%。

Балл: 57.36Уверенность: 54%

日本京王線、東京地鐵營運業者分別遭網路攻擊

iThome 新聞

日本私鐵京王電鐵(Keio)和東京地鐵(Metro)兩家營運業者上週陸續公布遭到網路攻擊,前者發生勒索軟體攻擊,後者因會員服務伺服器遭駭而外洩5.9萬筆會員資訊。 京王電鐵株式會社公告說明,公司系統在9月26日凌晨發生故障,經確認為勒索軟體攻擊集團的部分伺服器所致。該公司第一時間已將系統下線防止災情擴大,並在外部專家協助下展開調查。京王電鐵集團表示事件未影響鐵道運行,目前也尚未確認有資訊外洩,但強調會持續調查並同步更新。

Балл: 56.94Уверенность: 54%

從傳輸資料到支援AI運算,工研院:次世代網路正從Bit走向Token轉型發展

iThome 新聞

過去數十年的網路發展的核心目標都在如何讓資料傳輸更快、更穩定,從寬頻、行動網路到5G,技術演進大多圍繞頻寬、延遲與連線能力提升。但隨著生成式AI、AI Agent及自主系統快速發展,未來網路面臨的新挑戰,不只是「如何傳送更多資料」,而是如何支援AI模型運算、讓分散在雲端、資料中心與邊緣端的算力有效協同。 工研院資訊與通訊研究所所長丁邦安在今天(9/29)舉行的2026 ITRI ICT TechDay中指出,面對全球AI能力與生產力快速提升,次世代通訊正迎來由「Bit」向「Token」轉型的新階段。過去通訊網路主要負責資料傳輸,未來則需要進一步支援AI運算與智慧服務,服務對象也將從人延伸至AI Agent、自駕車、無人機及機器人等自主系統。

Балл: 56.87Уверенность: 54%

Cloudflare推出JavaScript開發工具鏈Vite+ 1.0,整合建置、測試與程式檢查

iThome 新聞

Cloudflare旗下VoidZero發布JavaScript開發工具Vite+ 1.0,將Vite 8、Vitest 5、Rolldown、Oxlint、Oxfmt與任務快取整合在同一套工具中,涵蓋開發伺服器、建置、測試、程式碼檢查與格式整理。Vite+可把多項開發工具的設定集中到vite.config.ts,降低前端專案分別維護多套工具與設定檔的負擔。

Балл: 56.85Уверенность: 54%

早报|网易云音乐鸿蒙版正式上线/任正非重申「华为不造车」/腾讯QClaw将停运

爱范儿

· 腾讯 WorkBuddy 上线微信小程序生成和发布能力 · Google 下周将把 TPU 送入轨道,测试太空运行条件 · 9999 元,尼康发布 Z5IIC 全画幅相机 #欢迎关注爱范儿官方微信公众号:爱范儿(微信号:ifanr),更多精彩内容第一时间为您奉上。

Балл: 55.05Уверенность: 54%

57. Destination Port

velog

📚 네트워크 · 패킷 분석 › 02. 포트 · 프로토콜 분석 — 57편 이전 글: 56. Source Port · 다음 글: 58. Listening Port 1. 개념 Destination Port(목적지 포트, dport) 는 TCP·UDP 헤더의 2~3바이트에 있는 16비트 필드로, 패킷을 받을 프로세스 를 가리킵니다. 헤더 위치와 요청·응답에서 방향이 바뀌는 원리는 56. Source Port 에서 다뤘으므로, 이 글은 목적지 포트를 "연결을 시작한 쪽이 무엇을 원했는가" 로 읽는 방법에 집중합니다. 연결을 시작하는 패킷(TCP SYN, UDP 첫 요청)의 dport는 클라이언트가 고른 값이 아니라, 클라이언트가 이용하려는 서비스의 포트 입니다. 그래서 세션 단위 로그에서 dport는 곧 "서비스 포트"가 됩니다. 관점 dport가 알려 주는 것 한계 서비스 식별 22 → SSH, 443 → HTTPS를 기대 했다는 뜻 실제로 그 프로토콜이 오갔는지는 보장하지 않음 의도 추정 관리 포트·DB 포트 등 어떤 자원에 접근하려 했는가 오입력·자동화 설정 오류도 같은 모양 정책 판단 방화벽 규칙과 비교해 허용 대상인가 허용 포트 위에서 다른 통신이 가능 분포 분석 한 출발지가 몇 개의 dport에 접근했는가 시간 범위를 정해야 의미가 생김 2. 동작 원리 목적지 호스트의 운영체제는 들어온 세그먼트를 (프로토콜, 목적지 IP, 목적지 포트) 로 찾아 해당 소켓에 넘깁니다. LISTEN 중인 소켓이 없거나 중간에서 막히면 응답 모양이 달라지고, 이 차이가 로그와 패킷에서 그대로 보입니다. SYN (dport 22) 또는 UDP 요청 (dport 161) 도착 ↓ [네트워크·호스트 방화벽] ── 차단(drop) → 응답 없음 (재전송만 반복) │ └─ 차단(reject) → TCP RST 또는 ICMP 오류 ↓ 허용 [OS 소켓 조회: proto + dst IP + dport] ├─ LISTEN 소켓 있음 → TCP: SYN/ACK / UDP: 서비스 응답(없을 수도 있음) └─ LISTEN 소켓 없음 → TCP: RST/ACK → UDP: ICMP Destination Unreachable (Type 3, Code 3 Port Unreachable) UDP는 서비스가 있어도 요청이 형식에 맞지 않으면 아무 응답을 하지 않을 수 있고, ICMP 오류는 OS가 초당 발생량을 제한하기도 합니다. 그래서 UDP dport는 "응답 없음 = 차단"으로 단정하기 어렵습니다. 응답 패킷 모양 자체는 03 영역 142. Port Scan Packet 분석 에서 다룹니다. 3. 주요 특징 관제에서 dport는 개수와 분포 로 볼 때 가장 많은 정보를 줍니다. 하나의 출발지를 기준으로 일정 시간 동안의 이벤트를 묶으면 다음처럼 모양이 갈립니다. 모양 목적지 IP 수 고유 dport 수 같은 dport 연결 수 먼저 떠올릴 해석 일반 클라이언트 적음 적음 (53, 443 등) 보통 정상 이용 수직 스캔(Vertical) 1개 많음 포트당 1~2회 한 호스트의 열린 포트 탐색 수평 스윕(Horizontal) 많음 1~몇 개 IP당 1~2회 특정 서비스(445, 3389 등)를 가진 호스트 찾기 반복 접속(Brute Force 형태) 1개 1개 (22, 3389 등) 매우 많음 인증 대입 시도, 또는 설정 오류 블록 스캔 많음 많음 적음 대역 전체 탐색 같은 수치라도 dport의 성격 에 따라 무게가 다릅니다. dport 범주 예 해석 포인트 원격 관리 22, 3389, 5985/5986, 5900 외부 → 내부 접근 시도는 우선순위 높음 파일 공유·RPC 445, 135, 139 내부 PC → PC 방향이면 확산 여부 확인 DB·캐시 3306, 1433, 5432, 6379 앱 서버 외 출발지면 이상 임시 포트 범위 49152 이상 등 인바운드 dport라면 응답 패킷 방향 착오 가능성 먼저 확인 스캔 흔적의 심화 분석은 05 영역 242. Destination Port 분석 , 226. 단일 IP에 대한 다중 Port 접근 , 227. 다수 IP에 대한 Port 접근 에서 다룹니다. 4. 예시 분석 방법 예시 — 방화벽 로그에서 출발지별 고유 dport 수를 세어 위 표의 모양을 구분합니다. 로그는 형식 예시(값은 환경마다 다름)이며 필드 이름은 장비마다 다릅니다. src=203.0.113.45 sport=40112 dst=192.168.10.20 dport=21 proto=tcp action=deny src=203.0.113.45 sport=40112 dst=192.168.10.20 dport=22 proto=tcp action=allow src=203.0.113.45 sport=40112 dst=192.168.10.20 dport=3306 proto=tcp action=deny src=198.51.100.7 sport=51022 dst=192.168.10.20 dport=22 proto=tcp action=allow src=198.51.100.7 sport=51024 dst=192.168.10.20 dport=22 proto=tcp action=allow # 출발지별: 목적지 IP 수, 고유 dport 수, 전체 건수 awk '{for(i=1;i<=NF;i++){split($i,a,"="); v[a[1]]=a[2]} k=v["src"]; n[k]++ if(!((k,v["dst"]) in sd)){sd[k,v["dst"]]=1; d[k]++} if(!((k,v["dport"]) in sp)){sp[k,v["dport"]]=1; p[k]++}} END{for(k in n) printf "%-15s dst=%d dports=%d total=%d\n",k,d[k],p[k],n[k]}' fw.log 첫 출발지는 고유 dport가 많아 수직 스캔 모양, 두 번째는 22 하나에 반복되어 반복 접속 모양으로 1차 분류할 수 있습니다. 실습 예시 — 본인 소유 실습 VM에서 패킷 캡처로 같은 집계를 해 볼 수 있습니다(tshark는 Rocky wireshark-cli , Ubuntu tshark 패키지). # 연결 시작 패킷(SYN)만 골라 출발지·목적지 포트별 건수 tshark -r lab.pcapng -Y 'tcp.flags.syn==1 && tcp.flags.ack==0' \ -T fields -e ip.src -e tcp.dstport | sort | uniq -c | sort -rn | head # 호스트에서 지금 특정 dport로 나가고 있는 연결 ss -tn 'dport = :443' 5. 보안 관점 방화벽 정책은 대부분 dport 중심 입니다. "어느 출발지가 어느 목적지의 어떤 서비스(dport)에 접근할 수 있는가"가 규칙의 기본 단위이며, 출발지 포트는 임시 포트라 보통 any 로 둡니다. 정책 설계 자체는 06 영역 261. Destination Port 정책 에서 다룹니다. dport는 연결을 시작하는 쪽이 정합니다. 따라서 "허용된 dport 위에서 다른 통신"이 가능합니다. 악성 코드가 외부 443으로 나가면서 HTTPS가 아닌 자체 프로토콜을 쓰는 경우가 대표적입니다( 90. 정상 포트로 위장한 통신 — 443을 쓰는 비정상 트래픽 ). 아웃바운드 dport 제한은 탐지와 방어를 동시에 합니다. 일반 PC의 외부 25·445·23 연결을 막아 두면, 그 시도 자체가 경보가 됩니다. 드롭(응답 없음)과 리젝트(RST·ICMP 응답)는 스캔하는 쪽에 주는 정보량이 다릅니다. 외부 경계는 드롭이 일반적이고, 내부는 장애 진단 편의 때문에 리젝트를 쓰기도 합니다. 6. SOC 관점 흔적 위치 dport로 확인할 수 있는 것 방화벽 세션·차단 로그 Initiator가 원한 서비스, 허용·차단 결과 IDS Alert 룰이 기대한 서비스 포트와 실제 dport ( 96. IDS Alert의 Port ) NetFlow 등 흐름 기록 출발지별 고유 dport 수, 연결 빈도 서버 서비스 로그 그 dport의 서비스가 실제로 요청을 처리했는가(인증 로그 등) 관제자가 확인할 질문 이 dport는 목적지 자산에서 실제로 제공 중인 서비스 인가? 없는 서비스로의 접근이 반복되는가? 같은 출발지가 정해진 시간 안에 접근한 고유 dport 수와 목적지 수 는 몇인가? 허용된 dport라면, 서비스 로그에 인증 실패·성공이 함께 남았는가? 오탐 주의 : 인바운드 이벤트의 dport가 50000번대처럼 임시 포트 범위라면, 먼저 응답 패킷을 요청으로 잘못 읽은 것 이 아닌지 확인합니다. 또 취약점 점검 서버·모니터링 시스템은 정상 업무로 여러 dport를 두드리므로 예외 목록과 대조합니다. 7. 핵심 정리 Destination Port는 연결을 시작한 쪽이 이용하려는 서비스를 나타내며, 세션 로그에서는 서비스 포트로 읽습니다. 서비스가 없으면 TCP는 RST/ACK, UDP는 ICMP Port Unreachable(Type 3, Code 3)로 응답하고, 방화벽 드롭이면 응답이 없습니다. 출발지 하나의 고유 dport 수·목적지 수·반복 횟수 로 수직 스캔, 수평 스윕, 반복 접속을 1차 구분합니다. 방화벽 정책은 dport 중심이지만, 허용된 dport 위에서 다른 프로토콜이 오갈 수 있습니다. 임시 포트 범위의 인바운드 dport는 방향 착오부터 의심합니다.

54. Registered Port

velog

📚 네트워크 · 패킷 분석 › 02. 포트 · 프로토콜 분석 — 54편 이전 글: 53. Well-Known Port · 다음 글: 55. Dynamic Port 1. 개념 Registered Port 는 1024~49151번 구간으로, IANA 명칭은 User Ports 입니다(RFC 6335). 특정 애플리케이션 개발사나 단체가 "이 번호를 우리 프로토콜에 쓰겠다"고 신청해 등록한 번호들입니다. 53. Well-Known Port 가 표준 프로토콜 중심이라면, 이 구간은 데이터베이스·원격 관리·미들웨어처럼 제품별 서비스 가 많이 모여 있습니다. 항목 내용 범위 1024 ~ 49151 IANA 명칭 User Ports 할당 절차 Expert Review — 신청서를 IANA 지정 전문가가 검토 등록의 의미 충돌을 피하기 위한 권고 . 다른 프로그램의 사용을 막지 않음 운영체제 권한 Linux 기본 설정에서 일반 사용자도 LISTEN 가능 2. 동작 원리 Registered Port는 "등록"이라는 이름 때문에 예약된 것처럼 느껴지지만, 실제로는 운영체제가 아무 제약도 두지 않습니다. 같은 번호가 전혀 다른 두 용도로 동시에 쓰이는 흐름을 보면 이해가 쉽습니다. [서버 A 192.168.10.20] [클라이언트 B 192.168.10.30 (Linux)] MySQL이 0.0.0.0:3306 LISTEN connect(203.0.113.50:443) 호출 → 3306은 IANA 등록 "mysql" ↓ 커널이 임시 포트 범위(32768~60999)에서 출발지 포트 선택 → 예: 45000 ↓ 45000도 Registered 구간 번호지만 여기서는 "서비스"가 아니라 "클라이언트 임시 포트" Linux의 기본 임시 포트 범위 32768 60999는 **Registered 구간(1024 49151)과 절반 이상 겹칩니다**. 그래서 Linux 클라이언트의 출발지 포트는 자주 Registered 번호로 보입니다. 반대로 서비스가 쓰려는 Registered 포트가 우연히 임시 포트로 이미 사용 중이면 서비스 시작이 실패할 수 있어, Linux는 net.ipv4.ip_local_reserved_ports 로 특정 번호를 임시 포트 선택에서 제외할 수 있게 합니다. 3. 주요 특징 관제 로그에서 자주 보이는 Registered Port입니다. 각 서비스의 상세는 링크한 글에서 다룹니다. 포트 관례상 서비스 분류 상세 1433 / 1521 MS SQL Server / Oracle DB 83. DB 포트(3306·1433·5432·1521·6379) 노출 점검 3306 / 5432 MySQL·MariaDB / PostgreSQL DB 83. DB 포트(3306·1433·5432·1521·6379) 노출 점검 3389 RDP 원격 접속 76. RDP와 3389 포트 — 원격 접속 노출 위험 5900 VNC 원격 접속 — 5985 / 5986 WinRM (HTTP / HTTPS) 원격 관리 77. WinRM 8080 HTTP 대체 (IANA 이름 http-alt) 웹 81. Web Server Port 2049 NFS 파일 공유 74. NFS IANA 등록 이름과 현장 관례가 다른 경우 도 있습니다. 이 차이 때문에 도구가 보여주는 서비스 이름을 그대로 믿으면 안 됩니다. 포트 IANA 등록 이름(예) 현장에서 흔한 용도 관제 시 주의 8443 pcsync-https HTTPS 대체 포트, 관리 콘솔 도구가 낯선 이름으로 표시할 수 있음 9200 wap-wsp Elasticsearch HTTP API 이름만 보면 다른 서비스로 오인 1024~49151 중 미등록 번호 없음 사내 애플리케이션 고유 포트 자산·서비스 대장으로만 확인 가능 등록 이름은 /etc/services 나 도구 내장 목록에 따라 달라질 수 있으므로, "이 번호의 이름이 무엇으로 찍혔는가"보다 "이 서버에서 이 번호를 어떤 프로세스가 열었는가" 를 기준으로 봅니다( 93. 서비스와 포트 매핑 — 포트 번호만으로 서비스를 단정하면 안 되는 이유 ). 4. 예시 실습 예시 — 본인 소유 Linux VM에서 Registered 구간 번호가 서비스로 쓰일 때와 임시 포트로 쓰일 때를 구분해 봅니다(Rocky/Ubuntu 공통). # 임시 포트 범위와 예약 포트 설정 확인 sysctl net.ipv4.ip_local_port_range sysctl net.ipv4.ip_local_reserved_ports # Registered 구간에서 LISTEN 중인 소켓 (서비스로 쓰이는 경우) sudo ss -tlnp '( sport >= :1024 and sport <= :49151 )' # Registered 구간 번호가 출발지로 쓰인 연결 (임시 포트로 쓰이는 경우) ss -tn state established '( sport >= :32768 and sport <= :49151 )' 출력 형식 예시(값은 환경마다 다름, 일부 열 생략): # LISTEN — 서비스 포트 tcp LISTEN 0.0.0.0:3306 users:(("mariadbd",pid=2210,...)) # ESTABLISHED — 같은 구간이지만 클라이언트 임시 포트 tcp ESTAB 192.168.10.30:45000 203.0.113.50:443 Windows에서는 등록 포트를 서비스가 쓰는지 다음처럼 확인할 수 있습니다(PowerShell, 예시). Get-NetTCPConnection -State Listen | Where-Object { $_.LocalPort -ge 1024 -and $_.LocalPort -le 49151 } | Select-Object LocalAddress, LocalPort, OwningProcess 5. 보안 관점 권한 없이 열 수 있는 구간 : Linux 기본 설정에서 일반 사용자 권한만으로 LISTEN할 수 있어, 계정 하나만 탈취되어도 이 구간에 리스너(백도어·임시 파일 서버)가 생길 수 있습니다. 고가치 서비스 집중 : DB(1433, 3306, 5432), 원격 접속(3389, 5900), 원격 관리(5985/5986)는 외부에 노출되면 Brute Force와 취약점 공격의 표적이 됩니다. 원칙적으로 내부망·관리망에서만 접근해야 합니다( 99. 서버 1대의 포트 노출 현황 종합 분석 ). 인증 없는 기본 설정 : 일부 미들웨어·검색엔진·캐시 서비스는 설치 기본값이나 구버전에서 인증 없이 API를 열어 두는 경우가 있어, 노출 여부 점검이 중요합니다. 6. SOC 관점 흔적 위치 확인할 수 있는 것 방화벽 로그 외부 → DB·원격 접속 포트 접근 시도, 내부 → 외부 고번호 포트 연결 IDS/IPS 포트 기준 룰 + 프로토콜 인식(예: 3306에서 MySQL이 아닌 트래픽) 서버 ss /EDR 등록 포트를 연 프로세스, 실행 경로, 실행 계정 자산 대장 서버별 허용 서비스·포트 목록 관제자가 확인할 질문 이 Registered 포트는 목적지(서비스) 로 쓰였는가, 출발지(임시 포트) 로 쓰였는가? 목적지라면 그 서버의 승인된 서비스인가? 외부에서 접근 가능한 것이 정책에 맞는가? LISTEN 프로세스가 일반 사용자 계정·임시 디렉터리에서 실행되고 있지 않은가? 오탐 주의 : Linux 클라이언트의 출발지 포트 40000번대를 "Registered Port 사용"으로 보고 서비스로 오인하지 않습니다. 방향 판단은 56. Source Port 를 참고합니다. 7. 핵심 정리 Registered Port는 1024~49151(IANA User Ports)이며 Expert Review로 등록되지만 사용을 강제하지 않습니다. DB·원격 접속·원격 관리 같은 제품별 고가치 서비스가 이 구간에 많습니다. Linux 임시 포트 범위(32768~60999)와 겹쳐, 같은 번호가 클라이언트 출발지 포트로도 나타납니다. IANA 등록 이름과 현장 관례가 다른 번호(8443, 9200 등)가 있어 도구의 이름 표시를 그대로 믿지 않습니다. 서비스 판단 기준은 번호가 아니라 LISTEN 프로세스와 실제 프로토콜입니다.

53. Well-Known Port

velog

📚 네트워크 · 패킷 분석 › 02. 포트 · 프로토콜 분석 — 53편 이전 글: 52. TCP 기반 서비스와 UDP 기반 서비스 · 다음 글: 54. Registered Port 1. 개념 포트 번호 0 65535가 세 구간으로 나뉜다는 전체 그림은 51. 포트 번호 체계 — Well-known·Registered·임시 포트 에서 다뤘습니다. 이 글은 그중 첫 구간인 **Well-Known Port(0 1023)** 만 좁혀서 봅니다. IANA는 이 구간을 System Ports 라고 부릅니다(RFC 6335). 인터넷 초기부터 쓰인 핵심 서비스가 이 구간에 모여 있어, 관제 로그에서 가장 자주 보이는 번호이기도 합니다. 항목 내용 범위 0 ~ 1023 IANA 명칭 System Ports (RFC 6335) 할당 절차 IETF Review 또는 IESG Approval — 표준화 과정을 거친 프로토콜 위주 포트 0 예약 번호. 정상 통신의 출발지·목적지로 쓰이지 않음 대표 서비스 20/21 FTP, 22 SSH, 23 Telnet, 25 SMTP, 53 DNS, 67/68 DHCP, 80 HTTP, 110 POP3, 123 NTP, 143 IMAP, 161/162 SNMP, 389 LDAP, 443 HTTPS, 445 SMB, 514 Syslog, 636 LDAPS, 993 IMAPS, 995 POP3S 같은 번호라도 TCP와 UDP는 별개의 포트입니다. 예를 들어 53은 TCP·UDP 모두 DNS에 할당되어 있지만, 443/UDP는 HTTPS(TCP)와 다른 통신(QUIC)입니다( 52. TCP 기반 서비스와 UDP 기반 서비스 참고). 2. 동작 원리 Well-Known Port의 특징은 "번호가 유명하다"는 것만이 아닙니다. 운영체제가 이 구간을 권한과 연결 해 다룹니다. 서비스 프로그램이 bind(0.0.0.0:80) 요청 ↓ [Linux 커널] 포트 < ip_unprivileged_port_start (기본 1024) 인가? ↓ 예 프로세스에 CAP_NET_BIND_SERVICE 권한이 있는가? (root는 기본 보유) ↓ 예 ↓ 아니오 LISTEN 성공 EACCES (Permission denied) ↓ 일반적인 데몬: root로 포트를 연 뒤 권한이 낮은 계정으로 전환 (예: nginx master는 root, worker는 nginx/www-data 계정) Linux는 1024 미만 포트를 Privileged Port 로 취급합니다. 기준값은 net.ipv4.ip_unprivileged_port_start 로 바꿀 수 있습니다. Windows는 이런 구분이 없어, 일반 권한 프로그램도 낮은 번호 포트를 열 수 있습니다(방화벽 허용은 별도). 과거 rlogin/rsh 같은 r-계열 명령은 "출발지 포트가 1024 미만이면 root가 보낸 것"이라는 가정으로 상대를 신뢰했습니다. 누구나 자기 PC의 root가 될 수 있는 지금은 성립하지 않는 가정이며, 이 서비스들이 사라진 이유 중 하나입니다. 3. 주요 특징 관제에서 Well-Known Port를 볼 때 알아 둘 특징을 정리합니다. 특징 설명 관제에서의 의미 서버 쪽 포트 대부분 요청의 목적지 포트 로 나타남 dport가 0~1023이면 "어떤 서비스로의 접근인가"부터 판단 고정 출발지 포트 프로토콜 DHCP(68→67), NTP(123↔123), NetBIOS Name(137↔137), IKE(500↔500) 등 출발지 포트가 낮다고 모두 이상한 것은 아님 root 권한 흔적 Linux에서 기본 설정이면 LISTEN에 권한 필요 알 수 없는 프로세스가 이 구간을 LISTEN → 권한 획득 여부 확인 번호 ≠ 프로토콜 등록은 "원래 용도"일 뿐 443에 TLS가 아닌 데이터도 흐를 수 있음 ( 93. 서비스와 포트 매핑 — 포트 번호만으로 서비스를 단정하면 안 되는 이유 ) 스캔 우선순위 자동화 도구가 먼저 확인하는 번호 외부에서 이 구간 여러 포트로 시도 → 정찰 의심 평문 프로토콜과 암호화 대응 포트의 짝도 이 구간에 많습니다. 평문 암호화 대응 비고 80 HTTP 443 HTTPS 62. HTTPS와 TLS Handshake — 암호화된 통신에서 볼 수 있는 것 에서 비교 23 Telnet 22 SSH 66. Telnet과 평문 프로토콜의 위험 110 POP3 / 143 IMAP 995 POP3S / 993 IMAPS 82. 메일 프로토콜 SMTP·POP3·IMAP 389 LDAP 636 LDAPS 72. LDAP·Kerberos 포트 — 인증 인프라 트래픽 개요 21 FTP 990 FTPS(암묵적), 22 SFTP 65. SSH 4. 예시 실습 예시 — 본인 소유 Linux VM에서 Well-Known 구간의 LISTEN 포트와 권한 기준을 확인합니다(Rocky/Ubuntu 공통). # 권한이 필요한 포트의 기준값 (기본 1024) sysctl net.ipv4.ip_unprivileged_port_start # 1024 미만 포트에서 LISTEN 중인 TCP/UDP 소켓과 프로세스 sudo ss -tulnp '( sport < :1024 )' # 번호의 등록 이름 확인 (로컬 /etc/services 기준) getent services 123/udp getent services 636/tcp ss 출력 형식 예시(값은 환경마다 다름, 일부 열 생략): Netid State Local Address:Port Process udp UNCONN 0.0.0.0:68 users:(("dhclient",pid=812,...)) tcp LISTEN 0.0.0.0:22 users:(("sshd",pid=1034,...)) tcp LISTEN 0.0.0.0:80 users:(("nginx",pid=1502,...)) 일반 사용자로 낮은 번호 포트를 열려고 하면 거부되는 것도 확인할 수 있습니다. # 일반 사용자 계정에서 실행 (예시: 권한 오류 발생) python3 -m http.server 80 # PermissionError: [Errno 13] Permission denied 5. 보안 관점 관심이 집중되는 구간 : 원격 접속(22, 23), 파일 공유(21, 445), 디렉터리(389) 등 공격에 직접 쓰일 서비스가 모여 있어, 외부 노출 여부 자체가 점검 대상입니다( 87. 내부망 필수 포트와 외부 노출 금지 포트 ). 평문 프로토콜의 잔존 : 21, 23, 80, 110, 143, 389는 설정에 따라 계정 정보가 평문으로 오갑니다. 같은 서비스의 암호화 포트가 있는데도 평문 포트가 열려 있으면 개선 대상입니다. 권한 상승의 간접 증거 : Linux 기본 설정에서 비인가 프로세스가 1024 미만 포트를 연다면, 해당 프로세스가 root 또는 CAP_NET_BIND_SERVICE 를 가진 상태라는 뜻입니다. "허용된 번호" 악용 : 53, 80, 443은 방화벽에서 열려 있는 경우가 많아, 다른 통신을 숨기는 통로로 악용되기도 합니다( 90. 정상 포트로 위장한 통신 — 443을 쓰는 비정상 트래픽 ). 6. SOC 관점 흔적 위치 확인할 수 있는 것 방화벽 로그 외부 → 내부 Well-Known 포트 접근 허용·차단 IDS/IPS 포트 기준 룰(예: 목적지 포트 23, 445)과 프로토콜 인식 결과 서버 ss /EDR 낮은 번호 포트를 연 프로세스·실행 계정 자산 대장 서버별로 열려 있어야 하는 서비스 목록 관제자가 확인할 질문 이 목적지 포트의 서비스가 그 서버에서 실제로 운영 중인 서비스인가? 출발지 포트가 1024 미만이라면, 고정 출발지 포트를 쓰는 프로토콜(DHCP·NTP·IKE 등)인가? 낮은 번호 포트를 LISTEN하는 프로세스가 패키지로 설치된 정식 데몬인가? 오탐 주의 : 포트 번호의 이름만 보고 서비스를 확정하지 않습니다. 대체 포트·포트 이전 같은 운영 설정도 흔하므로 프로세스와 실제 프로토콜로 확인합니다( 89. 비표준 포트에서 동작하는 서비스 식별 ). 다수 Well-Known 포트로의 시도가 스캔인지 판단하는 방법은 05. 네트워크 스캔 징후 분석 영역 214. 특정 Port Scan 에서 다룹니다. 7. 핵심 정리 Well-Known Port는 0~1023, IANA 명칭은 System Ports이며 표준 절차를 거쳐 할당됩니다. Linux는 이 구간을 Privileged Port로 취급해 LISTEN에 root 또는 CAP_NET_BIND_SERVICE 가 필요합니다(Windows는 구분 없음). 대부분 목적지(서버) 포트로 보이지만 DHCP·NTP·IKE처럼 출발지도 고정된 프로토콜이 있습니다. 평문 서비스와 암호화 대응 포트의 짝이 많아, 평문 포트 노출 자체가 점검 포인트입니다. 번호는 원래 용도일 뿐이므로 프로세스·실제 프로토콜로 서비스를 확인합니다.

56. Source Port

velog

📚 네트워크 · 패킷 분석 › 02. 포트 · 프로토콜 분석 — 56편 이전 글: 55. Dynamic Port · 다음 글: 57. Destination Port 1. 개념 Source Port(출발지 포트, sport) 는 TCP·UDP 헤더의 첫 16비트 필드로, 이 패킷을 보낸 프로세스 가 사용하는 포트 번호입니다. 받는 쪽의 Destination Port와 짝을 이루므로, 두 필드를 함께 놓고 설명합니다. 필드 위치 크기 의미 Source Port (sport) 헤더 0~1바이트 16비트 이 패킷을 보낸 프로세스의 포트 Destination Port (dport) 헤더 2~3바이트 16비트 이 패킷을 받을 프로세스의 포트 두 필드는 TCP·UDP에서 위치와 크기가 같아서, 도구들이 전송 계층 종류와 관계없이 같은 방식으로 포트를 읽을 수 있습니다. 헤더의 나머지 필드는 01. TCP/IP 구조 이해 영역 40. TCP와 UDP 헤더 비교 — 신뢰성과 속도의 차이 에서 다룹니다. 출발지 포트는 누가 정할까요? 클라이언트가 접속할 때는 보통 운영체제가 임시(Dynamic) 포트 범위에서 자동으로 골라 붙입니다( 55. Dynamic Port ). 서버가 응답할 때는 자신이 LISTEN하던 서비스 포트(예: 80)가 출발지 포트가 됩니다. 즉 같은 연결 안에서도 패킷 방향이 바뀌면 sport 값이 바뀝니다. 이 글은 출발지 포트의 이런 성질과 관제에서의 해석에 집중하고, 목적지 포트 쪽 해석은 다음 글 57. Destination Port 에서 다룹니다. 2. 동작 원리 클라이언트 192.168.10.30 서버 192.168.10.20 (nginx :80) 요청 1 sport 51200 ─────────────────────→ dport 80 응답 2 dport 51200 ←───────────────────── sport 80 요청 3 sport 51200 ─────────────────────→ dport 80 ↓ 패킷 단위: 13은 sport=51200/dport=80, 2는 sport=80/dport=51200 세션 단위: "192.168.10.30:51200 → 192.168.10.20:80" 하나의 연결 (Initiator = 클라이언트, 서비스 포트 = 80) 로그와 도구는 이 둘 중 하나의 관점으로 기록합니다. 기록 주체 기록 단위 sport·dport의 의미 tcpdump·Wireshark 패킷 각 패킷의 실제 헤더 값 (방향마다 바뀜) Stateful 방화벽 세션 로그 세션 보통 첫 패킷(연결 시작) 기준 — Initiator 쪽이 src IDS Alert 탐지된 패킷(또는 흐름) 룰이 걸린 패킷 기준이라 응답 패킷이면 서버가 src 로 찍힐 수 있음 NetFlow 등 흐름 기록 흐름 단방향 흐름이면 요청·응답이 별도 레코드 특히 IDS에서 "서버 응답 내용"을 보는 룰(예: 에러 메시지, 유출 의심 데이터)은 Alert의 src가 내부 서버, sport가 80 으로 나타납니다. 이것을 "내부 서버가 외부를 공격"으로 읽으면 방향을 거꾸로 해석한 것입니다(06. 방화벽 · IDS 기초 영역 295. IDS Alert의 Source/Destination 분석 에서 다룸). 3. 주요 특징 출발지 포트를 보고 "이 패킷이 요청인가 응답인가"를 가늠하는 기준입니다. 한 가지 기준만으로 확정하지 않고 여러 개를 함께 봅니다. 판단 기준 서비스 쪽일 가능성이 높은 포트 예외 번호 크기 낮은 번호 (Well-Known·Registered) 8080·50000 같은 고번호 서비스, 양쪽 모두 낮은 번호(NTP 123↔123) 번호의 변화 여러 연결에서 고정 한 클라이언트의 고정 출발지 포트 프로토콜 첫 패킷 SYN을 받은 쪽의 포트 캡처가 연결 도중부터 시작된 경우 LISTEN 여부 해당 호스트에서 LISTEN 중인 포트 호스트 확인이 불가능한 외부 IP 출발지 포트가 고정되는 정상 프로토콜도 알아 둡니다. 프로토콜 출발지 → 목적지 비고 DHCP 68 → 67 (응답 67 → 68) UDP, 브로드캐스트 ( 48. DHCP DORA 과정 — IP를 받는 4단계 ) NTP 123 → 123 (구현에 따라 임시 포트 사용) 78. NTP와 로그 시간 동기화 IKE (IPsec VPN) 500 → 500, NAT 통과 시 4500 → 4500 UDP NetBIOS Name Service 137 → 137 UDP 4. 예시 실습 예시 — tcpdump 필터로 포트 방향을 구분해 봅니다(Rocky/Ubuntu 공통, 인터페이스 ens33 은 예시). # 목적지 포트가 80인 패킷만 = 클라이언트 → 서버 방향 sudo tcpdump -nn -i ens33 'tcp dst port 80' # 출발지 포트가 80인 패킷만 = 서버 → 클라이언트 방향 sudo tcpdump -nn -i ens33 'tcp src port 80' # 방향 무관, 80이 어느 쪽이든 sudo tcpdump -nn -i ens33 'tcp port 80' 출력 형식 예시(값은 환경마다 다름): 192.168.10.30.51200 > 192.168.10.20.80: Flags [S], seq 1000, length 0 192.168.10.20.80 > 192.168.10.30.51200: Flags [S.], seq 5000, ack 1001, length 0 같은 연결이 방화벽 세션 로그에서는 한 줄로 요약되는 형식 예시입니다(필드명은 장비마다 다름). src=192.168.10.30 sport=51200 dst=192.168.10.20 dport=80 proto=tcp action=allow sent=812 rcvd=15320 sent · rcvd 처럼 방향별 바이트가 있으면 "Initiator가 보낸 양"과 "받은 양"을 구분할 수 있습니다. 5. 보안 관점 출발지 포트는 보내는 쪽이 마음대로 정합니다. 따라서 "출발지 포트가 53(또는 20, 80)이면 응답이니 허용" 같은 상태 비저장(Stateless) ACL은 출발지 포트를 조작한 패킷을 그대로 통과시킬 수 있습니다. Stateful 방화벽이 연결 상태로 응답 여부를 판단하는 이유입니다(06. 방화벽 · IDS 기초 영역 260. Source Port 정책 에서 다룸). 출발지 포트의 무작위성은 방어 요소 입니다. 예측 가능한 출발지 포트는 응답 위조를 쉽게 만듭니다( 55. Dynamic Port ). 출발지 포트 자체가 공격 지표가 되는 경우는 드뭅니다. 다만 1024 미만의 출발지 포트를 쓰는 비정상 연결, 여러 연결에서 같은 출발지 포트가 반복되는 경우(일부 스캔 도구의 기본 동작)는 참고 신호가 될 수 있습니다. 단정하지 않고 다른 로그와 함께 봅니다. 6. SOC 관점 흔적 위치 확인할 수 있는 것 방화벽 세션 로그 Initiator 기준 src·dst, 방향별 바이트 IDS Alert 룰에 걸린 패킷의 sport·dport (응답 패킷일 수 있음) 패킷 캡처 첫 SYN 방향으로 Initiator 확정 NAT 로그 변환 전·후 출발지 포트 관제자가 확인할 질문 이 로그는 패킷 단위인가, 세션 단위인가? src는 Initiator를 뜻하는가? 출발지 포트가 임시 포트 범위인가, 서비스 포트(응답 패킷)인가? 출발지 포트가 비정상적으로 고정되거나 1024 미만인데, 고정 포트 프로토콜이 아닌가? 오탐 주의 : IDS Alert의 src가 내부 서버라고 해서 내부에서 시작된 통신으로 단정하지 않습니다. 응답 패킷에 걸린 룰인지 룰 내용과 방화벽 세션 로그로 교차 확인합니다. IP와 포트를 묶어 보는 분석은 91. IP + Port 분석 에서 이어집니다. 7. 핵심 정리 Source Port는 TCP·UDP 헤더 맨 앞의 16비트 필드이며, 클라이언트 요청에서는 보통 OS가 고른 임시 포트, 서버 응답에서는 서비스 포트입니다. 패킷 단위 기록(캡처, IDS)과 세션 단위 기록(방화벽)은 src의 의미가 다를 수 있습니다. DHCP, NTP, IKE, NetBIOS처럼 출발지 포트가 고정되는 정상 프로토콜이 있습니다. 출발지 포트는 조작 가능하므로 이를 신뢰하는 Stateless 정책은 우회될 수 있습니다.

Capture Every Adventure in Detail with the IZI New ONE+ 5K Action Camera - Shopping Adviser

velog

Whether you're travelling to a new destination, recording outdoor adventures, creating travel vlogs, or simply capturing memorable moments with friends and family, having a reliable action camera can make a big difference. The IZI New ONE+ 5K/30FPS 48MP Action Camera is designed for users who want detailed videos, smooth footage, and convenient features in a compact camera. Record in 5K for Detailed Videos One of the key highlights of the IZI New ONE+ is its 5K video recording at 30FPS. The higher resolution helps capture more detail, making your travel videos, adventure clips, and everyday recordings look sharper and more immersive. The 48MP photo capability also gives users the flexibility to capture high-resolution still images when they want to preserve a special moment as a photograph. Smooth Footage with EIS and 6-Axis Stabilization Action cameras are often used while walking, cycling, travelling, or participating in outdoor activities. Camera movement can sometimes result in shaky footage. The IZI New ONE+ comes with EIS and 6-axis stabilization, helping reduce the effect of unwanted camera movement. This makes it a useful option for users who want smoother-looking footage during active shooting situations. 110ft Waterproof Design for Outdoor Adventures For people who enjoy water-based activities, the camera's 110ft waterproof capability can be an important feature. It can be useful for capturing underwater adventures and water activities, provided the camera is used according to the manufacturer's waterproofing instructions. From beach trips to swimming and other outdoor experiences, users can explore different ways to record their adventures. 170° Wide Field of View The 170° wide-angle field of view allows the camera to capture a broader perspective. This can be especially useful for action shots, landscapes, group videos, cycling footage, and travel content where you want more of the surroundings in the frame. Dual Screens for Convenient Framing The IZI New ONE+ features dual screens, making framing more convenient in different shooting situations. The front display can be particularly useful for vloggers and creators who want to check their positioning while recording themselves. For travel creators, this can make self-recording and quick video setup easier. Wi-Fi Connectivity and External Microphone Support Content creators often need an easy way to manage their footage. The camera's Wi-Fi connectivity can add convenience when transferring or managing content with compatible devices. The included HQ external microphone is another useful feature for vloggers. Better audio can make a significant difference in travel videos, tutorials, interviews, and talking-to-camera content. Dual 1350mAh Batteries Long recording sessions can be challenging when you're relying on a single battery. The IZI New ONE+ comes with two 1350mAh batteries, giving users additional flexibility when recording on trips or during outdoor activities. The Type-C fast charging support also makes charging more convenient when compatible charging equipment is available. Is the IZI New ONE+ Suitable for You? The IZI New ONE+ can be considered by travellers, vloggers, cyclists, adventure enthusiasts, and casual creators looking for an action camera with a combination of high-resolution recording, stabilization, wide-angle coverage, dual screens, Wi-Fi, and external microphone support. Before purchasing, it is worth comparing the camera's specifications, included accessories, warranty, and current price with your specific recording requirements. Make a More Informed Purchase with Shopping Adviser Choosing an action camera is easier when you understand which features actually matter for your type of content. Whether you prioritize video resolution, stabilization, waterproof capability, audio quality, battery flexibility, or connectivity, comparing the specifications can help you make a more informed decision. For users considering the IZI New ONE+ 5K/30FPS 48MP Action Camera, Shopping Adviser can help you explore the product's features and get advice to purchase the products based on your needs.

Enterprise Network Infrastructure Market Trends in Secure Multi-Cloud Connectivity

velog

The global enterprise network infrastructure market was valued at USD 58.77 billion in 2022 and is projected to reach USD 86.02 billion by 2030, expanding at a 4.9% CAGR from 2023 to 2030. Increasing enterprise digitalization, higher bandwidth requirements, wireless network adoption, cloud applications, and investments in modern network infrastructure are supporting market growth. Enterprise Network Infrastructure Market at a Glance The market is expected to grow from USD 61.45 billion in 2023 to USD 86.02 billion by 2030 . Enterprises are upgrading networking environments to improve connectivity, reliability, performance, scalability, and cost efficiency while supporting increasingly data-intensive business operations. Key Market Trends & Insights North America held the leading position in 2022, accounting for more than 35% of global revenue . Routers & switches represented the largest technology segment, capturing over 40% of global revenue in 2022. By industry, information technology & telecommunications accounted for more than 19% of global revenue in 2022. Large enterprises represented the dominant enterprise-size segment, with more than 71% of global revenue in 2022. Asia Pacific is projected to experience the fastest growth during the forecast period. What Is Driving Enterprise Network Infrastructure Adoption? Digital transformation is increasing the need for dependable, high-speed enterprise connectivity. Organizations are upgrading networks to accommodate wireless technologies, connected devices, cloud workloads, and growing bandwidth requirements. The expanding use of mobile devices and bandwidth-intensive applications is also encouraging enterprises to modernize network environments. Investments are increasingly focused on improving network speed and performance while delivering reliable and cost-efficient infrastructure and reducing energy consumption. The development of cloud-based infrastructure is another important component of this transition. For example, in March 2022, Hewlett Packard Enterprise introduced the HPE GreenLake cloud service , designed to provide integrated on-premises storage, networking, and computing cloud services. Download a free sample report or claim your copy of this full market intelligence report Optical Transport and High-Speed Data Connectivity Enterprise network infrastructure supports high-speed internet and data-transfer networks, including optical transport technologies. Optical Transport Network (OTN) provides a standardized framework for transmitting high-speed optical signals over fiber networks. OTN supports efficient and reliable transportation of high-volume data through capabilities such as multiplexing, forward error correction, and optical-signal monitoring. These capabilities make optical transport infrastructure important for long-distance, high-capacity communications. Demand is also being supported by bandwidth-intensive applications, including video streaming, cloud computing, and online gaming. Optical transceivers, optical amplifiers, and wavelength division multiplexers help enable high-speed data transmission across long distances. Meanwhile, the expansion of 5G networks and increasing data center deployment are creating additional requirements for high-capacity networking infrastructure. Enterprise Network Infrastructure Market by Region Regional growth is influenced by digital transformation, enterprise technology investment, telecommunications development, and demand for higher network capacity. North America was the largest regional market in 2022, contributing more than 35% of global revenue. Asia Pacific is expected to record the fastest growth through 2030 as enterprises and telecommunications networks continue to expand their digital infrastructure. Looking for more in-depth data focusing on specific segments or regions? Get this report customized with inclusion of custom data sets to suit your exact business needs. Impact of COVID-19 The COVID-19 pandemic temporarily disrupted enterprise network infrastructure supply chains and created economic uncertainty. At the same time, widespread work-from-home arrangements generated an abrupt increase in demand for enterprise networking hardware and remote connectivity. Supply-chain constraints prevented some vendors from fully meeting demand during certain periods, contributing to a short-term negative impact on market revenue in 2020. The pandemic also reinforced the importance of network security as organizations expanded remote access. Increased exposure to cyber threats encouraged enterprises to invest in security technologies, including intrusion detection and prevention systems, firewalls, and security information and event management (SIEM) solutions. Market Size & Forecast Metric Value 2022 Market Size USD 58.77 Billion 2023 Market Size USD 61.45 Billion 2030 Projected Market Size USD 86.02 Billion CAGR, 2023–2030 4.9% Largest Region, 2022 North America Fastest-Growing Region Asia Pacific Competitive Landscape The enterprise network infrastructure market includes established networking, telecommunications, and technology companies offering hardware, software, connectivity, and infrastructure solutions. Key companies include: ALE International ALE USA Inc. Aruba Networks, Inc. Avaya Inc. Broadcom Cisco Systems, Inc. Hewlett Packard Enterprise Development LP Huawei Technologies Co., Ltd. Juniper Networks Inc. Explore the full list of profiled companies operating in this market with recent strategic initiatives Explore our dedicated business services: S. Healthcare Facility Mapping & Intelligence Portal – Claims analytics (MS-DRG, service lines, ICD-10 outpatient, APC reimbursement, CPT-level) plus hospital-level financials (balance sheet, income statement, uncompensated care, financial health dashboards), covering 25,000+ healthcare facilities — including 7,000+ hospitals, independent pharmacies, freestanding EDs, concierge physicians, and ASCs. Brainshare Consulting – End-to-end business consulting services including Opportunity assessment, GTM support, Competitive intelligence, and Consumer Analytics. Custom Research – Get a market intelligence report tailored to your specific requirements and aligned with your business goals. Consumer Insights – Capture real, evolving consumer sentiment and behavior to help you make data driven strategies. Horizon Databooks – Access the world’s largest portal of Market Reports & Statistics Investment Insights – Make investment decisions with data driven insights, powered by domain and technology Signal (Pricing Intelligence) - Commodity price intelligence to drives strategic advantage. About us: Grand View Research, a market research and consulting company, provides syndicated research reports, customized research reports, and consulting services. Grand View Research database is used by the world's renowned academic institutions and Fortune 500 companies to understand the global and regional business environment. Our database features thousands of statistics and in-depth analysis on 46 industries in 25 major countries worldwide.