^ in MONGO_SERVER_URL password causes null pointer panic #1114
Labels
kind/bug
Categorizes issue or PR as related to a bug.
Comments
|
the panic should be fixed by #1113, specifically these lines in signing.go - b := o.Backends[backend]
+ logger.Infof("signable storage backends: %v", signableType.StorageBackend(cfg))
+ logger.Infof("o.Backends(): %v", o.Backends)
+
+ b, ok := o.Backends[backend]
+ if !ok {
+ backendErr := fmt.Errorf("could not find backend '%s' in configured backends (%v) while trying sign: %s/%s", backend, maps.Keys(o.Backends), tektonObj.GetKindName(), tektonObj.GetName())
+ logger.Error(backendErr)
+ merr = multierror.Append(merr, backendErr)
+ continue
+ }
+however, it will not fix the underlying issue ( |
|
that said, chains doesn't really parse |
|
It appears that there may be an issue with |
|
The following assumes there is a MongoDB server running locally with a package main
import (
"context"
"fmt"
"go.mongodb.org/mongo-driver/bson"
"go.mongodb.org/mongo-driver/mongo"
"go.mongodb.org/mongo-driver/mongo/options"
)
func main() {
uri := "mongodb://tekton-chains:foo^bar@localhost:27017/?authSource=admin"
client, err := mongo.Connect(context.TODO(), options.Client().ApplyURI(uri))
if err != nil {
panic(err)
}
defer func() {
if err := client.Disconnect(context.TODO()); err != nil {
panic(err)
}
}()
names, err := client.Database("tekton-chains").ListCollectionNames(context.TODO(), bson.D{})
if err != nil {
panic(err)
}
for i, name := range names {
fmt.Printf("%d: %s\n", i, name)
}
}$ go get go.mongodb.org/[email protected]
...
$ go run main.go
panic: parse "mongodb://tekton-chains:foo^bar@localhost:27017/?authSource=admin": net/url: invalid userinfo
goroutine 1 [running]:
main.main()
/Users/bradbeck/github/bradbeck/mongo-client/main.go:16 +0x214
exit status 2
$ go get go.mongodb.org/[email protected]
go: upgraded go.mongodb.org/mongo-driver v1.13.1 => v1.13.2
$ go run main.go
0: bar |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Expected Behavior
The user should be able to have a MongoDB password that contains a
^as part ofMONGO_SERVER_URLwithout causing a panic.^seems to be valid without encoding when usingmongoshand is not listed as one of the characters that is required to be encoded in the MongoDB documentation.Actual Behavior
Having a password as part of
MONGO_SERVER_URLthat contains^causes a null pointer access panic when attempting to store payloads.Steps to Reproduce the Problem
Configure Chains to use MongoDB for attestation storage for TaskRuns
Include a
^in the MongoDB password used inMONGO_SERVER_URLRun a TaskRun
Chains will panic:
Additional Info
Kubernetes version:
Tekton Pipeline version:
The text was updated successfully, but these errors were encountered: