Hermetics RGPD
REMOTE · HERMETICS.FR
EU data protection law for AI agents: GDPR, AI Act, EDPB, CJEU and national law, with status.
Available components
Last scanned (5 hours ago)
Scores higher than 28% of remote servers
Reachable. Last reached 5 Nov 2026.
Category Health and Science
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
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- The endpoint enforces authorisation, advertised via RFC 9728 protected-resource metadata. View diagnostics → Pass
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- The HSTS (Strict-Transport-Security) header is present. View diagnostics → Pass
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
- The authorisation server offers only Dynamic Client Registration (RFC 7591), which MCP 2026-07-28 deprecated in favour of Client ID Metadata Documents. View diagnostics → Partial
Transport & Reachability0
- Transport blocked by authentication: the endpoint requires auth we don't have to verify streamable-http. See how to fix → View diagnostics → Unverified
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.
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
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 |
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 →
gdpr_obligations GDPR obligations of a company ~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.
| Name | Type | Req | Description |
|---|---|---|---|
| ai | boolean | – | True if it develops or uses AI systems that interact with or make decisions about people. |
| automated_decisions | boolean | – | True if it takes automated decisions with legal or similarly significant effects on people. |
| cctv | boolean | – | True if it uses video surveillance (CCTV). |
| country | string | yes | Country where the company is established (ISO code of an EU or EEA country, e.g. FR, DE, ES, IT). |
| email_marketing | boolean | – | True if the company sends marketing e-mails or SMS to individuals. |
| employees | integer | – | Number of employees (0 if none). |
| evaluation_or_scoring | boolean | – | True if it evaluates or scores people (credit scoring, profiling, performance rating). |
| large_scale | boolean | – | True if the processing concerns a large number of people (large scale). |
| non_essential_cookies | boolean | – | True if the website or app uses non-essential cookies or trackers (analytics, advertising, social media pixels). |
| processors | boolean | – | True if providers process personal data on its behalf (hosting, SaaS, payroll, CRM). Assumed true if omitted. |
| public_sector | boolean | – | True if the organisation is a public authority or public body. |
| special_category_data | boolean | – | True if it processes special category data (health, biometrics, genetic data, religion, union membership, sex life or orientation, ethnic origin, political opinions). |
| systematic_monitoring | boolean | – | True if it systematically monitors people (online behaviour tracking, geolocation, profiling for advertising, CCTV of public areas). |
| transfers_outside_eea | boolean | – | True if personal data is sent to providers or entities outside the EEA (e.g. US SaaS). |
| vulnerable_people | boolean | – | True if it processes data of vulnerable people (children, patients, elderly people). |
| website | boolean | – | True if the company has a website or app. |
No output schema declared.
No examples provided.
hermetics_message Write to the Hermetics Assistant ~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.
| Name | Type | Req | Description |
|---|---|---|---|
| message | string | yes | The 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_id | string | – | 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 Where your Hermetics space stands ~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 List the records of processing activities ~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 Records to review after a change in the law ~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 Prepare a compliance 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.
| Name | Type | Req | Description |
|---|---|---|---|
| agreement_text | string | – | Full text of the processor agreement received by the company (processor_agreement_review only). |
| notes | string | – | Facts or context from the user for the preparation; no personal data needed. |
| processor_name | string | – | Name of the processor whose agreement is reviewed (processor_agreement_review only). |
| record_id | string | – | Code of the record in the register (e.g. AT-001); required for every type except privacy_policy. |
| type | string | yes | legal_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 Record a data subject 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.
| Name | Type | Req | Description |
|---|---|---|---|
| channel | string | – | How the request arrived (e-mail, letter, phone, in person...). |
| notes | string | – | Other context for the handling of the request. |
| received_on | string | yes | Date the company received the request (YYYY-MM-DD): the one-month period runs from it. |
| requester_description | string | yes | Who 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. |
| right | string | yes | The right exercised (GDPR art. 15 to 21). |
No output schema declared.
No examples provided.
report_breach Open a personal data 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.
| Name | Type | Req | Description |
|---|---|---|---|
| data_categories | array | – | Categories of personal data concerned, e.g. "identity", "bank details". |
| description | string | yes | What happened, the systems involved and the measures already taken; no personal data needed. |
| discovered_at | string | yes | When the company became aware of the breach (ISO 8601 date and time with time zone): the 72-hour period runs from it. |
| ongoing | boolean | – | True if the breach is still ongoing. |
| people_count_estimate | integer | – | Approximate number of people concerned. |
No output schema declared.
No examples provided.
save_processing_record Save a record of processing activity ~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.
| Name | Type | Req | Description |
|---|---|---|---|
| art9_exception | string | – | The art. 9(2) exception relied on, if special category data are processed. |
| data_categories | array | yes | Categories of personal data (art. 30(1)(c)), e.g. "identity", "bank details". |
| data_subjects | array | yes | Categories of data subjects (art. 30(1)(c)), e.g. "employees", "customers". |
| department | string | – | Department or business unit in charge of the processing (e.g. "HR", "Marketing"). |
| internal_recipients | array | – | Internal recipients: who, inside the company, can see the data (art. 30(1)(d)), e.g. "payroll team". |
| legal_basis | string | yes | Legal basis under art. 6(1). |
| legal_basis_details | string | – | Details of the legal basis: the legal obligation, the contract, or the legitimate interest pursued. |
| name | string | yes | Short name of the processing activity (e.g. "Payroll", "Newsletter"). |
| processors | array | – | Processors acting on behalf of the company (art. 28). |
| purpose | string | yes | Purpose of the processing (art. 30(1)(b)). |
| recipients | array | yes | Categories of recipients, internal and external (art. 30(1)(d)). |
| record_id | string | – | 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. |
| retention | string | yes | Retention period or the criteria used to determine it (art. 30(1)(f)). |
| security_measures | array | – | General description of technical and organisational security measures (art. 30(1)(g)). |
| special_category_data | boolean | – | True if special category data (art. 9) are processed. |
| transfers_outside_eea | object | – | 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_status | string | – | 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 Search EU data protection 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.
| Name | Type | Req | Description |
|---|---|---|---|
| country | string | – | 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. |
| question | string | yes | The 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.
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
claude mcp add --transport http fr-hermetics-rgpd 'https://hermetics.fr/api/mcp'
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.