Security report for doctolib.fr

Name: Dark-web exposure summary for doctolib.fr
Creator: OffSeq Breach

Doctolib · Healthcare · France

High risk. 17 critical or high findings in Network security, Security headers and 2 other checks.

Security score

49/100

Risk levelHigh

0–100, higher is better. How it is calculated

Doctolib is a leading healthcare technology company based in France, providing an online platform for patients to quickly find healthcare specialists and book appointments online. The platform also offers teleconsultation services and practice management software for healthcare professionals, positioning itself as a key player in the European healthcare digital transformation. The website is professionally designed, highly accessible, and optimized for mobile users, reflecting a mature digital presence. Technically, the site leverages modern frameworks such as React, integrates advanced monitoring tools like Sentry and Datadog, and employs robust consent management via Didomi, indicating a strong commitment to performance and privacy compliance. Security posture is solid with HTTPS enforcement, secure cookie handling, and anti-abuse captchas, although explicit security policies and incident response contacts are not publicly disclosed. Overall, the domain and website exhibit high legitimacy and trustworthiness, with no signs of blocking or suspicious activity. Strategic recommendations include publishing detailed security and vulnerability disclosure policies and enhancing transparency around data protection officer contacts to further strengthen compliance and trust.

Scanned

NIS2 and GDPR posture

GDPR outside view: 85/ 100 · Low
Checks completed: 7of 7

NIS2 Art. 21(2)

(a) Risk analysis and security policies: Not visible from outside
(b) Incident handling: One indicator
(c) Business continuity, backups and crisis management: Not visible from outside
(d) Supply chain security: Not visible from outside
(e) Secure acquisition, development and maintenance, including vulnerability handling: Partly checked
(f) Assessing the effectiveness of security measures: Not visible from outside
(g) Cyber hygiene and security training: Not visible from outside
(h) Cryptography and encryption: Partly checked
(i) HR security, access control and asset management: One indicator
(j) Multi-factor authentication and secured communications: Not visible from outside

This scan rated NIS2 with an earlier keyword method that is no longer shown; rescan for the per-article view. Risk management, continuity, supply chain, training, MFA, management oversight (Art. 20) and incident reporting (Art. 23) need internal evidence, and Guard cannot tell whether NIS2 applies to this organisation.

GDPR is indicative only, based on publicly visible signals: Articles 7, 12, 13 and 32 of Regulation (EU) 2016/679 and Article 5(3) of the ePrivacy Directive. Not a certification or legal assessment.

Priority findings

17 findings rated critical or high. Fix these first.

