그래서 대학 IT 보안 팀과 저는 쉬지 않고이 문제를 해결해 왔습니다.
최근에 전용 컴퓨터에서 데비안 8.6을 실행하는 실험 실용 소형 파일 서버를 설치했습니다 (Intel Avoton C2550 프로세서-필요한 경우 더 많은 하드웨어 정보를 제공 할 수는 있지만 불필요한 것으로 생각합니다). 데비안은 아무런 문제없이 설치했으며 당시에는 삼바, NTP, ZFS 및 파이썬도 설치했습니다. 일이 잘 작동하는 것 같았 기 때문에 몇 주 동안 실험실 구석에 앉아서 뛰었습니다.
약 2 주 전에 IT 팀으로부터 서버가 "손상되어"NTP 증폭 / DDoS 공격 (CVE-2013-5211을 사용한 NTP 증폭 공격 https : //에서 설명)에 취약하다는 이메일을 받았습니다 . //www.us-cert.gov/ncas/alerts/TA14-013A ). 그들이 지적한 부호는 포트 123의 NTPv2 트래픽이 많았다는 것입니다. 유감스럽게도, 그들이이 주소에서 오는 *.*.*.233IP 주소는 서버가 구성하고 ifconfig ( *.*.*.77) 를 통해보고 한 IP 주소와 다릅니다 . 그럼에도 불구하고, 일부 기본적인 문제 해결은 내 컴퓨터가 실제로 포트 123에서이 트래픽을 생성하는 것으로 나타났습니다 (tcpdump에 의해 밝혀 짐).
기괴함이 시작된 곳입니다. 먼저 CVE-2013-5211에 권장되는 "수정 사항"(버전 4.2.7 이전의 NTP 업데이트 및 monlist 기능 비활성화)을 살펴 보았습니다. 트래픽 흐름을 막지 못했습니다. 그런 다음 IP 테이블을 통해 UDP 123 포트를 차단하려고했습니다.
$ /sbin/iptables -A INPUT -o eth0 -p udp --destination-port 123 -j DROP
$ /sbin/iptables -A OUTPUT -o eth0 -p udp --destination-port 123 -j DROP
그러나 그것도 교통에 영향을 미치지 않았다. 마침내 시스템에서 NTP를 제거하려고 시도했지만 트래픽에도 영향을 미치지 않았습니다. 오늘 오후까지 nmap은 여전히보고했습니다.
Starting Nmap 5.51 ( http://nmap.org ) at 2016-12-19 16:15 EST
Nmap scan report for *.233
Host is up (0.0010s latency).
PORT STATE SERVICE
123/udp open ntp
| ntp-monlist:
| Public Servers (2)
| 50.116.52.97 132.163.4.101
| Public Clients (39)
| 54.90.159.15 185.35.62.119 185.35.62.233 185.35.63.86
| 54.197.89.98 185.35.62.142 185.35.62.250 185.35.63.108
| 128.197.24.176 185.35.62.144 185.35.62.251 185.35.63.128
| 180.97.106.37 185.35.62.152 185.35.63.15 185.35.63.145
| 185.35.62.27 185.35.62.159 185.35.63.27 185.35.63.146
| 185.35.62.52 185.35.62.176 185.35.63.30 185.35.63.167
| 185.35.62.65 185.35.62.186 185.35.63.34 185.35.63.180
| 185.35.62.97 185.35.62.194 185.35.63.38 185.35.63.183
| 185.35.62.106 185.35.62.209 185.35.63.39 185.35.63.185
|_ 185.35.62.117 185.35.62.212 185.35.63.43
NTP가 몇 주 동안 시스템에서 제거 된 이후로 매우 이상합니다.
이 경로에서 막 다른 골목에 부딪친 후 전체 IP 주소 불일치 문제에 대해 생각하기 시작했습니다. 내 컴퓨터는 * .233 및 * .77 IP 모두에있는 것처럼 보였지만 (이더넷 케이블이 연결되어 있고 케이블을 연결하지 않은 상태에서는 둘 다 성공적으로 핑하여 확인한 것처럼) * .233은 ifconfig에 나타나지 않습니다.
Link encap:Ethernet HWaddr d0:XX:XX:51:78:XX
inet addr:*.77 Bcast:*.255 Mask:255.255.255.0
inet6 addr: X::X:X:X:787a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:23023571 errors:0 dropped:1362 overruns:0 frame:0
TX packets:364849 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:7441732389 (6.9 GiB) TX bytes:44699444 (42.6 MiB)
Memory:df300000-df37ffff
/ etc / network / interfaces에는 * .233에 대한 참조가 없으므로이 IP 할당의 출처를 알 수 없습니다.
따라서 누군가 누군가 나를 도울 수 있기를 희망하는 두 가지 관련 질문이 있습니다. 1) NTP 트래픽을 서버에서 뿜어내어 IT 부서를 제거하는 방법은 무엇입니까? 2) 서버가있는이 두 번째 IP 주소는 무엇이며 어떻게 제거 할 수 있습니까?
감사합니다, 여러분 :)
업데이트 : 요청 한대로 :
$iptables -L -v -n
Chain INPUT (policy ACCEPT 57 packets, 6540 bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 27 packets, 2076 bytes)
pkts bytes target prot opt in out source destination
과 $ip addr ls
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether d0:50:99:51:78:7a brd ff:ff:ff:ff:ff:ff
inet *.77/24 brd *.255 scope global eth0
valid_lft forever preferred_lft forever
inet *.167/24 brd *.255 scope global secondary dynamic eth0
valid_lft 24612sec preferred_lft 24612sec
inet6 X::X:X:X:787a/64 scope link
valid_lft forever preferred_lft forever
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether d0:50:99:51:78:7b brd ff:ff:ff:ff:ff:ff
업데이트 2 : 일치하지 않는 IP 주소 외에도 MAC ID도 일치하지 않는다고 언급하지 못했습니다. 이로 인해 트래픽이 실제로 내 컴퓨터에서 온 것인지 두 번 생각하게되었습니다. 그러나 : (1) 네트워크에서 서버를 분리하면 트래픽이 사라졌습니다. (2) 다른 네트워크 포트로 이동하면 트래픽이 추적됩니다. (3) tcpdump port 123비정상적인 트래픽을 보여줍니다.
13:24:33.329514 IP cumm024-0701-dhcp-233.bu.edu.ntp > 183.61.254.77.44300: NTPv2, Reserved, length 440
13:24:33.329666 IP cumm024-0701-dhcp-233.bu.edu.ntp > 183.61.254.77.44300: NTPv2, Reserved, length 440
13:24:33.329777 IP cumm024-0701-dhcp-233.bu.edu.ntp > 183.61.254.77.44300: NTPv2, Reserved, length 296
업데이트 3 :
$ss -uapn 'sport = :123'
State Recv-Q Send-Q Local Address:Port Peer Address:Port
(즉, 아무것도)
$sudo cat /proc/net/dev
Inter-| Receive | Transmit
face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed
lo: 327357 5455 0 0 0 0 0 0 327357 5455 0 0 0 0 0 0
eth1: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
eth0: 13642399917 36270491 0 6522 0 0 0 2721337 45098276 368537 0 0 0 0 0 0
업데이트 4 : 이러한 패킷은 며칠 전의 전형적인 결과였습니다. 오늘 (그러나 여전히 그렇습니다) :
20:19:37.011762 IP cumm024-0701-dhcp-233.bu.edu.ntp > 103.56.63.147.26656: NTPv2, Reserved, length 152
20:19:37.011900 IP cumm024-0701-dhcp-233.bu.edu.ntp > 202.83.122.78.58066: NTPv2, Reserved, length 152
20:19:37.012036 IP cumm024-0701-dhcp-233.bu.edu.ntp > 103.56.63.147.17665: NTPv2, Reserved, length 152
20:19:37.014539 IP cumm024-0701-dhcp-233.bu.edu.ntp > 202.83.122.78.27945: NTPv2, Reserved, length 152
20:19:37.015482 IP cumm024-0701-dhcp-233.bu.edu.ntp > 202.83.122.78.42426: NTPv2, Reserved, length 152
20:19:37.015644 IP cumm024-0701-dhcp-233.bu.edu.ntp > 103.56.63.147.16086: NTPv2, Reserved, length 152
$ sudo ss -uapn '( sport = :42426 or dport = :42426 )'
State Recv-Q Send-Q Local Address:Port Peer Address:Port
예. * .233 IP를 핑 (ping) 할 수 있습니다.
$ping 128.197.112.233
PING 128.197.112.233 (128.197.112.233) 56(84) bytes of data.
64 bytes from 128.197.112.233: icmp_seq=1 ttl=64 time=0.278 ms
64 bytes from 128.197.112.233: icmp_seq=2 ttl=64 time=0.282 ms
64 bytes from 128.197.112.233: icmp_seq=3 ttl=64 time=0.320 ms
아니요, MAC가 내 하드웨어 MAC 주소와 일치하지 않습니다 : d0 : 50 : 99 : 51 : 78 : 7a 트래픽이 MAC과 연결되어 있습니다 : bc : 5f : f4 : fe : a1 : 00
업데이트 5 : 요청한대로 * .233에 대한 포트 스캔 :
Starting Nmap 6.00 ( http://nmap.org ) at 2016-12-20 20:38 EET
NSE: Loaded 17 scripts for scanning.
Initiating SYN Stealth Scan at 20:38
Scanning cumm024-0701-dhcp-233.bu.edu (128.197.112.233) [1024 ports]
Discovered open port 22/tcp on 128.197.112.233
Completed SYN Stealth Scan at 20:38, 9.79s elapsed (1024 total ports)
Initiating Service scan at 20:38
Scanning 1 service on cumm024-0701-dhcp-233.bu.edu (128.197.112.233)
Completed Service scan at 20:38, 0.37s elapsed (1 service on 1 host)
Initiating OS detection (try #1) against cumm024-0701-dhcp-233.bu.edu (128.197.112.233)
Initiating Traceroute at 20:38
Completed Traceroute at 20:38, 0.10s elapsed
NSE: Script scanning 128.197.112.233.
[+] Nmap scan report for cumm024-0701-dhcp-233.bu.edu (128.197.112.233)
Host is up (0.083s latency).
Not shown: 1013 filtered ports
PORT STATE SERVICE VERSION
21/tcp closed ftp
22/tcp open ssh OpenSSH 5.5p1 Debian 6+squeeze1 (protocol 2.0)
23/tcp closed telnet
25/tcp closed smtp
43/tcp closed whois
80/tcp closed http
105/tcp closed unknown
113/tcp closed ident
210/tcp closed z39.50
443/tcp closed https
554/tcp closed rtsp
Device type: general purpose
Running: Linux 2.6.X
OS CPE: cpe:/o:linux:kernel:2.6
OS details: DD-WRT v24-sp2 (Linux 2.6.19)
Uptime guess: 45.708 days (since Sat Nov 5 03:39:36 2016)
Network Distance: 9 hops
TCP Sequence Prediction: Difficulty=204 (Good luck!)
IP ID Sequence Generation: All zeros
Service Info: OS: Linux; CPE: cpe:/o:linux:kernel
TRACEROUTE (using port 25/tcp)
HOP RTT ADDRESS
1 0.95 ms router1-lon.linode.com (212.111.33.229)
2 0.70 ms 109.74.207.0
3 1.09 ms be4464.ccr21.lon01.atlas.cogentco.com (204.68.252.85)
4 1.00 ms be2871.ccr42.lon13.atlas.cogentco.com (154.54.58.185)
5 63.45 ms be2983.ccr22.bos01.atlas.cogentco.com (154.54.1.178)
6 63.60 ms TrusteesOfBostonUniversity.demarc.cogentco.com (38.112.23.118)
7 63.55 ms comm595-core-res01-gi2-3-cumm111-bdr-gw01-gi1-2.bu.edu (128.197.254.125)
8 63.61 ms cumm024-dist-aca01-gi5-2-comm595-core-aca01-gi2-2.bu.edu (128.197.254.206)
9 90.28 ms cumm024-0701-dhcp-233.bu.edu (128.197.112.233)
OS and Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 20.73 seconds
Raw packets sent: 557 (25.462KB) | Rcvd: 97 (8.560KB)
그리고 UDP에서 :
Starting Nmap 6.00 ( http://nmap.org ) at 2016-12-20 20:44 EET
NSE: Loaded 17 scripts for scanning.
Initiating Ping Scan at 20:44
Scanning 128.197.112.233 [4 ports]
Completed Ping Scan at 20:44, 1.10s elapsed (1 total hosts)
Initiating UDP Scan at 20:44
Scanning cumm024-0701-dhcp-233.bu.edu (128.197.112.233) [1024 ports]
Completed UDP Scan at 20:44, 6.31s elapsed (1024 total ports)
Initiating Service scan at 20:44
Scanning 1024 services on cumm024-0701-dhcp-233.bu.edu (128.197.112.233)
Service scan Timing: About 0.39% done
Service scan Timing: About 3.12% done; ETC: 22:12 (1:25:46 remaining)
Service scan Timing: About 6.05% done; ETC: 21:53 (1:04:39 remaining)
Service scan Timing: About 8.98% done; ETC: 21:46 (0:56:03 remaining)
Discovered open port 123/udp on 128.197.112.233
Discovered open|filtered port 123/udp on cumm024-0701-dhcp-233.bu.edu (128.197.112.233) is actually open
Completed Service scan at 21:31, 2833.50s elapsed (1024 services on 1 host)
Initiating OS detection (try #1) against cumm024-0701-dhcp-233.bu.edu (128.197.112.233)
Retrying OS detection (try #2) against cumm024-0701-dhcp-233.bu.edu (128.197.112.233)
NSE: Script scanning 128.197.112.233.
Initiating NSE at 21:31
Completed NSE at 21:31, 10.02s elapsed
[+] Nmap scan report for cumm024-0701-dhcp-233.bu.edu (128.197.112.233)
Host is up (0.089s latency).
Not shown: 1023 open|filtered ports
PORT STATE SERVICE VERSION
123/udp open ntp?
1 service unrecognized despite returning data. If you know the service/version, please submit the following fingerprint at http://www.insecure.org/cgi-bin/servicefp-submit.cgi :
SF-Port123-UDP:V=6.00%I=7%D=12/20%Time=58597D5C%P=x86_64-unknown-linux-gnu
SF:%r(NTPRequest,30,"\xe4\x02\x04\xee\0\0\x8a\xff\0:t\xd9\x84\xa3\x04e\xdb
SF:\xcaeEX\xdbC'\xc5O#Kq\xb1R\xf3\xdc\x03\xfb\xb8\+>U\xab\xdc\x03\xfb\xb8\
SF:+T\xd1\xe9")%r(Citrix,C,"\xde\xc0\x010\x02\0\xa8\xe3\0\0\0\0");
Too many fingerprints match this host to give specific OS details
Network Distance: 9 hops
OS and Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 2863.89 seconds
Raw packets sent: 175 (6.720KB) | Rcvd: 50 (10.088KB)
@TimOtchy 간단히 말해, 이더넷 케이블을 서버에 연결 해제 할 때 서버 후면이나 스위치에서 수행하고 있습니까? 예비 스위치가 있고 서버에서 스위치로 이더넷 케이블을 연결할 수 있지만 스위치에 전원 (전원 제외)이 연결되지 않았습니다. 아이디어는 서버에서 링크를 사용 가능하게 설정하지만 그렇지 않으면 분리되어 * 233에 도달 할 수 있는지 확인하는 것입니다.
—
이카루스
(server-> switch no_connection LAN)이 있고 서버와 (server no_connection LAN)에서 모두 ping을 할 수 있고 서버에서 * .77 만 ping 할 수 있다면 서버도 * .233을 제공한다고 결론을 내릴 수 있다고 생각합니다. 다음 질문은 "서버"가 "큰"상자입니까? 어쩌면 별도의 섀시 관리 CPU가 있거나 x86 장치이며 모니터링 장치가 내장되어 있다고 생각합니다. * .233에 대해 전체 포트 스캔을 실행하고 어떤 포트가 열려 있는지 확인하는 경향이 있습니다.
—
이카루스
참조 en.wikipedia.org/wiki/Intelligent_Platform_Management_Interface는 이 메인 CPU, 바이오스 또는 주요 OS와는 별도의 CPU, 아무것도 아니다.
—
이카루스
수정 사항은 ssh를 실행하는 BMC (IPMI) 프로세서 (및 nmap의 추측에 따라 Linux)를 해결 해야하는 것처럼 보입니다. Asrock 사이트에는 2016 년 3 월 23 일부터 소프트웨어가 있지만 도움이되지 않을 것입니다. 내 생각은 * 233 주소로 ssh 할 수 있는지 확인하는 것입니다. 아마도 BMC 옵션의 BIOS 설정에서 사용자 이름과 암호를 설정해야한다고 생각하십니까 ???
—
루스
iptables -L -v -n하고ip addr ls.