DACS DACS - The Distributed Access Control System


DACS: The Distributed Access Control System

DACS is a light-weight single sign-on and role-based access control system for web servers and server-based software. DACS makes secure resource sharing and remote access via the web easier, safer, and more efficient. DACS is particularly well suited to providing single sign-on across organizational or departmental web servers, and to limiting access to their web-based resources.

Released under an open source license, DACS gives you:

Get Information: Overview; What is DACS?; About DACS; Features; Versions; FAQ; Documentation
Get DACS: Download DACS
Get Started: Tutorial; Tips and Examples
Get Help: Technical Support

DACS = Authentication + Authorization

DACS works with virtually any authentication method and unifies an assortment of accounts into a single identity. You can leverage the user accounts and authentication methods that you already use, or introduce new ones easily. Out of the box, DACS lets users authenticate using: DACS username/password, X.509 client certificate, self-issued or managed Information Card, one-time password, Unix account, Apache password files, Windows NTLM, ADS/LDAP, CAS, HTTP, PAM, Basic or Digest Auth, special URLs, two-factor authentication, expressions, and more.

Our highest priority is for DACS to remain a secure, stable, and well-documented system.

Light-weight single sign-on

Once a user has signed on through DACS, he will be recognized throughout a federation of web servers.

While it shares many of the advantages of other single sign-on systems, DACS offers some unique features and is more efficient, and simpler to understand, customize, and administer compared to the heavy-weight, enterprise-level alternatives. If your single sign-on needs are modest, or if you are not even certain what they are, you should look at DACS. DACS does the hardest parts for you - all that you need to do is configuration and "look & feel" customizations.

Latest News

DSS is pleased to announce the release of DACS 1.4.36. Download links and information about this release are here. It is important to review the Post-Release Notes before building DACS. All sites are encouraged to upgrade. Links to the latest version are here.

The next release is scheduled for early May, 2016. The official Linux platform will change from CentOS-6.7 to CentOS-7.

Serious vulnerabilities associated with extensions to commonly-used browsers have recently been announced: Chrome Extension Caught Hijacking Users' Browsers, NoScript and other popular Firefox add-ons open millions to new attack.

New releases of OpenSSL, expected on May 3, will address important security defects.

OpenSSL has released versions 1.0.1s and 1.0.2g to address important security defects, notably the DROWN vulnerability. These new versions should work as expected with recent releases of DACS but testing has not yet been performed. DACS sites should read the security advisory carefully. In January, 2016, OpenSSL 1.0.2f was released to address other important defects [advisories, additional info]. Support for OpenSSL 1.0.0 and 0.9.8 releases ended on 31-Dec-2015 and no security updates for those releases will be provided. Support for OpenSSL 1.0.1 ends on 31-Dec-2016.

A significant security flaw in the GNU C library's (Glibc) getaddrinfo() function was recently identified [link1, link2]. The bug is unlikely to be leveraged within DACS but may affect Linux servers and web frameworks.

The ACM has awarded the 2015 Turing Award to Whitfield Diffie and Martin Hellman.

A draft of a paper that describes some recent work, Time-Gated Mutual Authentication: System Architecture is now available.

Web site improvements are in progress. The OTP Token demo is now functional. Some examples/demos/links on this site and in the manual pages may not work properly until the changes are complete. We apologize for any inconvenience.


Since DACS and other web-based systems may use HTTP cookies for a variety of purposes, administrators should review CERT Vulnerability Note VU#804060 (24-Sep-2015). When deployed as recommended, all communication involving DACS-protected resources must be conducted over SSL/TLS connections, including those that send or return HTTP cookies.

Several alerts regarding OpenSSL were published last year: 19-Mar-2015, 11-Jun-2015, 9-Jul-2015. Also see SSL Server Test and SSL Cipher Suite Details of Your Browser.


In early 2011, Microsoft announced that it would not support CardSpace (aka, Infocards and Information Cards) starting with Windows 8. CardSpace has been the most widely available identity selector for using Information Cards. The implementation of Infocards support within DACS remains in the code base and is documented, but is no longer being actively tested and maintained (neither are the demos). Support for Information Cards within DACS will likely be removed eventually. You may find that other Infocard and CardSpace related projects have been terminated and their web pages are out of date or no longer available. See: On the Demise of CardSpace // Open Cardspace opportunity // Personal Reflections on the CardSpace Journey // From CardSpace to Verified Claims // Change will come: the present is untenable // The Clay Feet of Giants? // RIP, Windows CardSpace. Hello, U-Prove // U-Prove.

Site Search

You can use Google to search this site, including the FAQ and technical documentation.

Google
This page last modified 28-Apr-2016 10:09 PDT
© Copyright 2001-2016 DSS Distributed Systems Software Inc. All rights reserved.
Vancouver, British Columbia, Canada
dacs@dss.ca