Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

encrypt/obfuscate/secure quarkus app on compile #6034

Closed
nimo23 opened this issue Dec 9, 2019 · 4 comments
Closed

encrypt/obfuscate/secure quarkus app on compile #6034

nimo23 opened this issue Dec 9, 2019 · 4 comments
Labels
kind/enhancement New feature or request triage/wontfix This will not be worked on

Comments

@nimo23
Copy link
Contributor

nimo23 commented Dec 9, 2019

Description
Actually, we can use jvm or native mode when compiling quarkus projects. These can be distributed to cloud servers or devices. Would be nice if quarkus provides integration of something like proGuard or protector4J to secure the app on compile.

Implementation ideas
For example, the quarkus secure build can be used by a new task:
./mvnw compile quarkus:guard

@nimo23 nimo23 added the kind/enhancement New feature or request label Dec 9, 2019
@bolodecenouracomcafe
Copy link

I have the same need, it would be nice if the maven proguard plug-in worked with Quarkus in native mode.

https://github.com/wvengen/proguard-maven-plugin

In addition to the safety benefit, ProGuard also helps to decrease the size of the jar.

@bolodecenouracomcafe
Copy link

I asked to Proguard team and they answered: "Optimizing and name-obfuscating server-side applications is generally not useful, unless you are really concerned about the application size."

@gsmet
Copy link
Member

gsmet commented Jul 6, 2020

It can be done as an external project but I really would prefer we don't include any obfuscation-related features inside Quarkus proper.

Closing it for now.

If someone wants to work on it and needs additional extension points, we can certainly talk about it in specific issues.

@gsmet gsmet closed this as completed Jul 6, 2020
@gsmet gsmet added the triage/wontfix This will not be worked on label Jul 6, 2020
@devprojectsme
Copy link

Dear @gsmet ,

I do realize it is "not recommended" to comment on the closed issue, but am not sure it would be any better to open the new once for this.

My question is: in the fast-jar packaging mode, Quarkus creates the generated-bytecode.jar file. This file contains classes with the references to the actual app code under quarkus-app\app path. Hence obfuscating the app jar part under that path is not sufficient. Obfuscation frameworks do not allow separate obfuscation of different parts. You have mentioned this could be done externally, but I am not sure how to proceed with that. Could you please provide a small hint to it?

Thanks in advance!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/enhancement New feature or request triage/wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

4 participants