Hallo,
es ist ganz normal wenn wir über Claims Based Authentifizierung reden. Die Claims Verschlüsselung wird den
domain\username mit noch ein paar Parameters verknüpfen(Concatenation).
Siehe bitte den folgenden Artikel: How Claims encoding works in SharePoint
2010
Let's start from the beginning. The first character must be an I for an identity claim, otherwise it has to be c. Note that the casing is important here. The second character must be a : and the third a 0. The third character is reserved for future use.
It's in the fourth character the interesting part starts. The fourth character tells us what type of claim it is and the fifth what type of value. There are several possible claim types. The most common are; user logon name (#), e-mail (5), role (-), group
SID (+) and farm ID (%). For the claim value type a string is normally used and that is represented by a . character. The sixth character in the sequence represents the original issuer and depending on the issuer the format following the sixth character varies.
For Windows and Local STS the seventh character is a pipe character (|) followed by the claim value. The rest of the original issuers have two values separated by pipe characters, the name of the original issuers and then the claim value.
Andere Artikel die hilfreich sind:
InfoPath 2010 - Using the User Profile Service with Claims Based Authentication
Getting Active Directory UserId from Windows Claim in SharePoint 2013
Gruss,
Alex
Alex Pitulice, MICROSOFT

Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip
„IT-Pros helfen IT-Pros“ beruht, kein technischer Support geleistet werden kann
oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.