Risk
10/31/2008
04:25 PM
Connect Directly
Google+
LinkedIn
Twitter
RSS
E-Mail
50%
50%

Defense Intelligence Agency Fixes Risky Web Site Code

The presence of a call to execute JavaScript code that resides on a Statcounter.com server in Ireland provided a weak link in the security chain that could have been exploited.

The Defense Intelligence Agency Web site, until earlier this week, exposed job applicants to potential privacy and security risks because it included a link to JavaScript code hosted on a third-party Web site.

While there's no evidence that the site leaked personal information, the presence of a call to execute JavaScript code that resides on a Statcounter.com server in Ireland provided a weak link in the security chain that could have been exploited to provide potentially valuable foreign intelligence about future DIA personnel.

Security researcher Bipin Gautam sent an e-mail to the Full Disclosure security mailing list earlier this week outlining his concerns.

In a follow-up e-mail to InformationWeek, he explained the issue. "If a Web site includes third-party JavaScript like stat counters, advertisement scripts, [or] banners called from third-party servers, the Web site is at risk of having to rely on the third party as well for overall security assurance of its Web site," he said.

In an e-mail, Robert "RSnake" Hansen, CEO of SecTheory and contributor to TechWeb security site Dark Reading, confirmed that the DIA Web site was unnecessarily vulnerable.

"It definitely is an issue if the Web site StatCounter.com were ever to get under an attacker's control," he said. "The site itself is not HTTPS, so it's already vulnerable to man-in-the-middle attacks."

The presence of that third-party JavaScript call, said Hansen, "could give an attacker complete cross-domain read/write into dia.mil."

The DIA was made aware of the risk following Gautam's initial post.

"This code was brought to DIA's attention by individuals within the agency on Monday," said a DIA spokesperson via e-mail. "Upon further investigation, it was resident only on the one page and was determined to be superfluous coding from a previous page incarnation. The code was deleted and no longer resides on DIA servers."

In response to the suggestion by one participant on the Full Disclosure mailing list that the cookie files used by StatCounter.com might have violated federal guidelines, the DIA spokesperson said that the DIA used session cookies (not persistent cookies) for its employment pages only and that the rest of dia.mil is cookie-free.

The spokesperson said, "DIA has followed and continues to follow Department of Defense policy on cookie usage."

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
Partner Perspectives
What's This?
In a digital world inundated with advanced security threats, Intel Security seeks to transform how we live and work to keep our information secure. Through hardware and software development, Intel Security delivers robust solutions that integrate security into every layer of every digital device. In combining the security expertise of McAfee with the innovation, performance, and trust of Intel, this vision becomes a reality.

As we rely on technology to enhance our everyday and business life, we must too consider the security of the intellectual property and confidential data that is housed on these devices. As we increase the number of devices we use, we increase the number of gateways and opportunity for security threats. Intel Security takes the “security connected” approach to ensure that every device is secure, and that all security solutions are seamlessly integrated.
Featured Writers
White Papers
Cartoon
Current Issue
Dark Reading's October Tech Digest
Fast data analysis can stymie attacks and strengthen enterprise security. Does your team have the data smarts?
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-3409
Published: 2014-10-25
The Ethernet Connectivity Fault Management (CFM) handling feature in Cisco IOS 12.2(33)SRE9a and earlier and IOS XE 3.13S and earlier allows remote attackers to cause a denial of service (device reload) via malformed CFM packets, aka Bug ID CSCuq93406.

CVE-2014-4620
Published: 2014-10-25
The EMC NetWorker Module for MEDITECH (aka NMMEDI) 3.0 build 87 through 90, when EMC RecoverPoint and Plink are used, stores cleartext RecoverPoint Appliance credentials in nsrmedisv.raw log files, which allows local users to obtain sensitive information by reading these files.

CVE-2014-4623
Published: 2014-10-25
EMC Avamar 6.0.x, 6.1.x, and 7.0.x in Avamar Data Store (ADS) GEN4(S) and Avamar Virtual Edition (AVE), when Password Hardening before 2.0.0.4 is enabled, uses UNIX DES crypt for password hashing, which makes it easier for context-dependent attackers to obtain cleartext passwords via a brute-force a...

CVE-2014-4624
Published: 2014-10-25
EMC Avamar Data Store (ADS) and Avamar Virtual Edition (AVE) 6.x and 7.0.x through 7.0.2-43 do not require authentication for Java API calls, which allows remote attackers to discover grid MCUser and GSAN passwords via a crafted call.

CVE-2014-6151
Published: 2014-10-25
CRLF injection vulnerability in IBM Tivoli Integrated Portal (TIP) 2.2.x allows remote authenticated users to inject arbitrary HTTP headers and conduct HTTP response splitting attacks via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Follow Dark Reading editors into the field as they talk with noted experts from the security world.