Skip to main content

Law Enforcement Guidelines

Last updated: May 31, 2026

Document owner: General Counsel and Security Incident Manager
Review cadence: Semiannual; immediate revision for legal/regulatory process changes
Effective date: 2026-05-31
Legal entity: EthicPages, Inc.
Registered address: 71-75 Shelton Street, Covent Garden, London, United Kingdom, WC2H 9JQ
Request intake contact: ethicpages+contact@invictosoft.com

1. Purpose

These Law Enforcement Guidelines explain how EthicPages, Inc. ("EthicPages," "we," "us," or "our") receives, verifies, evaluates, and responds to lawful requests from government entities, law enforcement agencies, courts, and other competent authorities for customer or account-related information.

The document is intended to provide transparency for customers, procurement teams, and regulators while preserving legal process integrity and customer privacy rights. It should be read with our Privacy Policy, Security Overview, Data Processing Agreement, and Subprocessors.

2. Scope and legal posture

EthicPages is a B2B SaaS provider. Requests are handled in accordance with:

  • Applicable law and jurisdictional authority.
  • Contractual commitments to customers.
  • Data protection, human rights, and due process principles where applicable.
  • Internal security and legal review procedures.

We do not provide voluntary bulk access to customer data and do not maintain "backdoor" access methods for authorities.

3. Request types we may receive

EthicPages may receive a range of lawful process requests from authorities.

Request typeTypical sourceTypical legal instrumentHandling summary
Preservation requestLaw enforcement / regulatorPreservation letterLimited hold on specific data pending valid compulsory process.
Subscriber information requestCourt-authorized agencySubpoena or court orderReviewed for validity, scope, and jurisdiction before response.
Content disclosure requestCourt / competent authorityWarrant, production order, or equivalentRequires heightened legal review and strict scope validation.
Emergency disclosure requestEmergency response authorityEmergency legal process or certified exigency declarationEvaluated under emergency standard and necessity proportionality test.
Civil authority requestGovernment agency / regulatorStatutory notice or administrative orderEvaluated for authority, legal basis, and customer rights impact.

EthicPages may reject, narrow, or challenge requests that are invalid, overbroad, or inconsistent with applicable law.

4. Verification requirements before any disclosure

EthicPages verifies all requests prior to disclosure of customer information. We do not process requests sent through informal channels without required legal process and identity validation.

Required verification controls

Verification checkRequirementWhy it is required
Authority authenticationRequestor identity must be verified via official agency channels.Prevents fraud and impersonation attacks.
Jurisdiction validityRequest must be issued by an authority with recognized legal jurisdiction.Protects against unlawful extraterritorial access.
Legal instrument qualityInstrument must be complete, signed, and legally enforceable where required.Ensures due process and enforceability.
Scope specificityRequest must identify target account/data categories/time range with sufficient specificity.Minimizes excessive data disclosure.
Necessity and proportionalityRequested data must be reasonably necessary for stated lawful purpose.Preserves privacy and legal proportionality.

Requests failing verification are rejected or returned for correction.

5. Data categories potentially available

EthicPages discloses only data lawfully required and reasonably available in our systems at the time of request.

Data categoryExamplesDisclosure standard
Basic account metadataAccount email, workspace identifier, signup timestampsUsually requires valid legal process (for example subpoena or equivalent).
Billing metadataSubscription status, invoice references, payment processor IDsDisclosed only where legally compelled and available.
Usage/security logsLogin timestamps, IP addresses, access event recordsRequires legal process and strict relevance review.
Customer-generated contentHosted policy text and workspace documentsRequires higher-threshold compulsory process (for example warrant/order).
Deleted/expired dataData already purged per retention policyGenerally unavailable for disclosure.

EthicPages does not control all downstream third-party subprocessor records. Authorities may need to serve lawful process directly on relevant providers where legally appropriate.

6. Customer notification policy

EthicPages seeks to notify affected customers before disclosing their data, unless legally prohibited, operationally impossible, or where notification could create imminent risk of harm or evidence destruction.

Notification decision framework

ConditionNotification approach
No legal prohibition + feasible noticeProvide customer notice with request summary and response timeline where possible.
Legal gag/non-disclosure orderDelay notification until prohibition expires or is lifted.
Emergency risk of serious harmNotification may be delayed where immediate disclosure is lawfully required to prevent harm.
Customer cannot be reliably contactedAttempt notice via available channels; record failed attempts.

Where notice is delayed, EthicPages may provide deferred notice when legally permitted.

7. Emergency disclosure process

EthicPages may process emergency disclosure requests when we reasonably believe there is an imminent threat of death, serious physical injury, or similarly grave harm requiring urgent action.

Emergency request requirements