Network security
Services reachable from the internet are the first thing attackers probe. Anything open that does not need to be should be closed.
- Critical
  Critical Service Exposed: Telnet
  Port 23 (Telnet) is publicly accessible - Telnet - Unencrypted remote access
  What to do: Immediately restrict access to Telnet using firewall or VPN
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
- Critical
  Critical Service Exposed: SMB
  Port 445 (SMB) is publicly accessible - SMB - Windows file sharing, high risk
  What to do: Immediately restrict access to SMB using firewall or VPN
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
- Critical
  Critical Service Exposed: MSSQL
  Port 1433 (MSSQL) is publicly accessible - MSSQL - Database server
  What to do: Immediately restrict access to MSSQL using firewall or VPN
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
- Critical
  Critical Service Exposed: Oracle
  Port 1521 (Oracle) is publicly accessible - Oracle - Database server
  What to do: Immediately restrict access to Oracle using firewall or VPN
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
- Critical
  Critical Service Exposed: MySQL
  Port 3306 (MySQL) is publicly accessible - MySQL - Database server
  What to do: Immediately restrict access to MySQL using firewall or VPN
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
- Critical
  Critical Service Exposed: RDP
  Port 3389 (RDP) is publicly accessible - RDP - Remote Desktop, prime ransomware target
  What to do: Immediately restrict access to RDP using firewall or VPN
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
- Critical
  Critical Service Exposed: PostgreSQL
  Port 5432 (PostgreSQL) is publicly accessible - PostgreSQL - Database server
  What to do: Immediately restrict access to PostgreSQL using firewall or VPN
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
- Critical
  Critical Service Exposed: Redis
  Port 6379 (Redis) is publicly accessible - Redis - In-memory database
  What to do: Immediately restrict access to Redis using firewall or VPN
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
- Critical
  Critical Service Exposed: MongoDB
  Port 27017 (MongoDB) is publicly accessible - MongoDB - NoSQL database
  What to do: Immediately restrict access to MongoDB using firewall or VPN
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
- High
  High-Risk Service Exposed: FTP
  Port 21 (FTP) is publicly accessible - FTP - Often unencrypted file transfer
  What to do: Consider restricting access to FTP or implementing strong authentication
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
- High
  High-Risk Service Exposed: RPC
  Port 135 (RPC) is publicly accessible - RPC - Windows RPC endpoint
  What to do: Consider restricting access to RPC or implementing strong authentication
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
- High
  High-Risk Service Exposed: NetBIOS
  Port 139 (NetBIOS) is publicly accessible - NetBIOS - Windows file sharing
  What to do: Consider restricting access to NetBIOS or implementing strong authentication
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
- High
  High-Risk Service Exposed: Elasticsearch
  Port 9200 (Elasticsearch) is publicly accessible - Elasticsearch - Search engine
  What to do: Consider restricting access to Elasticsearch or implementing strong authentication
  References
  - NIS2 21(2)(e)
  - IR 2024/2690 6.7.2(f): Implementing Regulation (EU) 2024/2690, Annex point 6.7.2(f): Network security
  - NIST CM-7: NIST SP 800-53 Rev. 5 CM-7: Least Functionality
  - NIST SC-7: NIST SP 800-53 Rev. 5 SC-7: Boundary Protection
Security headers
Security headers are instructions your web server sends to every visitor’s browser. Missing ones leave visitors more exposed to attacks such as clickjacking and injected scripts.
- High
  Missing Strict-Transport-Security header
  Forces HTTPS connections
  What to do: Add "Strict-Transport-Security: max-age=31536000; includeSubDomains; preload"
  References
  - CWE-319
  - OWASP A04:2025
  - ASVS V3.4.1
  - RFC 6797 §6.1.1
  - Mozilla TLS: Mozilla Server Side TLS 6.0 intermediate: hsts_min_age 63072000
  - NIS2 21(2)(h)
  - IR 2024/2690 9.2(a): Implementing Regulation (EU) 2024/2690, Annex point 9.2(a): Cryptography
  - NIST SC-8: NIST SP 800-53 Rev. 5 SC-8: Transmission Confidentiality and Integrity
- High
  Missing Content-Security-Policy header
  Controls resources the browser is allowed to load
  What to do: Implement a Content-Security-Policy appropriate for your application
  References
  - ASVS V3.4.3
  - OWASP Secure Headers: OWASP Secure Headers Project recommends Content-Security-Policy: default-src 'self'; form-action 'self'; base-uri 'self'; object-src 'none';…
GDPR outside view
These are the privacy signals visitors and data protection authorities look for under GDPR.
- High
  No Cookie Consent Banner found
  GDPR requires explicit consent for non-essential cookies
  What to do: Implement a cookie consent banner that appears on first visit
  References
  - GDPR Art. 7
  - ePrivacy Art. 5(3)
  - NIST PT-4: NIST SP 800-53 Rev. 5 PT-4: Consent
SSL/TLS
TLS encrypts the connection and proves the site is really yours. Weak or expiring certificates trigger browser warnings and put traffic at risk.
- High
  Weak SSL Key Length
  SSL certificate uses 256-bit key, which is considered weak
  What to do: Use at least 2048-bit RSA or 256-bit ECC key
  References
  - CWE-326
  - OWASP A04:2025
  - Mozilla TLS: Mozilla Server Side TLS 6.0 intermediate: rsa_key_size 2048
  - NIS2 21(2)(h)
  - IR 2024/2690 9.2(b): Implementing Regulation (EU) 2024/2690, Annex point 9.2(b): Cryptography
  - NIST SC-13: NIST SP 800-53 Rev. 5 SC-13: Cryptographic Protection

Need hands-on remediation? Email guard@offseq.com

Keep watching doctolib.fr

This scan found 24 issues across 5 checks. Monitoring re-runs those checks daily, emails you when something material changes and records each fix, so you can show progress.

Daily monitoring

Recommended

€25per month

TLS certificates and expiry
DNS records
SPF, DKIM and DMARC
Security headers
GDPR and NIS2 posture
Exposed services
Third-party trackers
Security score drift

Email alerts on material changes and an exportable JSON history of every change.

Billed monthly to your card. Cancel anytime. The full timeline opens with your unlock code.

Full report

€39.90one-time

The complete analysis as a PDF you can cite
Email delivery with an unlock code
Lifetime access to this report

Prices incl. 21% VAT. Secure checkout by Mollie; sold by SEQ SIA, Latvia.

Results by check

Each check with its score, findings and the evidence it collected.

How this score is calculated

The security score runs 0–100, higher is better. It is the plain average of the security checks that completed in this scan, each counted equally. A check that could not run is left out: it counts neither as a pass nor as a fail.

Counted in this score

SSL/TLS: 70
Security headers: 55
Email security: 100
DNS health: 85
Network security: 0
GDPR outside view: 85
Average: 66
After the cap: 49

Not counted

NIS2 outside view: Re-weights evidence from the TLS, email, DNS, network and hygiene checks, so counting it would count that evidence twice. Shown on its own.
OffSeq Observations: An AI reading of the site, useful context but not reproducible evidence. Shown on its own.

Findings that cap the score at 49

Each of these is serious on its own, so while any is present the site cannot rate better than high risk, however good the other checks are.

The certificate is not trusted by browsers
The website is not served over HTTPS
A database, remote desktop, file-sharing or Telnet service is reachable from the internet · found on this site
The page loads a script from a compromised source
The domain registration has expired
SPF authorises every server to send mail as the domain

Partial scans

When the site blocks Guard or most checks cannot run, the score covers only the checks that ran (usually DNS and email), is capped at 75 and is shown as partial, without a risk level.

Risk levels

Critical0–25
High26–49
Medium50–75
Low76–100

Breach exposure

Leaked credentials and lookalike domains from OffSeq Breach. The counts are free; the detailed lists are paid add-ons.

Dark web exposure

Add-on

Leaked records that mention doctolib.fr, from OffSeq Breach.

Total records: 417,317
Employees: 16
Customers: 417,240
Third parties: 61
Weak passwords: 8%

Latest record dated 2026-05-28 · 131 subdomains affected

See the 10 newest leaked credentials

A one-off add-on to this report that lists the most recent identifier and password pairs OffSeq Breach holds for doctolib.fr.

Select it in the checkout above.

Masked preview

–pro-interf.doctolib.fr2026-05-28
–m.doctolib.fr2026-05-25
–pro.doctolib.fr2026-05-18
–pro.doctolib.fr2026-05-11
–www.doctolib.fr2026-04-30

Breach keeps ingesting new leaks, so these numbers can grow between scans.

Open in Breach Monitor on Breach

Technical appendix

Business context, site observations and technical notes gathered during the scan, and the standards behind each reference.

Business context

Business profile

Doctolib operates in the healthcare and technology sectors, targeting patients and healthcare providers primarily in France, with extensions into Germany and Italy. Its business model centers on facilitating appointment bookings and telehealth services, generating revenue through software subscriptions and service fees. The company benefits from strong market positioning as a trusted platform, supported by certifications such as B Corp and a comprehensive legal framework. The ecosystem includes partnerships with CRM providers and customer support platforms, enhancing operational efficiency. Growth indicators include multi-country presence and integration of advanced digital tools. The company maintains a consistent brand image and offers extensive support and educational resources, reinforcing its competitive advantage in the healthcare digital services market.

