Windows Smart App Control blocks unsigned conda-forge DLLs (e.g. _ctypes.pyd) after a fresh install, then allows the same file later
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
- 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-AuthenticodeSignaturereports 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
- Confirm with the event log command above.
- Wait and retry. In our case the block lifted within 45 to 90 minutes.
- 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
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- 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.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của conda-forge/python-feedstock
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 65/100
conda-forge/python-feedstock#951 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
libedit for older pythons?Đang mởquestion
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
conda-forge/python-feedstock#948 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
conda-forge/python-feedstock#929 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
conda-forge/python-feedstock#903 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
conda-forge/python-feedstock#880 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của conda-forge/python-feedstock
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
components-web-app/docs#228 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
int-brain-lab/iblscripts#127 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
ValveSoftware/SteamOS#2927 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
msys2/MSYS2-packages#6813 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Laptop display stays disabled after unplugging external monitor: FALLBACK output counted as externalCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
Maintainer thường phản hồi trong vòng 1 ngày