Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Windows Smart App Control blocks unsigned conda-forge DLLs (e.g. _ctypes.pyd) after a fresh install, then allows the same file later

Đang mở
#945 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
1/5
Thời gian dự kiến
Dưới một giờ
Mức phù hợp với người mới
42/100
Loại issue
Tài liệu
Độ rõ ràng
Đặc tả rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
python, shell
Lĩnh vực
documentation

Hướng nghiên cứu

No code or test files are identified; the issue explicitly says it is informational, not a bug report against this feedstock. Read the issue’s observations and verify any proposed documentation location with the repository maintainers. Done means the troubleshooting information is placed in an appropriate, discoverable location without presenting the suspected Microsoft reputation behavior as confirmed.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Not a bug report against this feedstock. Posting so others who hit this error, and the tools they use to diagnose it, can find it. These are observations from one evening on two machines, not proof of how Microsoft's service works.

Symptom

VS Code Jupyter kernel hangs on "Connecting to kernel". Launching the kernel by hand shows the real error:

& "$env:USERPROFILE\miniforge3\envs\<env>\python.exe" -m ipykernel_launcher

ImportError: DLL load failed while importing _ctypes: An Application Control policy has blocked this file.

IPython and ipykernel import ctypes at start-up, so one blocked file kills every kernel. The same error has been reported for other modules, e.g. _overlapped in conda-forge/miniforge#846.

Setup

  • Windows 11 Home, 25H2 (build 26200.9550) and 26H2 (build 26300.9550), Smart App Control on
  • Miniforge3 26.7.2-0, installed via WinGet
  • python 3.11.17 hb12b558_1_cpython, libffi 3.7.0 h3d046cb_1 (conda-forge)
  • The python package was compiled 6 Oct 2026 (per sys.version); the env was created 7 Oct 2026

Confirming it is Smart App Control

Run PowerShell as administrator:

Get-WinEvent -FilterHashtable @{LogName='Microsoft-Windows-CodeIntegrity/Operational'; Id=3077} -MaxEvents 10 | Format-List TimeCreated, Message

Look for policy ID {0283ac0f-fff1-49ae-ada1-8a933130cad6}. CiTool -lp lists it as VerifiedAndReputableDesktop, the Smart App Control enforcement policy. The event also names the exact file blocked, which may differ from the module in the traceback.

What we saw

  • Both machines had byte-identical files (SHA256 of DLLs_ctypes.pyd: 0B4AC174447A0B907392E7D6DF195DC682776F69F6FDB8B42FDECCBD416177B9). Both are unsigned (Get-AuthenticodeSignature reports NotSigned).
  • Machine A blocked _ctypes.pyd at 21:07 and 21:10. Smart App Control was turned off to keep working, then back on at about 21:54. The same unchanged file then loaded without a block.
  • Machine B blocked libexpat.dll (used by pyexpat) at 20:14. The same unchanged file loaded at about 21:47, with Smart App Control on throughout.
  • Defender cloud protection was on for both. No other App Control policy was enforced.

So the verdict on a given unchanged file went from "block" to "allow" within about 45 to 90 minutes on the same machine. Our reading: freshly built unsigned binaries have no reputation yet in Microsoft's cloud service, and the verdict updates later. Microsoft does not publish how or when this happens, so treat that as likely, not confirmed.

What to do

  1. Confirm with the event log command above.
  2. Wait and retry. In our case the block lifted within 45 to 90 minutes.
  3. Or turn Smart App Control off: Windows Security > App & browser control > Smart App Control. Since the April 2026 cumulative update (KB5083769) it can be turned back on without reinstalling Windows.

Smart App Control has no way to allow individual files. Defender exclusions do not affect it. Expect this to recur when conda or pip pulls freshly built packages.

Ngôn ngữ chính
Shell
Star
47
Fork
114
Merge trung bình
7 ngày 6 giờ
Pull request đã merge (30 ngày)
14

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của conda-forge/python-feedstock

Tất cả issue của conda-forge/python-feedstock

Issue tương tự

Thêm issue về Shell/Bash

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.