Closed
feat(intune): implement Windows device compliance evidence module (#364)#449
Conversation
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Copilot
AI
changed the title
[WIP] Implement compliance evaluation and reporting evidence for Intune devices
feat(intune): implement Windows device compliance evidence module (#364)
Aug 3, 2026
Owner
|
Superseded by restack onto current main: https://github.com/adamgell/cmtraceopen/pull/$(gh pr list --head staff/intune-364-compliance-lane-b-r1 --json number -q '.[0].number') Reason: this branch was ~463 commits behind main; the only CI failure ( |
5 tasks
Owner
|
Superseded by merged #495 on main. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Implements
cmtraceopen_parser::intune::device::windows::compliance— the pure-Rust, wasm32-compatible analyzer for Intune Windows device compliance evaluation and reporting evidence. The core invariant: Conditional Access denials, stale cloud state, and missing user evaluations are distinct phases that cannot produce local setting verdicts.Module structure
models.rssources.rsreducer.rsrules.rsLow/Inforedaction.rsBugs fixed from pre-merge audit (recovery branch)
10 correctness defects corrected before landing:
classify_event/classify_setting_reportnow gate onparse_state == Parsedandaccess_state == Available; unrelated-provider records can no longer produce compliance statesStagedRecordsaccumulates all records before touchingComplianceInput; a mid-array parse failure no longer leaves partially-decoded statenormalized_timestamprejectsLocal/Unspecified/Invalidtimestamps; onlyUtcandOffsetare usable for correlation orderingkeys_match; a service record with no declared identity no longer matches every access decisionpush_device_compliantuses!coverage.is_empty() && .all(Available)so an empty evidence set cannot produceHighconfidenceSubmittedoverridesFailed; a successful retry is no longer hidden by an earlier failureas u32truncationOffsetvsUtcset by inspecting whether the raw string ends withZis_already_masked_tokenvalidates exact[kind:16hexdigits]shape; bracket-wrapped raw identifiers can no longer bypass redactionFixture matrix
All 16 required scenarios from issue #364: