This report summarizes scanner evidence for microsoft/Windows-driver-samples. SynthScan examined 1,380,435 lines of code across 2437 source files, recording 4952 pattern matches distributed across 7 syntactic categories. The legacy adjusted pattern signal is 3.5 (Low pattern signal); it is not an authorship estimate.
Use the findings to ask whether maintainers can explain intent, verify dependencies, simplify unnecessary scaffolding, and focus review effort. Risk Payload v1 adds ownership, supply-chain, over-engineering, and review-effort vectors when available. These are prompts for human verification, not probabilities, security findings, or measured maintenance costs.
Use each vector to guide manual verification of the underlying findings.
Payload schema: 1.0.0 · Engine: 2.0.0 · Scoring: heuristic-density-v1 · Scan date: 2026-10-31.
Can maintainers explain intent, assumptions, and trade-offs? 4952 finding(s).
Are imports declared and package/API names verified? 0 finding(s).
Are wrappers, guards, and repeated structures necessary? 0 finding(s).
Which changes need focused human review? 4952 finding(s).
Run additional scans to build a history of the legacy pattern signal. Score changes are not a measure of AI adoption or code quality.
Groups findings by configured severity weight. Severity is not a confidence estimate, security rating, or proof that a package is missing. Verify imports against the project's manifests and inspect each finding in its local design context.
This horizontal bar chart shows where configured pattern scores accumulate across directories. Treat the bars as locations to inspect, not as evidence of authorship or code quality. Use the file-level findings to decide whether a directory needs a focused ownership, dependency, complexity, or review check.
The scanner identified 4952 distinct pattern matches across 7 syntactic categories. Each entry below represents a discrete location in the source code where the engine recorded a detector match to inspect in context. Expand any category row to inspect the individual file paths, line numbers, code snippets, and the lexical context (CODE, COMMENT, or STRING) in which each match was detected.
Reading the findings table: The Severity column indicates the configured finding weight (CRITICAL / HIGH / MEDIUM / LOW). The Context column identifies whether the match occurred inside executable code, an inline comment, or a string literal — legacy comment-context matches receive a ×1.5 score weight. The ⚡ bolt icon marks clustered matches: three or more patterns within a 10-line window, each receiving an additional ×1.5 density multiplier under the legacy scoring model.
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | TrEE/inc/SampleOSService.h | 1 | #pragma once | COMMENT |
| LOW | TrEE/inc/SampleOSService.h | 21 | // Copies the bytes of input buffer to output buffer in reverse order | COMMENT |
| LOW | TrEE/inc/SampleOSService.h | 61 | // Read a byte from kernel address space | COMMENT |
| LOW | TrEE/inc/SampleSecureService.h | 1 | #pragma once | COMMENT |
| LOW | TrEE/inc/SampleSecureService.h | 21 | // | COMMENT |
| LOW | TrEE/inc/SampleSecureService.h | 41 | COMMENT | |
| LOW | TrEE/inc/SampleSecureService.h | 61 | #define IOCTL_TEST_DELAYED_COMPLETION CTL_CODE(FILE_DEVICE_TRUST_ENV, 0x800, METHOD_BUFFERED, FILE_ANY_ACCESS) | COMMENT |
| LOW | TrEE/Test/SampleTest.cpp | 21 | #include <initguid.h> | COMMENT |
| LOW | TrEE/Miniport/SampleMiniport.c | 21 | #include <initguid.h> | COMMENT |
| LOW | TrEE/Miniport/SampleMiniport.c | 81 | COMMENT | |
| LOW | spb/SkeletonI2C/internal.h | 21 | COMMENT | |
| LOW | spb/SkeletonI2C/internal.h | 41 | #include <ntstrsafe.h> | COMMENT |
| LOW | spb/SkeletonI2C/internal.h | 81 | COMMENT | |
| LOW | spb/SkeletonI2C/internal.h | 221 | // Request context. | COMMENT |
| LOW | spb/SkeletonI2C/device.cpp | 1141 | // 1. Verify this specific DeviceIoContol code is supported, | COMMENT |
| LOW | spb/SkeletonI2C/driver.cpp | 161 | // Note: The SPB class extension sets a default | COMMENT |
| LOW | spb/SkeletonI2C/driver.cpp | 281 | { | COMMENT |
| LOW | spb/SkeletonI2C/skeletoni2c.h | 21 | COMMENT | |
| LOW | spb/SkeletonI2C/skeletoni2c.h | 41 | __declspec(align(4)) HWREG<ULONG> Reg1; | COMMENT |
| LOW | spb/SpbTestTool/sys/internal.h | 21 | COMMENT | |
| LOW | spb/SpbTestTool/sys/spbtestioctl.h | 21 | #define _SPBTESTIOCTL_H_ | COMMENT |
| LOW | spb/SpbTestTool/sys/spbtestioctl.h | 41 | #define IOCTL_SPBTESTTOOL_LOCK CTL_CODE(FILE_DEVICE_SPB_PERIPHERAL, 0x702, METHOD_BUFFERED, FILE_ANY_ACCESS | COMMENT |
| LOW | spb/SpbTestTool/sys/device.cpp | 801 | device = WdfInterruptGetDevice(FxInterrupt); | COMMENT |
| LOW | spb/SpbTestTool/sys/trace.h | 41 | ) | COMMENT |
| LOW | spb/SpbTestTool/sys/peripheral.cpp | 1661 | // In order to satisfy SDV, assume clientRequest | COMMENT |
| LOW | spb/SpbTestTool/exe/internal.h | 21 | COMMENT | |
| LOW | spb/SpbTestTool/exe/command.h | 41 | // | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 61 | #define SDHC_ARGUMENT 0x08 | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 81 | #define SDHC_HOST_CONTROL2 0x3e | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 101 | #define SDHC_TM_TRANSFER_READ 0x0010 | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 121 | // Bits defined in SDHC_PRESENT_STATE | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 141 | #define SDHC_PS_DAT3_SIGNAL 0x00800000 | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 161 | #define SDHC_HC_DMA_SELECT_ADMA32 0x10 | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 181 | COMMENT | |
| LOW | sd/miniport/sdhc/sdhc.h | 201 | #define SDHC_PC_3_3V 0x0e | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 221 | #define SDHC_WC_CARD_SUPPORTS_WAKEUP 0x80 | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 241 | // | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 261 | COMMENT | |
| LOW | sd/miniport/sdhc/sdhc.h | 281 | // | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 301 | COMMENT | |
| LOW | sd/miniport/sdhc/sdhc.h | 321 | // determines the poll count (10 ms * 100 tries = 1 second) | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 1261 | // | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.h | 1281 | // Max transfer length per descriptor entry | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.c | 2241 | // | COMMENT |
| LOW | sd/miniport/sdhc/sdhc.c | 3321 | } | COMMENT |
| LOW | sensors/CustomSensors/Device.h | 1 | //Copyright (C) Microsoft Corporation, All Rights Reserved | COMMENT |
| LOW | sensors/CustomSensors/client.cpp | 1 | //Copyright (C) Microsoft Corporation, All Rights Reserved. | COMMENT |
| LOW | sensors/CustomSensors/client.cpp | 181 | InitPropVariantFromUInt32(SensorState_Active, | COMMENT |
| LOW | sensors/CustomSensors/hardwaresimulator.cpp | 1 | //Copyright (C) Microsoft Corporation, All Rights Reserved. | COMMENT |
| LOW | sensors/CustomSensors/HardwareSimulator.h | 1 | //Copyright (C) Microsoft Corporation, All Rights Reserved | COMMENT |
| LOW | sensors/CustomSensors/device.cpp | 1 | //Copyright (C) Microsoft Corporation, All Rights Reserved. | COMMENT |
| LOW | sensors/CustomSensors/device.cpp | 21 | 0xa8b27439, 0xc671, 0x401e, 0xb4, 0xef, 0x43, 0xd7, 0x0, 0xa5, 0xb4, 0x11); | COMMENT |
| LOW | sensors/CustomSensors/Driver.h | 1 | //Copyright (C) Microsoft Corporation, All Rights Reserved | COMMENT |
| LOW | sensors/CustomSensors/driver.cpp | 1 | //Copyright (C) Microsoft Corporation, All Rights Reserved. | COMMENT |
| LOW | sensors/CustomSensors/SensorsTrace.h | 1 | //Copyright (C) Microsoft Corporation, All Rights Reserved | COMMENT |
| LOW | sensors/CustomSensors/SensorsTrace.h | 41 | COMMENT | |
| LOW | sensors/CustomSensors/SensorsTrace.h | 61 | COMMENT | |
| LOW | sensors/CustomSensors/SensorsTrace.h | 81 | #define WPP_LEVEL_FLAGS_CLXEXIT_ENABLED(LEVEL, FLAGS, status) WPP_LEVEL_FLAGS_ENABLED(LEVEL, FLAGS) | COMMENT |
| LOW | sensors/CustomSensors/SensorsTrace.h | 101 | //MACRO: SENSOR_FunctionExit | COMMENT |
| LOW | sensors/CustomSensors/SensorsTrace.h | 121 | //USEPREFIX (SENSRSVC_FunctionEnter, "%!STDPREFIX! SENSRSVC %!FUNC! FunctionEnter"); | COMMENT |
| 4834 more matches not shown… | ||||
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | network/wlan/WDI/COMMON/P2P.c | 10961 | // <Note> We need to check if any client is in active mode (including ourself if we are client mode). | COMMENT |
| LOW | filesys/cdfs/dirsup.c | 241 | find. This may already point to a dirent so we need to check if | CODE |
| LOW | filesys/miniFilter/avscan/filter/communication.c | 761 | // we need to check if notification abort flag was set, if it was, we need to fail the section creation | COMMENT |
| LOW | filesys/miniFilter/MetadataManager/operations.c | 118 | // Continue with the lock/dismount - we need to check if the | COMMENT |
| LOW | filesys/miniFilter/MetadataManager/operations.c | 590 | // Continue with the lock/dismount - we need to check if the | COMMENT |
| LOW | storage/miniports/storahci/src/hbastat.c | 575 | The purpose of this function is to verify and drive the Start Channel state machine | CODE |
| LOW | hid/hidusbfx2/sys/hidusbfx2.h | 333 | // This variable stores state for the swicth that got toggled most recently | COMMENT |
| LOW | hid/hclient/ecdisp.c | 2360 | // Step 1: We're storing the values retrieved by these additional dialog | COMMENT |
| LOW | hid/hclient/ecdisp.c | 2756 | // Step 2: Extract the common parameters. It's probably easier | COMMENT |
| LOW | hid/hclient/ecdisp.c | 2781 | // Step 3: Now we'll deal with those functions that require a report buffer of some kind | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.h | 119 | // Step 3: Edit the PepDeviceMatchArray to tell the common library which device | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.h | 125 | // Step 4: Define the list of native methods under each device. | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.h | 130 | // Step 5: Define the list of device-specific notification handlers | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.h | 136 | // Step 6: Edit the PepDeviceDefinitionArray to register any native methods | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.h | 142 | // Step 7: Implement the device-specific notification handlers. | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.h | 36 | // Step 1: Define a unique device type for each new device. | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.h | 90 | // Step 2: Define a name for each new device. | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.c | 38 | // Step 1: Define a unique device type for each new device. | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.c | 43 | // Step 2: Define a name for each new device. | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.c | 60 | // Step 3: Edit the PepDeviceMatchArray to tell the common library which device | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.c | 116 | // Step 4: Define the list of native methods under each device. | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.c | 210 | // Step 5: Define the list of device-specific notification handlers | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.c | 286 | // Step 6: Edit the PepDeviceDefinitionArray to register any native methods | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.c | 384 | // Step 7: Implement the device-specific notification handlers. | COMMENT |
| LOW | serial/serial/read.c | 1137 | // We need to check if the stream of readable characters | COMMENT |
| LOW | serial/serial/modmflow.c | 1398 | // We need to check if transmission is holding | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | hid/hclient/ecdisp.c | 2360 | // Step 1: We're storing the values retrieved by these additional dialog | COMMENT |
| LOW | hid/hclient/ecdisp.c | 2756 | // Step 2: Extract the common parameters. It's probably easier | COMMENT |
| LOW | hid/hclient/ecdisp.c | 2781 | // Step 3: Now we'll deal with those functions that require a report buffer of some kind | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.h | 119 | // Step 3: Edit the PepDeviceMatchArray to tell the common library which device | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.h | 125 | // Step 4: Define the list of native methods under each device. | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.h | 130 | // Step 5: Define the list of device-specific notification handlers | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.h | 136 | // Step 6: Edit the PepDeviceDefinitionArray to register any native methods | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.h | 142 | // Step 7: Implement the device-specific notification handlers. | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.h | 36 | // Step 1: Define a unique device type for each new device. | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.h | 90 | // Step 2: Define a name for each new device. | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.c | 38 | // Step 1: Define a unique device type for each new device. | COMMENT |
| LOW⚡ | pofx/PEP/acpi/acpispecific.c | 43 | // Step 2: Define a name for each new device. | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.c | 60 | // Step 3: Edit the PepDeviceMatchArray to tell the common library which device | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.c | 116 | // Step 4: Define the list of native methods under each device. | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.c | 210 | // Step 5: Define the list of device-specific notification handlers | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.c | 286 | // Step 6: Edit the PepDeviceDefinitionArray to register any native methods | COMMENT |
| LOW | pofx/PEP/acpi/acpispecific.c | 384 | // Step 7: Implement the device-specific notification handlers. | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | spb/SkeletonI2C/device.cpp | 1054 | // so that the driver can leverage other SPB DDIs for this request. | COMMENT |
| MEDIUM | network/wlan/WDI/COMMON/MgntLink.c | 538 | // is robust which means the report may be lost. | COMMENT |
| MEDIUM | filesys/fastfat/easup.c | 3228 | // nice and more robust | COMMENT |
| MEDIUM | filesys/fastfat/close.c | 671 | // make sure we fully utilize the acquisition of the volume, which can | COMMENT |
| MEDIUM | storage/miniports/storahci/src/common.c | 4437 | //if the first FUA command fails, leverage the class driver to not send anymore FUA commands | COMMENT |
| MEDIUM | storage/miniports/storahci/src/entrypts.c | 614 | // Currently StorAHCI does not utilize CAP.NP. It remains useful to identify platform BIOSes | COMMENT |
| MEDIUM | storage/miniports/storahci/src/ahci.h | 866 | ULONG ATTR_ALHD :1; //Activity LED Hardware Driven: If set to '1', the HBA drives the activity LED for the LED | CODE |
| MEDIUM | audio/SoundWire/Samples/SdcaVad/SdcaVDsp/AudioModule.h | 39 | // configuration. Real driver should use a more robust scheme, such as | COMMENT |
| MEDIUM | audio/sysvad/common.h | 317 | // configuration. Real driver should use a more robust scheme, such as | COMMENT |
| MEDIUM | serial/serial/pnp.c | 2316 | // Well, we think it's a serial device. Absolutely | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| MEDIUM | general/registry/regfltr/sys/multialt.c | 728 | // code to capture the string for demonstration purposes. | COMMENT |
| MEDIUM | audio/sysvad/APO/DelayAPO/DelayAPOMFX.cpp | 882 | // For demonstration purposes we will add 44.1KHz, 16-bit stereo and 48KHz, 16-bit | COMMENT |
| MEDIUM | audio/sysvad/APO/SwapAPO/swapapomfx.cpp | 1140 | // For demonstration purposes we will add 44.1KHz, 16-bit stereo and 48KHz, 16-bit | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| HIGH | spb/SkeletonI2C/controller.cpp | 740 | // TODO: Enable interrupts as requested. | COMMENT |
| Severity | File | Line | Snippet | Context |
|---|---|---|---|---|
| LOW | usb/usbsamp/sys/device.c | 1618 | // TODO: Add validation for any other descriptor your device will return. | COMMENT |