Skip to the content of the web site.

Vulnerabilities (2005/07/05)

Security >> Vulnerabilities (2005) >> 20050705-A

Issue: Oracle XDB FTP Service
Risk: Serious risk, exposure not required.
Date: 05-Jul-2005/24-Aug-2005

Recent Attacks & Attackers data shows that attackers are scanning for port 2100/tcp -- a service which was not blocked at the campus boundary. We assume the scans are malicious and our best guess is the attackers are trying to find the sometimes vulnerable Oracle XDB FTP service. See SANS ISC Diary of 22-Jul-2005.

We are aware of a very few Oracle servers on campus (most are for enterprise systems managed by IST) and are not aware of any requirements for the XDB FTP service. Within IST our practice has been to disabled that service and to limit off campus access to systems offering Oracle services. Nevertheless we have detected systems configured in error where the XDB FTP service was not disabled and the service was exposed to the world. We are very concerned that Oracle servers may not at current patch level and may well be vulnerable.

We are not aware of any compromises involving this service. However, given that there is no requirement to expose the service to the world and the attackers are showing a keen interest in finding these servers we've implemented an alarm to notify attackers (so the attacker's ISP can invoke their acceptable use agreement) and we've initiated discussions to block this port at the campus boundary.

A consensus has been found that we ought to implement a strong firewall that blocks all services with exceptions for only those services that are required (see the work of the Firewall Working Group). Work is underway to find the appropriate technologies.

See Also

Postscript

A proposal to block this port and others was circulated to CSAG and other interested groups on July 27/2005. The proposal was discussed and approved at the CSAG meeting of August 3/2005.

Ports ports 2100/tcp (Oracle FTP), 6101/tcp (Veritas Backup) and 31337/tcp (a worm/virus backdoor) were blocked at the campus boundary with no exceptions requested on August 10, 2005.

Automated alarms notifying abuse@attacker-site were disable August 24, 2005.


Finally, if you have any questions/concerns or need help please let us know.

I am, Reg Quinton, Senior Technologist, Security (IST)
+1 519 888-4567x36070