Unwrap Secret ID Not Supported

[aznnomness]

Describe the feature request or question
I have seen several other issues logged and marked as resolved, but the behavior in the client seems to have changed since those issues. The Hashicorp Vault example repository (https://github.com/hashicorp/hello-vault-dotnet/blob/c47dd2f57a657618385034adf2028f86e3179989/sample-app/WebService/Vault/VaultWrapper.cs#L57) shows passing null to the ...V1.System.UnwrapWrappedResponseDataAsync function and setting the wrapping token in the TokenAuthMethodInfo, but the user is now presented with an error that the token cannot be null in the function call. It seems that there have been additional checks put into place that will not allow the user to unwrap a token unless they are authenticated despite the API documentation show it is possible: https://developer.hashicorp.com/vault/api-docs/system/wrapping-unwrap#sample-request

Is there a particular reason this behavior has changed? Can there be a way to expose the unwrap functionality without requiring auth or using up the wrapping token?

Link to the Vault API Docs that support this feature
The Vault Docs URL

Additional context
The workflow I am looking to accomplish is to have returned SecretIDs seal-wrapped and have my application unwrap the SecretID to then authenticate.

[aznnomness]

I found a way to support unauthenticated unwrapping, but I think this issue is more of a "is it desired to have an unauthenticated way of unwrapping tokens?" discussion. The Vault API obviously allows it, but does this client want to support that behavior?

I can put a PR up to have it reviewed but I'd like some discussion before doing so, because if you configure an AppRole auth method to seal wrap the SecretID you would typically have a trusted system get the wrapping token for the secret id and distribute it to the consumer. But, you could also have another trusted system unwrap the secret id and pass the secret id directly to the consumer.

The more I work with Vault the more I learn it's either impossible or extremely difficult to get "zero trust", you just have to control and secure what you do trust.