Security posture

The website demonstrates a mature security posture with enforced HTTPS, secure cookie management including SameSite and Partitioned flags for iframe scenarios, and integration of captchas to mitigate automated abuse. Monitoring and error tracking are implemented via Sentry and Datadog RUM, supporting proactive incident detection. However, the absence of publicly available security policies, incident response contacts, and vulnerability disclosure mechanisms represents a compliance gap. No vulnerabilities or exposed sensitive data were detected in the analysis. The site follows GDPR compliance best practices with clear privacy and cookie policies and consent management. Overall, the security maturity is high but could be improved by enhancing transparency and formalizing incident response and disclosure processes.

Recommendations

Publish a dedicated security policy page detailing security controls and practices.
Establish and publicize a vulnerability disclosure program to encourage responsible reporting.
Provide clear contact information for the Data Protection Officer or privacy team.
Regularly audit third-party scripts and dependencies to ensure no vulnerable libraries are used.
Enhance user trust by displaying security certifications and compliance attestations prominently.

Contact details published on the site

Addresses

Doctolib, 54 quai Charles Pasqua, 92300 Levallois-Perret, France (map, opens in a new tab)

Legal name

Doctolib

Site observations

Automated reading of the public site. Ratings are indicative.

Business

Company: Doctolib
Description: Trouvez rapidement un spécialiste près de chez vous et prenez rendez-vous gratuitement en ligne en quelques clics
Key services: Online appointment booking, Teleconsultation, Practice management software for healthcare professionals
Content quality: excellent
Branding: consistent

Technology

Stack: React, Sentry, Datadog RUM, Didomi Consent SDK, FriendlyCaptcha, Adyen Payment, TokBox (Vonage) for video calls, Typeform, Cloudflare Turnstile
Frameworks: React
Platforms: Web, Mobile (iOS and Android apps referenced)
Performance: fast
Mobile: excellent
Accessibility: good
SEO: good

Security

Observed score

85/100

Good practices seen

HTTPS enforced
Cookie SameSite and Partitioned flags managed for iframe usage
Use of Sentry for error monitoring
Use of Datadog RUM for performance and error tracking
Captcha integration (FriendlyCaptcha and Cloudflare Turnstile) to prevent abuse

Analytics and tracking

Services: Datadog RUM, Sentry
Tracking level: moderate
Privacy practices: good

Advertising

Tracking pixels: Datadog RUM, Sentry, Didomi Consent SDK, Screeb
Marketing tools: Didomi Consent SDK, Typeform, WalkMe
Transparency: good

Site quality

Design: excellent
User experience: excellent
Content relevance: excellent
Navigation: excellent
Professionalism: excellent
Trustworthiness: high

Key observations

Website is fully accessible with rich content and professional design.
Strong focus on healthcare appointment booking and teleconsultation services.
Comprehensive legal and privacy documentation present.
Multiple social media and support channels linked.
Modern technology stack with advanced monitoring and consent management.
No WHOIS data available publicly, consistent with AFNIC registry privacy policies.
No security or WAF blocking detected.
No adult or questionable content detected.

Technical notes

Notes

The website is built on a modern React framework with extensive use of JavaScript SDKs for analytics, error tracking, and consent management. It integrates multiple third-party services including Sentry for error monitoring, Datadog for real user monitoring, Didomi for consent management, FriendlyCaptcha and Cloudflare Turnstile for bot protection, and TokBox for video consultations. The site is hosted likely behind Cloudflare CDN, ensuring fast global delivery and DDoS protection. Performance is optimized with lazy loading and asynchronous script loading. The site is mobile-optimized with responsive design and accessibility features. Technical risks are minimal, but continuous monitoring of third-party dependencies and security headers is recommended to maintain robustness.