Authorities should provide:

  1. Agency identity and callback verification details.
  2. Clear statement of emergency basis and urgency.
  3. Specific account identifiers and narrowly tailored data scope.
  4. Legal authority basis and, where possible, supporting process.
  5. Confirmation that standard legal process is pending or impracticable due to urgency.
Emergency review elementStandard applied
ImminenceIs serious harm likely without urgent disclosure?
SpecificityIs request narrowly scoped to identifiable accounts/data?
NecessityIs requested data necessary to address the emergency?
ProportionalityIs disclosure limited to what emergency circumstances require?

Emergency disclosures are logged, reviewed, and, when lawful, followed by required legal process validation.

8. International and cross-border requests

EthicPages evaluates international requests carefully. We generally require requests to proceed through valid legal cooperation channels (for example treaty-based mechanisms, local court recognition, or other lawful transfer procedures) unless direct compliance is clearly required by applicable law.

Cross-border handling principles

PrincipleApplication
Lawful channel requirementPrefer recognized international legal process mechanisms.
Conflict-of-law reviewAssess conflicts between requesting jurisdiction law and data protection obligations.
Data minimizationDisclose only data legally required and within validated scope.
Rights impact awarenessConsider customer privacy and due process implications.

EthicPages may seek to narrow or challenge requests that conflict with applicable legal obligations.

9. Preservation requests

Upon receiving a valid preservation request, EthicPages may preserve specified records for a limited period pending service of compulsory legal process. Preservation does not guarantee data existence, completeness, or admissibility and does not create an obligation to disclose absent valid legal process.

Preservation topicEthicPages approach
Initial hold periodTime-limited preservation based on request validity and legal context.
Extension requestsConsidered where legally justified and operationally feasible.
Scope limitsPreservation scoped to identified accounts/timeframes when possible.
Post-expiry handlingRetention returns to normal policy absent renewed legal basis.

10. Technical and procedural response process

EthicPages routes government and law enforcement requests through legal and security review channels. We do not accept requests for direct engineer-side release outside approved process.

Standard processing stages

  1. Intake and authenticity verification.
  2. Legal sufficiency review.
  3. Scope minimization and data mapping.
  4. Approval and controlled extraction.
  5. Secure response transmission.
  6. Documentation, logging, and retention of request artifacts.
StagePrimary ownerControl objective
IntakeLegal operationsEnsure chain-of-custody and request traceability.
ReviewCounsel + SecurityConfirm legality and narrowest sufficient scope.
CollectionAuthorized operations personnelExtract only approved data fields.
TransmissionLegal operationsUse secure and verifiable delivery path.
RecordkeepingLegal operationsSupport auditability and post-response review.

11. Rejection and challenge policy

EthicPages may reject, seek clarification, or challenge requests where:

  • Legal process is invalid, incomplete, or unauthorized.
  • Scope is overbroad, unclear, or disproportionate.
  • Request conflicts with applicable law, customer rights, or contractual commitments.
  • Authority identity cannot be adequately verified.
  • Requested data is unavailable due to retention, deletion, or system limits.

We may request narrowing language or revised legal process before any response.

12. Confidentiality and internal access restrictions

Request information and resulting disclosures are handled as sensitive legal/security records. Internal access is limited to personnel with defined legal, security, and operational responsibilities.

ControlDescription
Need-to-know accessAccess to request artifacts restricted to designated teams.
Secure record storageLegal process records stored with controlled permissions.
Audit loggingMaterial handling actions are recorded for accountability.
Retention controlsRequest artifacts retained per legal and operational obligations.

13. Transparency and reporting approach

Where legally and operationally feasible, EthicPages may publish high-level transparency information about request volumes and categories. We do not publish customer-identifying details in transparency disclosures.

Transparency reporting, if provided, may include:

  • Number of requests received by category.
  • Percentage resulting in disclosure, partial disclosure, or rejection.
  • Generalized jurisdiction breakdown.
  • Number of emergency requests.

14. Interplay with privacy and security obligations

Law enforcement response procedures are integrated with broader privacy and security obligations:

Where required by law, EthicPages coordinates legal process handling with incident response and customer-notification processes.

15. Request submission instructions

Authorities should submit requests to:

Required intake information

Please include:

  1. Agency name, badge/identifier, and official contact details.
  2. Signed legal process document (if applicable).
  3. Specific account identifiers (email/workspace/domain).
  4. Requested data categories and date range.
  5. Legal basis and jurisdiction.
  6. Response deadline and urgency rationale.

Incomplete requests may be delayed or rejected.

16. Changes to these guidelines

EthicPages may update these guidelines to reflect legal developments, operational controls, and customer commitments. The "Last updated" date indicates current version control.

Related policies:

For additional legal process coordination, contact ethicpages+contact@invictosoft.com.

Template for operational transparency; not legal advice. Consult qualified counsel for your jurisdiction.