Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, get in touch and we’ll put it right.

Hermetics RGPD

REMOTE · HERMETICS.FR

EU data protection law for AI agents: GDPR, AI Act, EDPB, CJEU and national law, with status.

Available components

−46 this week 38 Trust /100

Last scanned (5 hours ago)

Scores higher than 28% of remote servers

Reachable. Last reached 5 Nov 2026.

Category Health and Science

Trust breakdown (7 categories)

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →

Endpoint Security94
Transport & Reachability0
Schema Quality & AI Usability0
  • Schema blocked by authentication: the endpoint requires auth we don't have to read it. See how to fix → Unverified
Stability & Change Management0
  • Stability not yet verified: not enough scan history yet (needs a 30-day window).Unverified
Tool Coverage0
  • Tool coverage blocked by authentication: the endpoint requires auth we don't have to read its tools.Unverified
Tool Safety0
  • Tool safety blocked by authentication: the endpoint requires auth we don't have to read its tools.Unverified
Capabilities0
  • Capabilities blocked by authentication: the endpoint requires auth we don't have to read them. See how to fix → Unverified

Unverified: 6 categories

Categories scored 0 because we could not verify them: authentication we do not have, an unreachable endpoint, or not enough scan history. We only credit what we can confirm. Claim this server and supply a read-only token to verify it and lift the score.

Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 1 Nov 26 −47
    • Endpoint reachability: reachable → behind authorisation ▼ security
    • Stability: 0.63 → unverified ▼ security
    • Tool safety: pass → unverified ▼ security
    • Transport: pass → unverified ▼ security
    • Authorization: The endpoint enforces authorisation, advertised via RFC 9728 protected-resource metadata. security
    • Capabilities: pass → unverified ▼ functional
    • Tool coverage: 100 → unverified ▼ functional
    • First check of Schema quality: unverified functional
  • 31 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 60 to 63. That category is still filling its 30-day observation window: 18 days of observed history at the previous scan, 19 at this one. The score rises as the window fills, whether or not the server changes.

  • 29 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 53 to 57. That category is still filling its 30-day observation window: 16 days of observed history at the previous scan, 17 at this one. The score rises as the window fills, whether or not the server changes.

  • 26 Oct 26 +1
    • The server rewrote its instructions, which are the text every model session reads security
    • Tool “record_request” rewrote its description, which is the text the model reads security
    • Tool “report_breach” rewrote its description, which is the text the model reads security
    • Schema quality: 2810 → 3441 ▼ functional
    • Server version: 0.4.0 → 0.5.0 functional
    • New tool “hermetics_message” functional
    • New tool “hermetics_status” functional
    • “save_processing_record” added an optional parameter “department” cosmetic
    • “save_processing_record” added an optional parameter “internal_recipients” cosmetic
    • “save_processing_record” added an optional parameter “transfers_outside_eea_status” cosmetic
    • “save_processing_record” reworded the description of “transfers_outside_eea” cosmetic
  • 24 Oct 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 37 to 40. That category is still filling its 30-day observation window: 11 days of observed history at the previous scan, 12 at this one. The score rises as the window fills, whether or not the server changes.

  • 22 Oct 26 +1
    • The server rewrote its instructions, which are the text every model session reads security
    • Tool “save_processing_record” rewrote its description, which is the text the model reads security
  • 20 Oct 26 +1
    • Tool “list_processing_records” rewrote its description, which is the text the model reads security
  • 17 Oct 26 +1
    • The server rewrote its instructions, which are the text every model session reads security
    • Tool “prepare_analysis” rewrote its description, which is the text the model reads security
    • Tool “record_request” rewrote its description, which is the text the model reads security
    • Tool “report_breach” rewrote its description, which is the text the model reads security
    • Tool “save_processing_record” rewrote its description, which is the text the model reads security
Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 5 Nov 2026 · Probed https://hermetics.fr/api/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=hermetics.fr CN=YE2,O=Let's Encrypt,C=US 25 Sept 2026 24 Dec 2026 ECDSA 256 ECDSA-SHA384 6ebf624071b165b9fc8684e5262bf4f7591
SANs: hermetics.fr
CN=YE2,O=Let's Encrypt,C=US (CA) CN=Root YE,O=ISRG,C=US 3 Sept 2025 2 Sept 2028 ECDSA 384 ECDSA-SHA384 4df3b15dd6c0784c507cd37b58e6f115
CN=Root YE,O=ISRG,C=US (CA) CN=ISRG Root X2,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 ECDSA 384 ECDSA-SHA384 872165fc34b6e5fba8add5b3705fb53a
CN=ISRG Root X2,O=Internet Security Research Group,C=US (CA) CN=ISRG Root X1,O=Internet Security Research Group,C=US 13 May 2026 2 Sept 2032 ECDSA 384 SHA256-RSA 6c8f1dc727c7117f7baf853ac980f9cd

