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

Safety improvements for repr(stabby) enums #69

Merged
merged 10 commits into from
May 3, 2024
Merged

Conversation

p-avital
Copy link
Collaborator

@p-avital p-avital commented May 1, 2024

ABI BREAKING CHANGE

While stabby::result::Result's actual layout hasn't truly changed, this PR fixes a soundness hole which might still be triggered by exploiting a Result received from a binary with the previous representation.

stabby treats this release's Result as different from that of the previous.

Fixing an unsoundness in stabby::result::Result which infected all repr(stabby) enum

stabby::result::Result sometimes encodes determinants in structure padding. However, until this PR, rustc was free to treat these paddings as unused data, making reads in these regions UB.

Due to this, any repr(stabby) enum that used these determinants is unsound until this PR is merged.

This PR addresses this by ensure Rust treats enums as a blob of memory with the appropriate size and alignment.

A nice side effect of this PR is that Rust previously treated repr(stabby) enums as improper_ctypes due to the determinants being ZSTs, as highlighted by issue #68. This is no longer the case.

@p-avital p-avital merged commit 9bd87e2 into main May 3, 2024
11 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant