-
Notifications
You must be signed in to change notification settings - Fork 582
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
Issues with older AMT PCs and TLS connections on Ubuntu 24.04 #6565
Comments
you should really use a newer node version not roll back a version due to security risks!
also we already include Line 51 in c16ff89
validated using https://testtls.com - use ur meshcentral dns name and port 4433 |
Hi, thank you very much for your reply. I rolled back the NodeJS version just as a test. I've rolled all of my changes back so that we can diagnose it as it should be used - no modifications to NodeJS (now using stock 18.19.1 which comes from Ubuntu Server 24.04 using apt) and OpenSSL (I deleted the modified config and regenerated it by reinstalling OpenSSL). With my changes, I was able to connect to AMT with the only issue being the Here's what I see in the tracing after I uninstalled the agent, unconfigured and re-setup ME (manually using MEBx) and reinstalled the agent.
Checking with MeshCommander, I can see that CIRA did not get set up and I can only see the private key in the security settings tab. TLS got enabled, but MC can't connect to it. My only lead is pretty much just the fact that Ubuntu 24.04 might've tightened it's security by forcibly disabling older TLS versions.. Please advise. I really don't know how to proceed further here. Thank you. |
Where are you seeing the error |
It's right in the MeshCentral server tracing. I enabled |
never seen those errors before? thats new to me? |
I could send you the whole debug log (--debug) if you want. There could be sensitive info in there, so what if I'll send you a link via Discord or email? |
@marek26340 email me if ur unsure (check my github page 👍 ) |
Update: Just downgraded to Ubuntu Server 22.04. After importing the backup into MC and checking the debug logs while attempting to connect to different machines, it seems like the errors: This pretty much confirms that Ubuntu 24.04 forcefully disabled TLS 1.0 somehow. Going to get some sleep now. |
Hello!
So, I've decided to try and set up MeshCentral in our environment of approx. 150 PCs. All of them are on Windows and some of them also support either Intel SM or AMT.
Unfortunately, I seem to be having quite a lot of issues with these older PCs, which only support older versions of TLS and thus I'm getting lots of errors.
When MC is trying to set a machine's AMT up, it sets up TLS as it should, waits the 10 seconds, then fails upon trying to connect (408) with TLS and falls back to an insecure connections, which succeeds (200). Then, when I'd check the config it applied using MeshCommander on my PC, I can see that MC did not set up CIRA and, for some reason, didn't even install it's trusted root cert (only the private key).
Another error that I'm getting in trace is:
Error: 134820972243968:error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol:../deps/openssl/openssl/ssl/statem/statem_lib.c:1994:
After tons of googling, I tried to set up a separate OpenSSL config file (
MinProtocol = TLSv1
andCipherString = DEFAULT:@SECLEVEL=1
) and set it as an environment variable. That atleast let me past the Timeout error, but the error message itself still did not disappear. If MC is not using the system's OpenSSL and is using an internal one instead, that could explain why my changes haven't had much effect.I also tried to add
--tls-min-v1.0
to the launch parameters, with no changes.I'm convinced this has to do with OpenSSL and TLS because when I ran
OPENSSL_CONF=/etc/ssl/openssl-tls1.cnf openssl s_client -connect B106-01:16993
, this was the output:The "SSL handshake" part did not appear before I included that config file I made.
I've been struggling with this problem for a couple of days by now. Any advice will be greatly appreciated. Cheers!
Server Software:
Remote Device:
Your config.json file
The text was updated successfully, but these errors were encountered: