Open brianwyka opened 4 years ago
Worth adding as a new module micronaut-security-jwt
with a grpc
flavor?
Sounds like a good idea, want to do a PR?
Sure, I can take a stab at it. Is it better suited to live in this project or within https://github.com/micronaut-projects/micronaut-security ?
this project is fine
@brianwyka did you still want to submit a PR?
Sorry @graemerocher, totally lost track of this. I can get something going this weekend.
@graemerocher, I was planning on reusing some of the JWT security configuration and beans from micronaut-security-jwt
but there seems to be some ties to HttpRequest
in there, and the only methods I can call without the request are @deprecated
.
Should I copy code into this new module or call the deprecated code?
Here is what my "basic" first take of an implementation looks like:
Configuration class:
@ConfigurationProperties(GrpcServerSecurityJwtConfiguration.PREFIX)
@Requires(property = GrpcServerSecurityJwtConfiguration.PREFIX + ".enabled", value = "true", defaultValue = "false")
public interface GrpcServerSecurityJwtConfiguration {
String PREFIX = GrpcServerConfiguration.PREFIX + ".security.jwt";
/**
* Whether or not JWT server interceptor is enabled
*
* @return true if enabled, false otherwise
*/
boolean isEnabled();
/**
* The order to be applied to the server interceptor in the interceptor chain
*
* @return the order
*/
int getOrder();
/**
* The name of the metadata key which holds the JWT
*
* @return the metadata key name
*/
String getMetadataKeyName();
}
Server Interceptor:
@Singleton
@Requires(beans = GrpcServerSecurityJwtConfiguration.class)
public class GrpcServerSecurityJwtInterceptor implements ServerInterceptor, Ordered {
private static final Logger LOG = LoggerFactory.getLogger(GrpcServerSecurityJwtInterceptor.class);
private final int order;
private final Metadata.Key<String> jwtMetadataKey;
private final JwtValidator jwtValidator;
/**
* Create the interceptor based on the configuration.
*
* @param config the gRPC Security JWT configuration
* @param jwtValidator the JWT validator
*/
@Inject
public GrpcServerSecurityJwtInterceptor(final GrpcServerSecurityJwtConfiguration config, final JwtValidator jwtValidator) {
this.order = config.getOrder();
this.jwtMetadataKey = Metadata.Key.of(config.getMetadataKeyName(), Metadata.ASCII_STRING_MARSHALLER);
this.jwtValidator = jwtValidator;
}
/**
* Intercept the call to validate the JSON web token. If the token is not present in the metadata, or
* if the token is not valid, this method will deny the request with a {@link StatusRuntimeException}
*
* @param call the server call
* @param metadata the metadata
* @param next the next processor in the interceptor chain
* @param <T> the type of the server request
* @param <S> the type of the server response
* @throws StatusRuntimeException if token not present or invalid
*/
@Override
public <T, S> ServerCall.Listener<T> interceptCall(final ServerCall<T, S> call, final Metadata metadata, final ServerCallHandler<T, S> next) {
if (!metadata.containsKey(jwtMetadataKey)) {
if (LOG.isErrorEnabled()) {
LOG.error("{} key missing in gRPC metadata", jwtMetadataKey.name());
}
throw new StatusRuntimeException(Status.UNAUTHENTICATED);
}
final ServerCall.Listener<T> listener = next.startCall(call, metadata);
final Optional<JWT> jwtOptional = jwtValidator.validate(metadata.get(jwtMetadataKey));
if (!jwtOptional.isPresent()) {
throw Status.PERMISSION_DENIED.withDescription("JWT validation failed").asRuntimeException();
}
if (LOG.isDebugEnabled()) {
LOG.debug("JWT: {}", jwtOptional.get().serialize());
}
return new ForwardingServerCallListener.SimpleForwardingServerCallListener<T>(listener) { };
}
/**
* Get the order for this interceptor within the interceptor chain
*
* @return the order
*/
@Override
public int getOrder() {
return order;
}
}
@jameskleeh @sdelamo can you provide some suggestions with regards to integrating security with gRPC here?
@jameskleeh, @sdelamo, any feedback?
@brianwyka As you have discovered many of the APIs in security are tied to the notion of an HttpRequest. If the same sort of practices for normal http services also apply to GRPC then perhaps I would consider creating a GrpcRequest
object that implements HttpRequest to pass around. I would not rely on the deprecated APIs as they will be removed in a future release.
any news? we are in need of this functionality.
Thanks for the feedback @jameskleeh, I'll see if I can make that work, otherwise will resort to some duplication if necessary.
@jameskleeh, based on some brief analysis, doesn't look like a GrpcRequest
implementation of HttpRequest
will be a viable or straight-forward option.
I noticed that HttpRequest
is @Nullable
at the moment. Is that temporary until the deprecation is removed?
https://github.com/micronaut-projects/micronaut-security/blob/master/security-jwt/src/main/java/io/micronaut/security/token/jwt/validator/JwtValidator.java#L81
Or can I leverage calling that with a null
request here...?
I'm thinking that perhaps an enhancement can be made to micronaut-security
to add more of a limited scope object to the validate
method of the JwtValidator
. What is planned to be used off of the HttpRequest
in the future? Currently I see the trace of HttpRequest
die here in the JwtClaimsValidator
:
https://github.com/micronaut-projects/micronaut-security/blob/master/security-jwt/src/main/java/io/micronaut/security/token/jwt/validator/JwtClaimsValidator.java#L42
If we want to make it more useful for other security purposes outside of HttpRequest
realm, it would be beneficial to make this enhancement.
I noticed that HttpRequest is @Nullable at the moment. Is that temporary until the deprecation is removed?
That isn't temporary. We want to allow for validation of JWTs outside of a request. You can pass null there. Some of the cases where the request is available are because users requested access to it, not because the framework itself needed the data
Thanks @jameskleeh, that will work for this use case.
I believe that a pretty crucial part is missing here for this to be on par with the "HTTP security" module: token propagation. Ideally, it should be possible to configure HTTP → gRPC, gRPC → HTTP and gRPC → gRPC token propagation.
@pfyod that would be useful
I agree it would be nice. Probably better to do in a follow up feature. @pfyod are you interested in working on it once #322 is complete?
Do we have news about this feature? :eyes:
@brunorafaeli, still waiting on feedback on some design direction from Micronaut team.
Any update on it would be great
@FrogDevelopper I'll be looking at this later this week
Hello,
happy new year for all the team 🎉 🍾
Hoping you'll get time for this feature soon🤞🏻
@burtbeckwith Still no time to work on it ?
@burtbeckwith any update?
Any update on the issue?
Still no update on this issue ?
Allow for integration with
micronaut-security
to provide server interceptors to enforce different types of authenticationBase use case would be
micronaut-security-jwt
to be used for validating JWT tokens. Example below: