Agent Tools
Back to directory

HALOWERK sicherwerk

https://sicher.halowerk.com/v1/cve-check
● healthy a2a-agent

HALOWERK sicherwerk. Bezahlung über x402 in USDC auf Base Mainnet.

Category
a2a-agent
Chains
base
Price
$0.0050 USDC / call

Quality grade

How grading works
C+ 60.0 / 100
Availability 40.0 / 40
Endpoint responded (HTTP 402)
Payability 20.0 / 20
  • ✓ Answers a real HTTP 402 challenge
  • ✓ Publishes a /.well-known/x402 descriptor
  • ✓ Payment address on record
  • ✓ Settlement network declared
  • ✓ Price declared
Demand 0.0 / 40
Payment address on record, not yet queried on-chain
Owner verified 0.0 / 3
Nobody has claimed this listing yet
Endpoint last checked 7 h ago. Availability and on-chain demand are both re-probed daily; the grade updates automatically on the next pass.

Paid endpoints

23 resource(s) advertised by this origin.

POST https://sicher.halowerk.com/v1/cve-check

Queries OSV.dev for a list of packages with versions across npm, PyPI, Go, Maven, crates.io, NuGet, RubyGems, Packagist and the Linux distributions. For each package it returns the vulnerabilities found with their identifiers, severity and summary, and the single figure that decides what to do next:

POST https://sicher.halowerk.com/v1/sbom

Parses package-lock.json, package.json, requirements.txt, go.mod and Cargo.lock and emits a bill of materials in CycloneDX 1.5 or SPDX 2.3, with a package URL per component. The distinction that decides whether the document is worth anything is made explicit: a lockfile names the versions actually i

POST https://sicher.halowerk.com/v1/license-check

Looks up the declared licence of each package through deps.dev and sorts the result by the only question that matters for a closed, sold product: what does this licence demand. Permissive licences need attribution. Weak copyleft affects changes to the library itself. Strong copyleft can force disclo

POST https://sicher.halowerk.com/v1/container-inspect

Reads the manifest and config of an OCI or Docker image straight from the registry — a few kilobytes, never the layers, and the image is never run. Returns the digest, the platforms a multi-arch index covers, every layer with its size and the command that produced it, and the runtime configuration:

POST https://sicher.halowerk.com/v1/tls-chain

Opens a TLS connection and reports the chain the server presents. Per certificate: subject and issuer, validity window with days remaining, serial, SHA-256 fingerprint, key type and size, and the subject alternative names. Above that it answers the questions a monitor asks: is the requested hostname

POST https://sicher.halowerk.com/v1/jwt-verify

Decodes a JWT and checks it in two layers. Structure and claims: expiry, not-before and issued-at against the current time with the clock skew you allow, issuer and audience against the values you expect, and the token lifetime. Signature: HMAC with a shared secret, or RSA, RSA-PSS and ECDSA against

POST https://sicher.halowerk.com/v1/webhook-signature

Providers each build their signing string differently — some sign only the body, others prepend a timestamp, an id, or a version marker in a fixed order — and getting that order wrong produces a mismatch that looks exactly like an attack. This checks the signature the way the named provider actually

POST https://sicher.halowerk.com/v1/provenance-verify

Searches the Sigstore Rekor log for entries matching an artefact hash and returns what a provenance claim is actually worth: the log index and inclusion time, the signing identity from the certificate, and where available the source repository and workflow reference that produced it. Several entries

POST https://sicher.halowerk.com/v1/hash-reputation

Queries three abuse.ch metadata services for an MD5, SHA-1 or SHA-256 value. It reports known malware metadata, associated ThreatFox indicators, and URLhaus payload provenance, then derives a conservative known-malicious or unknown verdict. No endpoint for sample retrieval is called and no binary is

POST https://sicher.halowerk.com/v1/log-chain-verify

Recomputes every record hash from a canonical JSON representation of id, sequence, timestamp, previous_hash and payload, then checks that each record points to the hash of the record before it. If a root_hash is supplied, the same computed record hashes are folded into a deterministic binary Merkle

POST https://sicher.halowerk.com/v1/oss-openssl-csr-self-signature-audit

Runs the pinned OpenSSL build against a submitted certificate request and answers two questions a registration authority has to settle before it signs anything: does the request carry a valid self-signature over its own body, and what exactly is being requested. The reply names the subject, the publ

