Skip to content

Make server to correctly handle case when accept() returns both success and data for client. #8262

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

Merged
merged 1 commit into from
Sep 23, 2024

Conversation

hvlad
Copy link
Member

@hvlad hvlad commented Sep 21, 2024

When security package was changed from NTLM to Negotiate (see #8256), the last call of AcceptSecurityContext() returns SEC_E_OK and some data for client. Server should send its to the client, but it doesn't. As result, client can't obtain encryption key from security context and wire encryption is not possible.

This is the reason for failure of QA test for #6204.

@hvlad hvlad self-assigned this Sep 21, 2024
@hvlad hvlad requested a review from AlexPeshkoff September 21, 2024 15:24
@hvlad hvlad linked an issue Sep 21, 2024 that may be closed by this pull request
@hvlad hvlad merged commit e0adc2d into v5.0-release Sep 23, 2024
48 checks passed
hvlad added a commit that referenced this pull request Sep 24, 2024
Make server to correctly handle case when accept() returns both success and data for client.
hvlad added a commit that referenced this pull request Sep 24, 2024
Make server to correctly handle case when accept() returns both success and data for client.
@hvlad hvlad deleted the work/gh-8256 branch September 24, 2024 07:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Win_sspi plugin uses NTLM
2 participants