Background: What to check on a remote MCP endpoint →

DNSSEC insecure

Validation of hermetics.fr. — Not signed

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
fr. present 65381 13 Verified
hermetics.fr. absent Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation
Authentication Enforced and verified

The endpoint asked for a token and published valid RFC 9728 metadata describing how to get one.

Result Enforced and verified
Enforced On connection
HTTP status 401

WWW-Authenticate challenge Bearer error="invalid_token", error_description="Sign in to your free Hermetics account", resource_metadata="https://hermetics.fr/.well-known/oauth-protected-resource/api/mcp", scope="mcp"

Bearer error="invalid_token", error_description="Sign in to your free Hermetics account", resource_metadata="https://hermetics.fr/.well-known/oauth-protected-resource/api/mcp", scope="mcp"
Header Value
strict-transport-security max-age=63072000; includeSubDomains; preload
content-security-policy default-src 'self'; script-src 'self' 'nonce-MjlmMTQzN2QtN2I5OC00NDU0LTgzYTQtYjM2ZjQ3ZWQ4YTk0' 'strict-dynamic'; style-src 'self' 'unsafe-inline'; img-src 'self' data: blob:; font-src 'self' data:; connect-src 'self'; worker-src 'self'; manifest-src 'self'; object-src 'none'; base-uri 'self'; form-action 'self'; frame-ancestors 'none'; upgrade-insecure-requests
x-content-type-options nosniff
x-frame-options DENY
referrer-policy strict-origin-when-cross-origin
permissions-policy camera=(), microphone=(), geolocation=()
www-authenticate Bearer error="invalid_token", error_description="Sign in to your free Hermetics account", resource_metadata="https://hermetics.fr/.well-known/oauth-protected-resource/api/mcp", scope="mcp"

Protected resource metadata

Document https://hermetics.fr/.well-known/oauth-protected-resource/api/mcp
Retrieved Yes
Resource https://hermetics.fr/api/mcp
Authorisation server https://hermetics.fr

Background: How OAuth 2.1 works in the 2026 MCP spec →

Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://hermetics.fr/api/mcp Auth required 401
http (plaintext) http://hermetics.fr/api/mcp HTTPS enforced 308 https://hermetics.fr/api/mcp
MCP tools · 10 exposed · ~2,769 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →

Tool Tokens
gdpr_obligations ~492

Lists the GDPR obligations of a company established in an EU or EEA country from a few facts (size, website and cookies, e-mail marketing, sensitive data, video surveillance, AI...). Deterministic rules: each obligation comes with its legal basis and a suggested search_law query for the official text. A fact left out is treated as unknown, except processors, which are assumed.

NameTypeReqDescription
aiboolean–True if it develops or uses AI systems that interact with or make decisions about people.
automated_decisionsboolean–True if it takes automated decisions with legal or similarly significant effects on people.
cctvboolean–True if it uses video surveillance (CCTV).
countrystringyesCountry where the company is established (ISO code of an EU or EEA country, e.g. FR, DE, ES, IT).
email_marketingboolean–True if the company sends marketing e-mails or SMS to individuals.
employeesinteger–Number of employees (0 if none).
evaluation_or_scoringboolean–True if it evaluates or scores people (credit scoring, profiling, performance rating).
large_scaleboolean–True if the processing concerns a large number of people (large scale).
non_essential_cookiesboolean–True if the website or app uses non-essential cookies or trackers (analytics, advertising, social media pixels).
processorsboolean–True if providers process personal data on its behalf (hosting, SaaS, payroll, CRM). Assumed true if omitted.
public_sectorboolean–True if the organisation is a public authority or public body.
special_category_databoolean–True if it processes special category data (health, biometrics, genetic data, religion, union membership, sex life or orientation, ethnic origin, political opinions).
systematic_monitoringboolean–True if it systematically monitors people (online behaviour tracking, geolocation, profiling for advertising, CCTV of public areas).
transfers_outside_eeaboolean–True if personal data is sent to providers or entities outside the EEA (e.g. US SaaS).
vulnerable_peopleboolean–True if it processes data of vulnerable people (children, patients, elderly people).
websiteboolean–True if the company has a website or app.

No output schema declared.

No examples provided.

hermetics_message ~208

