Authentication strategies
SharePoint client
Samples
Sandbox
Custom Auth
Custom authentication mechanisms
Gosip allows providing custom authentication mechanisms. For example, you are considering reusing Fluent API helpers and HTTP Client but existing authentication strategies do not feet your environment specifics. Maybe your tenant configured with custom ADFS provider, maybe it's 2FA and there are no alternatives and you need On-Demand auth, but it missed in Gosip strategies list? Fortunately, this is not any sort of stopper. All included authentication strategies are a sort of a pluging and it's rather affordable to add a new strategy on your own.
Let's take a look at any strategy binding:
1
package main
2
3
import (
4
"log"
5
"os"
6
7
"github.com/koltyakov/gosip"
8
strategy "github.com/koltyakov/gosip/auth/saml"
9
)
10
11
func main() {
12
13
authCnfg := &strategy.AuthCnfg{
14
SiteURL: os.Getenv("SPAUTH_SITEURL"),
15
Username: os.Getenv("SPAUTH_USERNAME"),
16
Password: os.Getenv("SPAUTH_PASSWORD"),
17
}
18
19
client := &gosip.SPClient{AuthCnfg: authCnfg}
20
// use client in raw requests or bind it with Fluent API ...
21
22
}
Copied!
What we can see? Some strategy is imported into the
strategy namespace. A strategy has AuthCnfg struct with some public properties which are obviously taking place in authentication flow. This struct is then passed to &gosip.SPClient{AuthCnfg: authCnfg} and somehow after following binding the requests are authenticated.For this construction to work
strategy.AuthCnfg should implement gosip.AuthCnfg interface which is:1
// AuthCnfg is an abstract auth config interface,
2
// allows different authentications strategies' dependency injection
3
type AuthCnfg interface {
4
// Authentication middleware fabric
5
// applyes round tripper or enriches requests with authentication and metadata
6
SetAuth(req *http.Request, client *SPClient) error
7
8
// Authentication initializer (token/cookie/header, expiration, error)
9
// to support cabability for exposing tokens for external tools
10
// e.g. as of this sample project https://github.com/koltyakov/spvault
11
GetAuth() (string, int64, error)
12
13
ParseConfig(jsonConf []byte) error // Parses credentials from a provided JSON byte array content
14
ReadConfig(configPath string) error // Reads credentials from storage
15
16
GetSiteURL() string // SiteURL getter method
17
GetStrategy() string // Strategy code getter
18
}
Copied!
Philosophy of the strategies is to have two initiation modes, the first is a strict declaration of the creds and the second one is reading credentials from the config. That config is not necessarily a file on the file system it can be a request to a key vault or OS credential manager, etc.
As the interface is passed to
gosip.SPClient struct, Gosip knows nothing about the creds and the context, for that reason GetSiteURL method is vital to target requests to a correct root URL.GetStrategy method should return the string alias value of the strategy name if something specific should be happening based on its value.GetAuth method is for token and cookie-based authentications, it can be omitted and return just a blank value, or it can be an actual place for authentication flow happening inside, returning a cached string which is when applied somehow to the requests making them authenticated. In case of custom logic, we'd recommend using GetAuth method and don't forget TTL caching to reduce roundtrips. With a robust external auth client, GetAuth can be dummy minimum (NTLM example shows this approach).And finally,
SetAuth, the method where all the magic happening. SetAuth method is a middleware, it receives runtime request and should append authentication stuff. Check these as samples: NTML's SetAuth, cookie-based auth, Bearer token-based auth.By implementing AuthCnfg struct and gosip.AuthCnfg interface any custom authentication can be added to Gosip.
Last modified 1yr ago
Export as PDF
Copy link