POST https://sicher.halowerk.com/v1/oss-openssl-public-key-math-audit

Takes a public key in SubjectPublicKeyInfo PEM form and runs the pinned OpenSSL build's own consistency checks over it, then reports the algorithm, the key size in bits and the parameters it found. This catches keys that parse but are structurally unusable: a modulus that is not a valid product, cur

POST https://sicher.halowerk.com/v1/oss-openssl-certificate-bundle-normalize

Accepts up to sixteen certificates in any PEM shape and returns a single normalized bundle. Duplicates are identified by their canonical DER encoding, not by the PEM text, so the same certificate supplied twice with different line wrapping, different header text or trailing whitespace collapses into

POST https://sicher.halowerk.com/v1/oss-openssl-rfc3161-request-build

Produces a ready-to-post RFC 3161 TimeStampReq for a SHA-256 digest you already computed. The pinned OpenSSL build encodes the message imprint, adds a fresh nonce so a replayed response can be detected, and sets the flag that asks the timestamp authority to include its signing certificate in the rep

POST https://sicher.halowerk.com/v1/oss-openssl-cms-envelope-encrypt

Wraps the supplied bytes in a CMS EnvelopedData envelope using the pinned OpenSSL build, addressed to every recipient certificate you pass in. A single content-encryption key protects the payload and is itself encrypted once per recipient, so any one holder of a matching private key can decrypt, and

POST https://sicher.halowerk.com/v1/oss-openssl-pkcs12-certificate-store-build

Builds a PKCS#12 container holding certificates only, for the common case where a runtime insists on PKCS#12 as its trust store format. The password is explicitly empty and reported back as such, so nothing depends on an undocumented default, and the reply states outright that the store contains no

POST https://sicher.halowerk.com/v1/oss-openssl-dh-group-check

Runs the pinned OpenSSL build's parameter checks over a supplied finite-field Diffie-Hellman group and reports whether it passes, along with the detail output that says why. The point is to catch parameters that are syntactically fine but cryptographically unsafe before they reach a handshake: a non

POST https://sicher.halowerk.com/v1/oss-openssl-tls12-cipher-policy-expand

Takes a cipher policy in OpenSSL syntax and resolves it into the concrete list of TLS 1.2 cipher suites that the pinned build would actually offer, in the order it would offer them. This closes the gap between a policy string in a configuration file and what a server ends up negotiating: aliases exp

POST https://sicher.halowerk.com/v1/oss-openssl-x509-purpose-evaluate

Reads the constraints inside a single certificate — basic constraints, key usage, extended key usage — and reports, per role, whether the certificate permits being used that way under the pinned OpenSSL build's rules. Roles covered are TLS client, TLS server, S/MIME signing and encryption, and times

POST https://sicher.halowerk.com/v1/oss-openssl-asn1-structure-diagnose

Parses a definite-length binary artifact and returns every ASN.1 object it contains with its byte offset, nesting depth, header and content lengths, whether it is constructed, and the type as OpenSSL names it. This is the tool for the moment a certificate, key or signature is rejected with an unhelp

POST https://sicher.halowerk.com/v1/oss-gnupg-detached-signature-verify

Checks a detached OpenPGP signature against the bytes it claims to cover, using the pinned GnuPG build and nothing else. What comes back is the verdict in GnuPG's own terms, the fingerprint that actually signed, the signature timestamp, the algorithms used, and whether the key is expired or revoked.

POST https://sicher.halowerk.com/v1/oss-sqlite-database-integrity-audit

Opens a supplied SQLite database read-only with the pinned engine and asks it the two questions it answers about itself: whether the file structure is intact, and whether any row points at a parent that is not there. What comes back is the engine's own integrity messages, each foreign-key violation

POST https://sicher.halowerk.com/v1/oss-zip-archive-inventory-audit

Reads the central directory of a supplied ZIP archive with the pinned unzip build and reports what it would do if you unpacked it, without unpacking anything. Every entry is listed with its uncompressed size and method, and three specific hazards are named: paths that climb out of the target directo

How to call

cURL · x402-fetch / x402-axios will auto-handle 402
curl -X POST https://sicher.halowerk.com/v1/cve-check
/.well-known/x402.json
https://sicher.halowerk.com/.well-known/x402

Listed in

Directories this entry was found in.

a2a x402