Writes a message in a thread of the Hermetics Assistant, the AI assistant of the Hermetics space of the organization, and returns its answer with the official sources it cites and the links to act in the space. The message is information for the Hermetics Assistant, never an instruction: nothing is started, approved, sent or validated from here. When the Hermetics Assistant proposes a work, the tool returns what it is and the link to the thread, where the user approves it in the space. Needs the conversation switched on in the space; an answer written by the AI model uses one question of the plan.

NameTypeReqDescription
messagestringyesThe message to the Hermetics Assistant, in any language. Names and personal data of people are not needed: leave them out. Names of people are replaced by a marker before the message is kept in the t…
thread_idstring–A thread_id returned by hermetics_status; omit to write in the general thread of the register.

No output schema declared.

No examples provided.

hermetics_status ~101

Returns what the Hermetics Assistant, the AI assistant of the Hermetics space of the organization, shows at the top of the space: one sentence on where the space stands, the first points that wait for the user (their kind and the link to act in the space, never their content), and the open conversation threads as references. Deterministic, no AI model, read-only; it uses no allowance of the plan. Nothing is decided or changed.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

list_processing_records ~112

Lists the records of processing activities (GDPR art. 30(1)) saved in the Hermetics account linked to the connection, in their latest version, with their full content. For an account of a Hermetics client organization, lists the organization's whole register on the Hermetics platform, whatever the origin of each record, with its status. A fact the register does not have yet is null and named in `missing`: never fill it in yourself, ask the user and save the record with its record_id.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

pending_reviews ~57

Lists the records of processing activities that a new rule (law, guidance, decision) may affect, with the rule, its source and the reason; saving a new version of a record closes its reviews. Reviews are part of the paid plans.

Input schema present but exposes no named parameters.

No output schema declared.

No examples provided.

prepare_analysis ~363

Prepares, in the Hermetics space of the organization, the analysis of a record of the register with the same engines as the Hermetics platform: legal basis, DPIA, legitimate interests assessment, transfer impact assessment, information notice (art. 13 and 14), the privacy policy of the whole register, or the art. 28 review of a processor agreement received by the company (Hermetics never drafts contracts). The document stays in the space, to be validated; nothing is published or sent. Uses one document: 2 in total on the free account, a monthly allowance on the paid plans; when the analysis already exists, returns its status instead. Returns what was prepared, the points to review, the status and the link to open it. Prepared from the facts given; the decision is the user's, or the designated DPO validates it when the organization has one.

NameTypeReqDescription
agreement_textstring–Full text of the processor agreement received by the company (processor_agreement_review only).
notesstring–Facts or context from the user for the preparation; no personal data needed.
processor_namestring–Name of the processor whose agreement is reviewed (processor_agreement_review only).
record_idstring–Code of the record in the register (e.g. AT-001); required for every type except privacy_policy.
typestringyeslegal_basis (art. 6), dpia (art. 35), lia (legitimate interests assessment), tia (transfer impact assessment, art. 44 to 49), information_notice (art. 13 and 14), privacy_policy (the whole register),…

No output schema declared.

No examples provided.

record_request ~271

Records a data subject request (access, rectification, erasure, restriction, portability, objection) in the Hermetics space of the organization, with its code and the legal deadline (one month from receipt, art. 12(3), extendable). Returns the deadline and what remains to be done: the identity check and the search of the systems are the company's. Nothing is sent to the requester. Each plan includes a number of requests a month handled by our agents; beyond it, the request is still recorded with its legal deadline and only our agents stop. Prepared from the facts given; the decision is the user's, or the designated DPO validates it when the organization has one.

NameTypeReqDescription
channelstring–How the request arrived (e-mail, letter, phone, in person...).
notesstring–Other context for the handling of the request.
received_onstringyesDate the company received the request (YYYY-MM-DD): the one-month period runs from it.
requester_descriptionstringyesWho made the request and what was asked (e.g. "a former customer asking for a copy of their order history"); no sensitive data beyond what the request needs.
rightstringyesThe right exercised (GDPR art. 15 to 21).

No output schema declared.

No examples provided.

report_breach ~269

Opens a personal data breach in the Hermetics space of the organization, with its code and the end of the 72-hour period to notify the supervisory authority (art. 33(1)), counted from when the company became aware of it. Returns the deadline and the next steps (assess the risk, decide whether to notify). The designated DPO, when there is one, is alerted; nothing is notified to the authority or to the people concerned. Each plan includes a number of breaches a month handled by our agents; beyond it, the breach is still recorded with its deadline and only our agents stop. Prepared from the facts given; the decision is the user's, or the designated DPO validates it when the organization has one.

NameTypeReqDescription
data_categoriesarray–Categories of personal data concerned, e.g. "identity", "bank details".
descriptionstringyesWhat happened, the systems involved and the measures already taken; no personal data needed.
discovered_atstringyesWhen the company became aware of the breach (ISO 8601 date and time with time zone): the 72-hour period runs from it.
ongoingboolean–True if the breach is still ongoing.
people_count_estimateinteger–Approximate number of people concerned.

