security is a route not a slogan
Do not harm users, data, systems, or the structure.
Responsible disclosure. Minimal proof only. No destructive testing.
BlackMenta Ltd publishes this page as the public route for security researchers, reviewers and coordinated-disclosure contacts. The purpose is not to perform security theatre. The purpose is to make the right contact, scope, evidence standard and response path visible before anything goes wrong.
Four controls visible before any report.
Named route
Reports go to security@blackmenta.com. Non-security legal, preview or press requests should not be routed here. Public surface health is on /status.
Open reportNo guessing
Owned domains, public web surfaces and auth-related BlackMenta surfaces are named explicitly. Third-party platforms are routed to their owners.
See scope matrixEvidence standard
Valid reports include impact, reproduction steps, affected URL, environment and minimal proof. No exploitation beyond confirmation.
See report formatPGP status honest
Until a production PGP key and fingerprint are published, encrypted reporting is available on request — not falsely advertised as live.
See PGP statusFour lanes. Pick the right one.
security@
Vulnerability reports, safe-harbor questions, disclosure coordination. The named route on this page.
security@ → DR.02 legallegal@
Formal notices, counsel routing, legal escalation and IP/security overlap. When the report has a legal-side angle.
legal@ → DR.03 reviewerpreview@
Reviewer access, diligence documents and gated security/privacy details. Not for vulnerability reports themselves.
preview@ → DR.04 generalhello@
Non-sensitive feedback, corrections and non-security page issues. Misrouted reports get rerouted — ideally inside the SLA.
hello@ →Research scope, drawn plainly.
Each surface has one of three dispositions: in scope (testing welcomed within rules), route (belongs to another owner), or out (not authorised — safe-harbor does not apply).
A good report is short, reproducible, harmless.
Report the issue, not the trophy. Security reports should prove that a weakness exists without collecting unnecessary data, escalating privileges beyond the minimum proof, persisting access, or creating a second risk while documenting the first.
Minimal evidence, maximum clarity. Include enough detail for a reviewer to reproduce the issue safely. Omit secrets, private user data, exploit weaponisation, unrelated screenshots and unnecessary personal information.
Good faith is bounded.
BlackMenta does not authorise destructive research. The safe-harbor posture is intended for good-faith, privacy-respecting, promptly reported security research within the stated scope. Outside that boundary, no safe-harbor applies.
Permitted research
- Minimal testing on in-scope systems
- Prompt reporting via security@
- No persistence beyond minimum proof
- No data retention after report
- No user impact in testing
- No public disclosure before coordination
- No attempt to monetise findings through pressure
Prohibited conduct
- Social engineering · spam · phishing
- Denial-of-service · load attacks
- Physical attacks · pretexting
- Extortion · payment pressure
- Malware · destructive actions
- Credential theft · account access
- Extraction of private reviewer materials
Reports need a clock.
No promise of an instant fix. A promise of a clear sequence: receipt, triage, status, remediation, credit. Misrouted reports are rerouted inside the same SLA.
Machine-readable contact.
Recommended public location: https://blackmenta.com/.well-known/security.txt. Do not publish an Encryption: field until a real production PGP key URL and fingerprint are available. The draft below shows what gets published and what is intentionally omitted.
Contact: mailto:security@blackmenta.com Policy: https://blackmenta.com/security Acknowledgments: https://blackmenta.com/security#thanks Preferred-Languages: en, de Canonical: https://blackmenta.com/.well-known/security.txt Expires: 2027-04-25T23:59:59Z # Encryption field intentionally omitted until production PGP key is published. # Hiring field intentionally omitted. # Bounty field intentionally omitted; BlackMenta does not promise a bug bounty.
PGP should be true or absent.
A PGP key advertised before it is operational is worse than no PGP key. The four rules below stop the most common security-page failure: a placeholder fingerprint that points to a key nobody actually controls.
Reviewer security details are gated.
This page is the public disclosure route. Detailed infrastructure architecture, tenant separation, key management, audit logs and reviewer-side security controls are released through auth.blackmenta.com — to verified counsel, security researchers and capital under NDA.
Other pages, in any order.
Home · the thesis · the system · the people · the receipts.
The holding entity, the legal wall, the public surface
BlackMenta Ltd · № 16988667 · the public cover sheet for the IP holding entity behind this disclosure route.
Why the live event economy needs rebuilding
$652B industry running on spreadsheets and 30-day settlement. Five problems in parallel, five forces converging in 2026.
An operating system for the space between the tools
9 objects, 5-step loop, 1 wall, 1 pilot. Architecture brief for the operating entity’s coordination layer.
The filter, the standard, and the anchors
The ten-year test. House rules. Non-negotiables. Counsel of record. Origin respected.
Regulatory, jurisdictional, privacy references
Specific statutes. Jurisdictional map. Privacy stance, plainly stated. Glossary, FAQ.
Notes.
- N.01 Safe-harbor follows the scope matrix. Conduct outside the matrix is outside safe-harbor — even when reported in good faith. → see Sheet 02 + Sheet 04
- N.02 No bug bounty. Researcher credit is opt-in, post-fix. This page does not create a payment programme, contract or employment relationship. → see Sheet 05 · RC.05
- N.03 PGP is honest or absent. No placeholder fingerprints; no “Encryption: coming soon” in security.txt. The field appears when the key is real. → see Sheet 07 · PGP
- N.04 Minimal proof. The reporter who escalates beyond the minimum needed to demonstrate the issue creates a second risk while documenting the first. → see Sheet 03 · RF.07–RF.08
- N.05 Coordinated disclosure: security@blackmenta.com. Public disclosure should be coordinated only after validation, remediation and a mutually reasonable publication window.