ligsp: the LIGSP checker
Checks the image-generation servers and model folders you name against the Local Image Generation Security Profile (profile.md). It is read-only, and it contacts only the places you point it at.
ligsp check http://127.0.0.1:8188 # a ComfyUI
ligsp check http://127.0.0.1:7860 --models D:\models # A1111 / Forge and a model folder
ligsp check http://127.0.0.1:3000 --redact # a report you can share
ligsp check --private C:\latentry # who can read Latentry's settings and keys
ligsp check http://127.0.0.1:3000 --follow # Latentry, and every backend it is set up to use
Common default ports: ComfyUI 8188, Comfy Desktop 8000, A1111 / Forge 7860, Latentry 3000, InvokeAI 9090, SwarmUI 7801. It tries no port you did not name.
What it recognises
ComfyUI (and ComfyUI-Manager), AUTOMATIC1111 / Forge, InvokeAI, SwarmUI, Latentry and its engine, and other servers on Latentry's backend API. It checks any other web server with the general checks.
What it checks
| ID | What |
|---|---|
| NET-1 | Whether a server on 127.0.0.1 also answers on this computer's network addresses (IPv4 and IPv6) |
| NET-2 | Whether it can be used from the network without a login or pairing |
| BE-1 | A server on another computer reached over plain HTTP |
| WEB-1 | Whether other websites may read its answers (CORS) |
| WEB-2 | Whether it answers for any host name (DNS rebinding) |
| WEB-3 | Protective headers on its page |
| EXT-1 | An extension installer on the server (ComfyUI-Manager, InvokeAI's node-pack installer), and how many node packs or A1111 extensions it runs (counts only, never names or folders) |
| BE-2 | Whether Latentry's engine needs its token (its model list, asked without one) |
| AUTH-1 | InvokeAI with accounts turned on but no administrator yet, so whoever opens it first becomes one |
| OPS-3 | Whether the ComfyUI or ComfyUI-Manager version running has a published security advisory, from a table that ships with the checker (nothing is fetched); the report says how old the table is. A pass means no advisory in that table matches, not that nothing is known: ComfyUI's separately versioned frontend is not checked |
| DATA-4 | Who besides you can read a hub's private files (--private FILE or a folder; Latentry's settings and keys are found by name). Only permissions are read, never content. |
| MOD-1 | Weight files with a pickle-format extension (.ckpt, .pt, .pth, .bin, .pkl) and no .safetensors beside them, files named .safetensors that are really pickles, and safetensors headers that do not read |
Exit code 0 when nothing failed, 1 when something failed, 2 for a usage
error. --json FILE (or -) writes the same report as JSON.
What it does not do
- It sends only GET, HEAD and OPTIONS, only to a fixed list of endpoints
known to change nothing, with no query strings, to the URLs you give and
to the same port on this computer's own addresses. One function sends
every request, and it refuses anything else (
transport.py). A safe method alone is not enough: some servers act on a GET (ComfyUI-Manager releases from 2024 removed and restored snapshots on one). It never queues a job, uploads a file or changes a setting. - It reads only the fields it needs. ComfyUI's
/system_statsalso lists the server's command line; that is discarded, never kept or shown. - With
--followit reads a hub's backend list (Latentry's/api/settings, which answers only on the computer the hub runs on) and keeps only each backend's URL. Folders, model names and the rest are discarded, and the backends' own backends are not followed. - In model folders it opens only
.safetensorsfiles, and only to read their header. It follows no links out of the folder. - For private files it reads only their permissions: the mode, or on Windows the access list, through the Windows API and compared by account ID (SID), so it works in any system language.
- It sends no telemetry and checks for no updates, and it writes no file
unless you ask (
--json FILE). - A pass means these checks found no problem, not that the setup is safe.
Standard library only (Python 3.10+). Tests: pytest in this folder, with
src on the path.
Metadata
Release files for local-image-gen-security 0.2.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| local_image_gen_security-0.2.2.tar.gz | 37.9 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| local_image_gen_security-0.2.2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 74.6 kB
Release files / local_image_gen_security-0.2.2.tar.gz
| Download URL | local_image_gen_security-0.2.2.tar.gz |
|---|---|
| Size | 37.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
9ce79fdcc74c2ea091e0c0b47cb713a9307f15c724233b77066342b7ea43b96d
|
|
BLAKE2b-256 checksum How to use checksums |
faeb31270bd09e2d92b53c956d87f5909edb936caff0f1f3b778064fe6770521
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 14, 2026.
Transparency logRelease files / local_image_gen_security-0.2.2-py3-none-any.whl
| Download URL | local_image_gen_security-0.2.2-py3-none-any.whl |
|---|---|
| Size | 36.6 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
3452761b04c3bfd807aacfeb6b0b04bade4e434686721d96607c4248afd8adb8
|
|
BLAKE2b-256 checksum How to use checksums |
bdb164cb314f1fb0e398ae3f5fe8f5adea489f0ca79095b4516913f313254ed4
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Oct 14, 2026.
Transparency log