Standards and sources

Reference chips under each finding point to the standard, regulation or specification the finding relates to. They are taken from the official datasets below and mapped conservatively: a finding with no defensible link shows none. NIS2 and GDPR references mark where a finding is relevant evidence, not a compliance verdict. Implementing Regulation (EU) 2024/2690 binds digital infrastructure and digital service providers; for other entities it is the most detailed public reading of the Article 21 measures. WCAG, EN 301 549, European Accessibility Act and Web Accessibility Directive references name the requirement an automated accessibility rule relates to; they are not a conformance verdict.

OWASP Top 10:2025 (opens in a new tab)2025 (membership per CWE 4.20) · CC BY-SA 4.0
OWASP ASVS (opens in a new tab)5.0.0 · CC BY-SA 4.0
OWASP Web Security Testing Guide (opens in a new tab)latest (checklist.json, master) · CC BY-SA 4.0
OWASP Secure Headers Project (opens in a new tab)2026-10-18 · Apache-2.0
Mozilla Server Side TLS (intermediate) (opens in a new tab)6.0 · MPL-2.0
NIST SP 800-53 Rev. 5 (OSCAL catalog) (opens in a new tab)5.2.0 · Public domain (US Government work)
Directive (EU) 2022/2555 (NIS2) (opens in a new tab)OJ L 333, 27.12.2022 · EUR-Lex reuse under Commission Decision 2011/833/EU (© European Union)
Commission Implementing Regulation (EU) 2024/2690 (opens in a new tab)OJ L, 18.10.2024 · EUR-Lex reuse under Commission Decision 2011/833/EU (© European Union)
Regulation (EU) 2016/679 (GDPR) (opens in a new tab)OJ L 119, 4.5.2016 · EUR-Lex reuse under Commission Decision 2011/833/EU (© European Union)
Directive 2002/58/EC (ePrivacy), consolidated (opens in a new tab)19.12.2009 · EUR-Lex reuse under Commission Decision 2011/833/EU (© European Union)
RFC Editor metadata (opens in a new tab)per-RFC (obsolete RFCs rejected) · IETF Trust Legal Provisions (metadata only)
NIST CSRC, W3C TR, IETF Datatracker, EDPB, EUR-Lex CELLAR and gesetze-bayern.de (opens in a new tab)per document · Titles and links only
W3C WCAG 2.2 (opens in a new tab)W3C Recommendation (wcag.json) · W3C Software and Document License
Directive (EU) 2019/882 (European Accessibility Act) (opens in a new tab)OJ L 151, 7.6.2019 · EUR-Lex reuse under Commission Decision 2011/833/EU (© European Union)
Directive (EU) 2016/2102 (Web Accessibility Directive) (opens in a new tab)OJ L 327, 2.12.2016 · EUR-Lex reuse under Commission Decision 2011/833/EU (© European Union)

Retrieved 2026-10-25

Earlier scans of this domain

13 Jun 202549/100High16 findings · partial scanView report

Feedback on this report

Rate this report, add an optional comment, and tell us if you want a security specialist to follow up.

Priority findings

Network security

Critical Service Exposed: Telnet

Critical Service Exposed: SMB

Critical Service Exposed: MSSQL

Critical Service Exposed: Oracle

Critical Service Exposed: MySQL

Critical Service Exposed: RDP

Critical Service Exposed: PostgreSQL

Critical Service Exposed: Redis

Critical Service Exposed: MongoDB

High-Risk Service Exposed: FTP

High-Risk Service Exposed: RPC

High-Risk Service Exposed: NetBIOS

High-Risk Service Exposed: Elasticsearch

Security headers

Missing Strict-Transport-Security header

Missing Content-Security-Policy header

GDPR outside view

No Cookie Consent Banner found

SSL/TLS

Weak SSL Key Length