summaryrefslogtreecommitdiff
path: root/daemon/gdm-session.xml
diff options
context:
space:
mode:
authorRay Strode <rstrode@redhat.com>2017-07-14 16:05:46 -0400
committerRay Strode <rstrode@redhat.com>2017-10-20 14:14:16 -0400
commitd5280a38761a558c32c32e1e277ebd26f63af5c7 (patch)
tree626b7cdf75ac50a4b787bf85f8a897c34e6f414a /daemon/gdm-session.xml
parent5683e5d5a6bc37c7a1b52a633cc79c70b60defb3 (diff)
downloadgdm-d5280a38761a558c32c32e1e277ebd26f63af5c7.tar.gz
daemon: introduce pam extension mechanism
This abuses PAM_BINARY_PROMPT for our own nefarious purposes. The way it works is GDM advertises what "extensions" it supports with the environment variable, GDM_SUPPORTED_PAM_EXTENSIONS (a space separated list of reverse dns notation names). PAM services that support this protocol, will read the environment variable, and check for extension strings they support. They then know that sending PAM_BINARY_PROMPT won't blow up, and know what format to use for the binary data. The type field of the structure is the index of the string from the environment variable. This commit is just foundation work. It doesn't actually add any extensions. https://bugzilla.gnome.org/show_bug.cgi?id=788851
Diffstat (limited to 'daemon/gdm-session.xml')
-rw-r--r--daemon/gdm-session.xml3
1 files changed, 3 insertions, 0 deletions
diff --git a/daemon/gdm-session.xml b/daemon/gdm-session.xml
index 9d44005b..af2976a4 100644
--- a/daemon/gdm-session.xml
+++ b/daemon/gdm-session.xml
@@ -24,6 +24,9 @@
</method>
</interface>
<interface name="org.gnome.DisplayManager.UserVerifier">
+ <method name="EnableExtensions">
+ <arg name="extensions" direction="in" type="as"/>
+ </method>
<method name="BeginVerification">
<arg name="service_name" direction="in" type="s"/>
</method>