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.

Analytics

3/13/2008
08:30 AM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

NSA Pushes 'Labeled' Access Control for NFS

National Security Agency's technology would tighten access to sensitive files and apps on NFS storage

The National Security Agency (NSA) is pitching its own high-security access control technology for the next version of the Network File System (NFS) protocol.

NSA presented its so-called Labeled NFS technology, which is based on its mandatory access control (MAC) technology in the Security-Enhanced Linux (SELinux) operating system, earlier this week at the Internet Engineering Task Force meeting in Philadelphia.

Incorporating the MAC-driven technology into NFS would allow a “trusted” user or system to read and write sensitive files and run programs stored on NFS-based networked storage systems. MAC basically makes sure that users only access files for which they’re authorized, and that malicious code can’t run in NFS environments.

The IETF is now awaiting an official request for comments (RFC) from the NSA to begin the process of considering the new security feature for NFS.

“We suggested that they go ahead and [write an] Internet draft that provides some pointers to labeled mechanisms, and document what they’ve done, the design choices they’ve made… focusing on the requirements so we can [better] understand them,” says Spencer Shepler, co-chair of the IETF’s NFSv4 Working Group.

NSA was unavailable for comment at the time of this posting.

In general, a MAC approach centrally controls access policy to sensitive or restricted files and applications, and only a security policy administrator can set those policies (users can’t override them). When a user or program attempts to access a file, for instance, the system determines whether that user or object is authorized to do so.

Traditional access control methods today use an access control list (ACL), which determines access based on user identity, for example, and users and programs can make changes to access rules. The tradeoff with this “discretionary” access approach, according to the IETF presentation made by David Quigley of the NSA’s National Information Assurance Research Laboratory, is that organizations are not protected from malicious or vulnerable software -- and user privileges can be altered and expanded.

NFSv4, the current version of NFS, comes with Kerberos for strong authentication as well as an ACL specification. “You can use Kerberos to strongly authenticate users and to ensure a server is not spoofing or subverting the overall storage mechanisms. And common ACL mechanisms are defined,” says the IETF’s Shepler, who works for Sun. “I view the Labeled NFS work as a third vector of security.”

But whether Labeled NFS may be overkill for organizations that don’t have the same security concerns as a federal agency or the NSA is unclear. “My personal opinion is there’s a set of hurdles on how to use and manage it -- are [enterprises] prepared to take on that type of definition and granularity it might impose? Some organizations are just trying to deal with the basics of strong authentication and reasonable ACL usage -- fundamental things,” Shepler says.

Adding Labeled NFS would let SELinux systems expand their existing MAC security across networked storage systems. It would also benefit FreeBSD and Solaris, according to the NSA’s presentation.

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.

  • Sun Microsystems Inc. (Nasdaq: JAVA)

    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
    COVID-19: Latest Security News & Commentary
    Dark Reading Staff 9/25/2020
    Hacking Yourself: Marie Moe and Pacemaker Security
    Gary McGraw Ph.D., Co-founder Berryville Institute of Machine Learning,  9/21/2020
    Startup Aims to Map and Track All the IT and Security Things
    Kelly Jackson Higgins, Executive Editor at Dark Reading,  9/22/2020
    Register for Dark Reading Newsletters
    White Papers
    Video
    Cartoon
    Current Issue
    Special Report: Computing's New Normal
    This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
    Flash Poll
    How IT Security Organizations are Attacking the Cybersecurity Problem
    How IT Security Organizations are Attacking the Cybersecurity Problem
    The COVID-19 pandemic turned the world -- and enterprise computing -- on end. Here's a look at how cybersecurity teams are retrenching their defense strategies, rebuilding their teams, and selecting new technologies to stop the oncoming rise of online attacks.
    Twitter Feed
    Dark Reading - Bug Report
    Bug Report
    Enterprise Vulnerabilities
    From DHS/US-CERT's National Vulnerability Database
    CVE-2020-26120
    PUBLISHED: 2020-09-27
    XSS exists in the MobileFrontend extension for MediaWiki before 1.34.4 because section.line is mishandled during regex section line replacement from PageGateway. Using crafted HTML, an attacker can elicit an XSS attack via jQuery's parseHTML method, which can cause image callbacks to fire even witho...
    CVE-2020-26121
    PUBLISHED: 2020-09-27
    An issue was discovered in the FileImporter extension for MediaWiki before 1.34.4. An attacker can import a file even when the target page is protected against "page creation" and the attacker should not be able to create it. This occurs because of a mishandled distinction between an uploa...
    CVE-2020-25812
    PUBLISHED: 2020-09-27
    An issue was discovered in MediaWiki 1.34.x before 1.34.4. On Special:Contributions, the NS filter uses unescaped messages as keys in the option key for an HTMLForm specifier. This is vulnerable to a mild XSS if one of those messages is changed to include raw HTML.
    CVE-2020-25813
    PUBLISHED: 2020-09-27
    In MediaWiki before 1.31.10 and 1.32.x through 1.34.x before 1.34.4, Special:UserRights exposes the existence of hidden users.
    CVE-2020-25814
    PUBLISHED: 2020-09-27
    In MediaWiki before 1.31.10 and 1.32.x through 1.34.x before 1.34.4, XSS related to jQuery can occur. The attacker creates a message with [javascript:payload xss] and turns it into a jQuery object with mw.message().parse(). The expected result is that the jQuery object does not contain an <a> ...