xyz.costrinity/vitna-compliance-preflight

Est-ce que xyz.costrinity/vitna-compliance-preflight est sûr ?

Au dernier audit MCP Hub, le serveur MCP « xyz.costrinity/vitna-compliance-preflight » est classé « Non encore testé ». Référencé dans l'annuaire. Seul le pentest comportemental fait foi, et il n'a pas encore été exécuté sur ce serveur. Le verdict est réévalué en continu ; consultez la fiche pour l'état à jour.

Méthode : MCP Hub analyse la description de chaque outil (couche 1) et, pour le verdict fort, exécute le serveur dans une micro-VM isolée avec leurres et réseau bloqué (couche 2). On publie des noms et des compteurs, jamais le contenu brut renvoyé par un outil.

Les 23 outils

• aadhaar_mask≈ 94 tokens

  Mask + Verhoeff-validate an Aadhaar number. Returns masked form, validity, and an owner-scoped reference token. No persistence of the raw value. Stateless validator: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (1)

  Paramètres

  • aadhaar · string · requis

  Exemple d'appel

  {"name": "aadhaar_mask", "arguments": {"aadhaar": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• ai_act_classify≈ 239 tokens

  Before you build or ship an AI feature, check where it lands under the EU AI Act (Regulation 2024/1689). Describe the use case (with biometric / remote-identification / automated-decision / social-scoring / GPAI flags) and VITNA returns the risk tier (prohibited / high-risk / limited-risk / minimal-risk), GPAI obligations, and the per-tier obligations you would have to meet. A classification for you to act on: VITNA evaluates and records, it does not gate the build.

  Paramètres, retour & exemple (8)

  Paramètres

  • sectors · array · optionnel
  • use_case · string · requis
  • biometric · boolean · optionnel
  • social_scoring · boolean · optionnel
  • data_categories · array · optionnel
  • general_purpose_ai · boolean · optionnel
  • automated_decisions · boolean · optionnel
  • remote_identification · boolean · optionnel

  Exemple d'appel

  {"name": "ai_act_classify", "arguments": {"use_case": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• breach_classify≈ 286 tokens

  After a security incident, check whether it is legally reportable before you decide how to respond. Give the incident facts (affected count, data categories, sensitivity, recovery state) and VITNA returns reportability + reasoning + the notification deadline + who to notify, across DPDP §8, GDPR Art 33, CPRA §1798.82, LGPD Art 48, PDPA §26B, and US-FED sectoral. This makes the full incident decision from the facts; for a quick per-US-state deadline/recipient/threshold table without incident facts, use us_state_breach_deadline. VITNA evaluates and records; acting on the result is up to you.

  Paramètres, retour & exemple (6)

  Paramètres

  • sensitivity · string · requis · low | medium | high | special
  • jurisdiction · string · optionnel
  • affected_count · integer · requis
  • recovery_state · string · requis · lost | exposed | altered | destroyed | contained
  • data_categories · array · requis
  • processing_purpose · string · optionnel

  Exemple d'appel

  {"name": "breach_classify", "arguments": {"sensitivity": "low", "affected_count": 1, "recovery_state": "lost", "data_categories": []}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• consent_check≈ 244 tokens

  Before you process someone's personal data, ask VITNA whether an active consent actually permits it for this purpose. Give the data principal + purpose (and optional category); returns { allowed, reason, matching_consent_id, principal_id }, a determination you must honour yourself since VITNA evaluates and records but does not enforce. Use this for personal-data processing legality; for a dangerous technical action (shell / file / DB / network) use vitna_preflight instead.

  Paramètres, retour & exemple (4)

  Paramètres

  • purpose · string · requis
    Purpose code (e.g. 'operational_observability').
  • category · string · optionnel
    Optional permitted-category check.
  • principal_id · string · optionnel
    UUID of the data principal (if known).
  • principal_ref · string · optionnel
    Operator-side identifier; will be SHA-256-hashed.

  Exemple d'appel

  {"name": "consent_check", "arguments": {"purpose": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• cpf_validate≈ 72 tokens

  Validate a Brazilian CPF (mod-11 check digits, rejects all-same). Stateless validator: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (1)

  Paramètres

  • cpf · string · requis

  Exemple d'appel

  {"name": "cpf_validate", "arguments": {"cpf": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• dpia_threshold_check≈ 237 tokens

  Before you start a new processing activity, check whether the law requires a DPIA first (GDPR Art 35 / DPDP §10 / LGPD Art 38). Give the purpose + data categories (and scale / systematic-monitoring / automated-decision / cross-border / vulnerable-subjects flags); returns dpia_required + the 9-criterion WP29 analysis + jurisdiction guidance, so you know whether to pause and assess before proceeding.

  Paramètres, retour & exemple (8)

  Paramètres

  • scale · string · optionnel · small | medium | large | mass
  • cross_border · boolean · optionnel
  • jurisdiction · string · optionnel
  • data_categories · array · requis
  • automated_decision · boolean · optionnel
  • processing_purpose · string · requis
  • vulnerable_subjects · boolean · optionnel
  • systematic_monitoring · boolean · optionnel

  Exemple d'appel

  {"name": "dpia_threshold_check", "arguments": {"data_categories": [], "processing_purpose": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• global_compliance_map≈ 76 tokens

  Master catalogue of every privacy/security/sectoral regime VITNA has fabric for (28 entries covering 24 named statutes). Stateless lookup: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (0)

  Exemple d'appel

  {"name": "global_compliance_map", "arguments": {}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• gstin_validate≈ 75 tokens

  Validate a GSTIN format + mod-36 check digit; returns state code lookup. Stateless validator: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (1)

  Paramètres

  • gstin · string · requis

  Exemple d'appel

  {"name": "gstin_validate", "arguments": {"gstin": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• iban_validate≈ 76 tokens

  Validate an IBAN format + ISO 7064 mod-97 check digit; supports 71 countries. Stateless validator: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (1)

  Paramètres

  • iban · string · requis

  Exemple d'appel

  {"name": "iban_validate", "arguments": {"iban": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• india_cross_border_status≈ 129 tokens

  Before you transfer personal data out of India, check the destination country's DPDP §16 status (permitted / restricted / sectoral_restricted) plus any RBI / SEBI / IRDAI caveats. Pass the ISO-3166 alpha-2 country code (e.g. US). Stateless lookup: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (1)

  Paramètres

  • country · string · requis
    ISO-3166 alpha-2 (e.g. US).

  Exemple d'appel

  {"name": "india_cross_border_status", "arguments": {"country": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• india_regulators_directory≈ 128 tokens

  Static reference directory of Indian data and sector regulators (DPB, RBI, SEBI, IRDAI, TRAI, DoT, PFRDA, MeitY, MCA), optionally filtered by sector: a lookup of who exists and what they cover. To instead work out which of them apply to a specific processing activity, use india_sectoral_check. Stateless lookup: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (1)

  Paramètres

  • sector · string · optionnel

  Exemple d'appel

  {"name": "india_regulators_directory", "arguments": {"sector": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• india_sectoral_check≈ 192 tokens

  Before you process personal data under Indian law, find out which sectoral regulators actually bind your specific activity (RBI / SEBI / IRDAI / TRAI / DoT / PFRDA) from its processing profile, so you know whose rules apply before you act. This analyses your processing to say what applies; for a plain directory of every Indian regulator regardless of your activity, use india_regulators_directory.

  Paramètres, retour & exemple (4)

  Paramètres

  • sector_hint · string · optionnel
  • data_categories · array · requis
  • counterparty_types · array · optionnel
  • processing_purpose · string · requis

  Exemple d'appel

  {"name": "india_sectoral_check", "arguments": {"data_categories": [], "processing_purpose": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• japan_cross_border_status≈ 115 tokens

  Before you transfer personal data out of Japan, check the destination country's APPI Art 28 status (adequacy / standard basis / high scrutiny). Pass the ISO-3166 alpha-2 country code. Stateless lookup: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (1)

  Paramètres

  • country · string · requis
    ISO-3166 alpha-2.

  Exemple d'appel

  {"name": "japan_cross_border_status", "arguments": {"country": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• pan_classify≈ 79 tokens

  Classify a PAN entity type from the 4th character (P=Person, C=Company, H=HUF, F=Firm, ...). Stateless validator: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (1)

  Paramètres

  • pan · string · requis

  Exemple d'appel

  {"name": "pan_classify", "arguments": {"pan": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• pii_test≈ 147 tokens

  Dry-run VITNA's PII / threat detection on a sample event before you send real data, to preview what would be tagged, how it would be redacted, and whether severity would escalate. Nothing is persisted and nothing is filtered: a safe rehearsal you act on, not an enforced gate — it records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (2)

  Paramètres

  • jurisdiction · string · optionnel
  • sample_event · object · requis
    event_type / message / payload fields.

  Exemple d'appel

  {"name": "pii_test", "arguments": {"sample_event": {}}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• privacy_notice_get≈ 113 tokens

  Generate the operator's jurisdiction-templated privacy notice. Returns markdown or JSON. Called with an API key, the operator's name and contact details appear as placeholders; the signed-in owner gets the real values. Stateless generator: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (1)

  Paramètres

  • format · string · optionnel · md | json

  Exemple d'appel

  {"name": "privacy_notice_get", "arguments": {"format": "md"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• sin_validate≈ 75 tokens

  Validate a Canadian SIN (Luhn checksum); returns series region + masked form. Stateless validator: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (1)

  Paramètres

  • sin · string · requis

  Exemple d'appel

  {"name": "sin_validate", "arguments": {"sin": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• sub_processors_register≈ 65 tokens

  Return the public sub-processor register (Supabase, Vercel, Resend, etc.). Stateless lookup: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (0)

  Exemple d'appel

  {"name": "sub_processors_register", "arguments": {}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• us_sectoral_check≈ 174 tokens

  Before you process personal data under US law, find out which US federal sectoral regimes bind you (HIPAA, GLBA, COPPA, FERPA, FCRA, SOX) for a given processing profile, so you can factor them in before you act. US-scoped; for Indian sectoral regulators use india_sectoral_check.

  Paramètres, retour & exemple (5)

  Paramètres

  • ai_decisions · boolean · optionnel
  • data_categories · array · requis
  • counterparty_types · array · optionnel
  • processing_purpose · string · requis
  • has_revenue_threshold · boolean · optionnel

  Exemple d'appel

  {"name": "us_sectoral_check", "arguments": {"data_categories": [], "processing_purpose": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• us_state_breach_deadline≈ 164 tokens

  Quick reference lookup of a single US state's breach-notification window, AG recipient and resident threshold (e.g. 'CA' gives 500 residents, CA AG, without unreasonable delay). This is a static table, not an incident ruling. When you have the actual incident facts and need a reportable / not-reportable decision with reasoning, use breach_classify instead. Stateless lookup: records no decision and leaves no dashboard timeline trace.

  Paramètres, retour & exemple (1)

  Paramètres

  • state · string · requis
    US 2-letter state code (CA, NY, TX, ...).

  Exemple d'appel

  {"name": "us_state_breach_deadline", "arguments": {"state": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• vitna_claim≈ 174 tokens

  Ask whether this VITNA account has been claimed by a real person yet. Call this when the user asks about their VITNA account or when you are told evidence is not being kept. Returns { claimed, claim_url: null, claim_note, what_claiming_gets_you }. You are never given the claim link, and you must not look for it: only a person may claim the account that oversees you. If claimed is false, tell the user that the account's evidence is NOT being durably recorded and that they can claim it with the claim link VITNA showed them when the trial started (the stdio server prints it in its MCP server log).

  Paramètres, retour & exemple (0)

  Exemple d'appel

  {"name": "vitna_claim", "arguments": {}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• vitna_help≈ 119 tokens

  What is VITNA and how do I use it to keep myself in check? Call this FIRST after connecting to learn the safety and oversight checks available: how to check risky actions BEFORE running them, what a deny / hold decision means, trial vs claimed mode, and how the user can monitor and audit what you do. Runs entirely locally: no account, no API call, and no dashboard timeline trace.

  Paramètres, retour & exemple (0)

  Exemple d'appel

  {"name": "vitna_help", "arguments": {}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

• vitna_preflight≈ 355 tokens

  SAFETY / OVERSIGHT CHECK before a dangerous or destructive action (shell command, file deletion, DB statement, network call). Call this to have VITNA check the action BEFORE you run it: it flags dangerous shell / SQL / secret-exfil / prompt-injection / suspicious-network patterns and returns { decision: allowed|blocked|flagged }. RESPONSE SHAPE DEPENDS ON THE KEY: an unclaimed trial key gets the decision label only, because the pattern detail is what makes the classifier worth stealing. A claimed key additionally gets threat_category, severity, reason (the rule names that matched, never the matched text), a threats[] array and a redacted echo of what was scanned, plus a signed audit record the user can review. VITNA evaluates and records; it does NOT enforce, so treat blocked / flagged as a stop and get human approval. This is how a user keeps you in check. Heuristic pattern match, not a sandbox: novel or obfuscated payloads can pass.

  Paramètres, retour & exemple (3)

  Paramètres

  • action · string · optionnel
    The proposed action / command text, e.g. "rm -rf /" or "DROP TABLE users".
  • payload · object · optionnel
    Optional structured payload to scan alongside the action text.
  • action_type · string · optionnel
    Optional short label for the action kind (shell, file_delete, db_query, network).

  Exemple d'appel

  {"name": "vitna_preflight", "arguments": {"action": "texte", "payload": {}, "action_type": "texte"}}

  Exemple de retour

  {"content": [{"type": "text", "text": "…"}]}

C'est votre serveur ?

Revendiquez-le sur l'espace créateur (preuve GitHub, domaine ou npm) pour afficher le badge « propriétaire vérifié » et lancer un pentest comportemental à la demande afin d'obtenir le badge « Vérifié ».

Créer un compte / revendiquer →

Source

https://vitna.costrinity.xyz/api/mcp