Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Risk

9/30/2010
04:03 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Federal Government Imposes New IPv6 Deadlines

'Native' IPv6 by FY 2012 for public-facing servers and services

The Obama administration's CIO has informed federal agencies that they must run native IPv6 on their Web, email, ISP, and DNS servers and services by the end of fiscal year 2012, and their internal client applications by fiscal year 2014.

In a Sept. 28 memo (PDF) sent to federal CIOs, Vivek Kundra, the nation's federal CIO, outlined the steps to speed up deployment of the next-generation IP protocol. He said the feds must move to IPv6 so they can expand their cloud computing, broadband, and smart grid projects; eliminate the need for network address translation (NAT); enable secure end-to-end network communications; and foster the expansion of Internet-based services.

The Office of Management and Budget (OMB) has been pushing IPv6 deployment in the government for about five years, but deployment has been slow. The new deadlines might be a bit too ambitious, however, security experts say.

Guy Snyder, secure communications program manager for ICSA Labs, says Kundra's mention of "native IPv6" by 2012 and 2014 is especially aggressive. "I'm glad they're putting teeth" in the policy, he says. "But this is almost a little too aggressive. I know how much work it takes to do this and the issues they are going to run into. 'Native IPv6' is a little too [ambitious]. I think that's going to get reversed. The government will have to go with a dual stack. I don't see them going native IPv6 [then]."

IPv6, which has been in the works for more than a decade now, is back on the radar screens of some organizations due to the pending saturation of IPv4 address space, which is expected to occur anywhere from spring to June 2011. Unlike IPv4, the "new" protocol was built with security in mind: It comes with IPSec encryption, for instance, and its massive address space could help prevent worms from propagating, security experts say. But the adoption of IPv6 also poses new security issues, everything from distributed denial-of-service (DDoS) attacks to new vulnerabilities in IPv6 to misconfigurations that expose security holes.

"In order to facilitate timely and effective IPv6 adoption, agencies shall: Upgrade public/external facing servers and services (e.g. web, email, DNS, ISP services, etc) to operationally use native IPv6 by the end of FY 20121; Upgrade internal client applications that communicate with public Internet servers and supporting enterprise networks to operationally use native IPv6 by the end of FY 2014," Kundra said in his memo.

Meanwhile, the feds' ultimate adoption of IPv6 will lay the groundwork for private industry. The good news about the feds' pushing IPv6 more forcefully is that it will also result in more and better vendor offerings, ICSA's Snyder says. "Vendors will say no one's asking for IPv6, but if the federal government is asking for it, that will make it available for businesses when they realize they need it," he says. "

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Kelly Jackson Higgins is the Executive Editor of Dark Reading. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Why Cyber-Risk Is a C-Suite Issue
Marc Wilczek, Digital Strategist & CIO Advisor,  11/12/2019
Black Hat Q&A: Hacking a '90s Sports Car
Black Hat Staff, ,  11/7/2019
The Cold Truth about Cyber Insurance
Chris Kennedy, CISO & VP Customer Success, AttackIQ,  11/7/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
7 Threats & Disruptive Forces Changing the Face of Cybersecurity
This Dark Reading Tech Digest gives an in-depth look at the biggest emerging threats and disruptive forces that are changing the face of cybersecurity today.
Flash Poll
Rethinking Enterprise Data Defense
Rethinking Enterprise Data Defense
Frustrated with recurring intrusions and breaches, cybersecurity professionals are questioning some of the industrys conventional wisdom. Heres a look at what theyre thinking about.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-16863
PUBLISHED: 2019-11-14
STMicroelectronics ST33TPHF2ESPI TPM devices before 2019-09-12 allow attackers to extract the ECDSA private key via a side-channel timing attack because ECDSA scalar multiplication is mishandled, aka TPM-FAIL.
CVE-2019-18949
PUBLISHED: 2019-11-14
SnowHaze before 2.6.6 is sometimes too late to honor a per-site JavaScript blocking setting, which leads to unintended JavaScript execution via a chain of webpage redirections targeted to the user's browser configuration.
CVE-2011-1930
PUBLISHED: 2019-11-14
In klibc 1.5.20 and 1.5.21, the DHCP options written by ipconfig to /tmp/net-$DEVICE.conf are not properly escaped. This may allow a remote attacker to send a specially crafted DHCP reply which could execute arbitrary code with the privileges of any process which sources DHCP options.
CVE-2011-1145
PUBLISHED: 2019-11-14
The SQLDriverConnect() function in unixODBC before 2.2.14p2 have a possible buffer overflow condition when specifying a large value for SAVEFILE parameter in the connection string.
CVE-2011-1488
PUBLISHED: 2019-11-14
A memory leak in rsyslog before 5.7.6 was found in the way deamon processed log messages are logged when $RepeatedMsgReduction was enabled. A local attacker could use this flaw to cause a denial of the rsyslogd daemon service by crashing the service via a sequence of repeated log messages sent withi...