Description of problem:
This is a regression with the new version of authconfig. With older released versions the behavior was different.
Now authonfig generates an sssd.conf with names of sections and a few options (see below).

Not sure which change caused it or if it is intentional, but it is clearly changes the behavior fixed in bug 874527 (there is no attempt to start sssd, though).
If the change is intentional, please document it, and explain why it was added.

Version-Release number of selected component (if applicable):
authconfig-6.2.8-19.el7

How reproducible:
always

Steps to Reproduce:
# rm -rf /etc/sysconfig/authconfig /etc/sssd/sssd.conf 
# strace authconfig --enablesssd --enablesssdauth --updateall 2>&1  |grep sssd.conf
open("/etc/sssd/sssd.conf", O_RDONLY)   = -1 ENOENT (No such file or directory)
open("/etc/sssd/sssd.conf", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 7
#
# cat /etc/sssd/sssd.conf
[sssd]
services = nss, pam

[nss]
homedir_substring = /home

[pam]

[sudo]

[autofs]

[ssh]

[pac]

[ifp]

[secrets]

#

Interestingly, if there is already an sssd.conf file, the content is not added.

# rm -rf /etc/sysconfig/authconfig /etc/sssd/sssd.conf 
# touch /etc/sssd/sssd.conf
# strace authconfig --enablesssd --enablesssdauth --updateall 2>&1  |grep sssd.conf
open("/etc/sssd/sssd.conf", O_RDONLY)   = 3
read(7, "c/sssd.conf\n\n        === Returns"..., 4096) = 4096
# cat /etc/sssd/sssd.conf
#