[Pool] shodan.io actively infiltrating ntp.org IPv6 pools for scanning purposes
lucab at debian.org
Wed Jan 27 11:24:06 UTC 2016
[cross-posted to pool-ntp and oss-sec]
while reviewing network logs this morning I spotted some anomalies related
to scan probes, ntp.org pools and IPv6.
It looks like Brad already observed and blogged about this some days ago,
but I haven't seen this discussed in the usual ntp-pools, Debian and
oss-sec ML, so I'm reposting this here:
In summary, some machines (which seem related to the shodan.io scanning project)
are actively participating in pool.ntp.org as IPv6 endpoints.
However, clients connecting to them for NTP timesync, are subsequently scanned
by probes originating from *.scan6.shodan.io hosts.
Confirming original report from Brad, I can add that those scanners seem to
implement some kind of rate-limiting: they will timeout NTP and won't re-scan
recent clients when doing multiple/subsequent NTP requests.
Moreover, this is not targeted/restricted to the Debian pool only, but plague
the whole IPv6 pool, as seen on a sample query to the RedHat pool:
$ dig +short -t AAAA 2.rhel.pool.ntp.org | grep -E ':[[:xdigit:]]00[[:xdigit:]]$'
$ dig +short -x 2a03:b0c0:3:d0::18:b001
(Upon querying this server for NTP, the machine immediately got IPv6-scanned
pool.ntp.org services are the default NTP servers in many default configurations
(at least most of Linux distro) and I guess that this kind of behavior is dangerously
increasing the exposure level of way too many systems.
For ntp.org admins: can those rogue server be expunged from the pools, and the whole
shodan.io situation clarified? (Brad's post has a comprehensive endpoints list and
helper tools for detection)
For oss-sec crowd: is there anything we can do to improve the situation and avoid
similar cases in the future? Should crowd-sourced and fundamental services like this
be encouraged to move to a stronger WoT?
.''`. ** Debian GNU/Linux ** | Luca Bruno (kaeso)
: :' : The Universal O.S. | lucab (AT) debian.org
`. `'` | GPG: 0xBB1A3A854F3BBEBF
`- http://www.debian.org | Debian GNU/Linux Developer
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 819 bytes
Desc: This is a digitally signed message part.
More information about the pool