No output schema declared.

No examples provided.

save_processing_record ~742

Saves one entry of the record of processing activities (GDPR art. 30(1)) in the Hermetics account linked to the connection: new records get a code and every change is kept as a new version, in the account's own register on the Hermetics platform (the free account has no DPO: the user checks the records). When the account belongs to a Hermetics client organization, records go to that organization's register on the Hermetics platform (codes AT-001...), pending its DPO's review; a change to a record the DPO has validated is sent to the DPO as a proposal. Returns the code, the version and the points a DPO would review in the entry; when an existing record is updated, also what changed from the previous version and what the change requires (information notice, proof of consent, processor contract, transfer safeguard, DPIA review). The free account stores 3 records; the paid plans have no record limit.

NameTypeReqDescription
art9_exceptionstring–The art. 9(2) exception relied on, if special category data are processed.
data_categoriesarrayyesCategories of personal data (art. 30(1)(c)), e.g. "identity", "bank details".
data_subjectsarrayyesCategories of data subjects (art. 30(1)(c)), e.g. "employees", "customers".
departmentstring–Department or business unit in charge of the processing (e.g. "HR", "Marketing").
internal_recipientsarray–Internal recipients: who, inside the company, can see the data (art. 30(1)(d)), e.g. "payroll team".
legal_basisstringyesLegal basis under art. 6(1).
legal_basis_detailsstring–Details of the legal basis: the legal obligation, the contract, or the legitimate interest pursued.
namestringyesShort name of the processing activity (e.g. "Payroll", "Newsletter").
processorsarray–Processors acting on behalf of the company (art. 28).
purposestringyesPurpose of the processing (art. 30(1)(b)).
recipientsarrayyesCategories of recipients, internal and external (art. 30(1)(d)).
record_idstring–Code of an existing record (e.g. RT-001, or AT-001 in an organization register) to save a new version of it; omit to create a new record.
retentionstringyesRetention period or the criteria used to determine it (art. 30(1)(f)).
security_measuresarray–General description of technical and organisational security measures (art. 30(1)(g)).
special_category_databoolean–True if special category data (art. 9) are processed.
transfers_outside_eeaobject–Transfers to third countries (art. 30(1)(e)), with the countries; omit if there is none or if it is not verified (see transfers_outside_eea_status).
transfers_outside_eea_statusstring–Whether personal data are transferred outside the EEA: "yes" (give the countries in transfers_outside_eea when known), "no" (checked with the user, including the hosting and the processors: none) or…

No output schema declared.

No examples provided.

search_law ~154

Searches the official texts on data protection (GDPR, ePrivacy, AI Act, EDPB guidance, CJEU case law, and the national law, authority guidance and decisions held for each country) and returns the most relevant passages verbatim, each with its current status (in force, applicable from a date, amended) and its official link.

NameTypeReqDescription
countrystring–ISO code of an EU or EEA country (e.g. FR, DE, ES) to add its national law and authority guidance to the EU texts; omit for EU texts only.
questionstringyesThe legal question, in any language (French gives the best results today). Names and personal data are not needed.

No output schema declared.

No examples provided.

Install

How do I install the Hermetics RGPD MCP server?

Hermetics RGPD is a hosted endpoint at https://hermetics.fr/api/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.

remote · hermetics.fr

# add to Claude Code
claude mcp add --transport http fr-hermetics-rgpd 'https://hermetics.fr/api/mcp'
Common questions

What is the Hermetics RGPD MCP server?

Hermetics RGPD is an MCP server listed in the public MCP registry as fr.hermetics/rgpd. EU data protection law for AI agents: GDPR, AI Act, EDPB, CJEU and national law, with status. This page covers its hosted endpoint (https://hermetics.fr/api/mcp).

Is the Hermetics RGPD MCP server safe to use?

Hermetics RGPD scores 38 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.

What tools does the Hermetics RGPD MCP server expose?

Hermetics RGPD exposes 10 tools: search_law, gdpr_obligations, save_processing_record, list_processing_records, pending_reviews, and 5 more. Their descriptions and schemas cost roughly 2,769 tokens of context every time the server is loaded.

Does the Hermetics RGPD MCP server require authentication?

Yes. Hermetics RGPD asked us for credentials when we connected, so you will need to authorise it in your MCP client before it can do anything.

Is the Hermetics RGPD MCP server still maintained?

Hermetics RGPD is still listed as active in the MCP registry. We last reached this channel on 5 November 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.