Is your feature request related to a problem? Please describe.

Context: I am a committer at the JNA project and have been developing using JNA for 7 years.

The Bootstrap class prevents running OpenSearch as root via the definitelyRunningAsRoot() method:

However, this check is failing on Windows by design... there's not even an attempt to check:

On macOS, if JNA is not available, we aren't sure: JNA Availability is determined here where an UnsatisfiedLinkError indicates failure to load the library. This will occur for two use case:

• On macOS versions 11.x (Big Sur) or higher, prior to JNA 5.6.0 due to changing the way system libraries are loaded
• On hardware with the M1 chip (aarch64) not running JVM in Rosetta, prior to JNA 5.7.0

This is potentially problematic because the JNA dependency for building server is still at 5.5.0.

However, it seems to work, possibly because the comment linked buildSrc directory seems to have 5.11.0, which may indicate that published "built" artifacts might work:

So I'm not clear where the 5.5 fits into the picture, but it could create problems.

Describe the solution you'd like

1. Upgrade both JNA dependency versions linked above to the current JNA release, 5.12.1.

2. Implement code to check whether the Windows version is running with elevated permissions by checking the current process's tokens for TOKEN_ELEVATION. I have implemented that code here.

I am happy to submit both changes if this issue is received favorably.

Describe alternatives you've considered
Status quo,and document the lack of checks.

Additional context

Pro: I'm not clear what the reasoning is for prohibiting running as root on Linux, but assuming that's a good thing we should extend it to all operating systems.

Con: This has the potential to break workflows for customers currently using macOS 11.x+ or Windows with elevated permissions, who don't know that's a bad idea.