Sign in

Our Principles

Philosophy

Most vulnerability disclosure platforms exist to extract value from the relationship between researchers and organizations. They position themselves as necessary intermediaries, creating dependencies that serve platform interests rather than security outcomes.

This approach fundamentally misaligns incentives. When platforms monetize security research through bounty programs, marketplace fees, or data analytics, they optimize for engagement and volume rather than meaningful security improvements. The result is systems that encourage low-quality submissions, create artificial scarcity around security expertise, and insert unnecessary complexity into what should be straightforward technical communication.

01

Zero-Knowledge Architecture

Zero-knowledge in this context is not marketing terminology — it describes a precise technical property. Our servers cannot decrypt vulnerability report content even under legal compulsion because the cryptographic keys required for decryption never exist on our infrastructure.

This is implemented through hybrid encryption: RSA-OAEP for key transport and AES-256-GCM for symmetric encryption. The RSA key pair is generated client-side using the Web Crypto API. The private key never leaves the browser environment where it was created. Each report generates an ephemeral AES key, encrypts the content, then encrypts the AES key with the RSA public key. The server receives only the encrypted AES key and encrypted content.

The practical implication: a complete infrastructure compromise yields only encrypted ciphertext. Without access to the RSA private keys — which exist only in client environments — the data is computationally infeasible to decrypt. This protects against external attackers, insider threats, government surveillance, and the platform operator itself.
02

Data Ownership

Your vulnerability reports are your data. This isn't a policy statement subject to change — it's architected into the system. The encryption boundary ensures that data ownership is technically enforced rather than contractually promised.

Data portability is implemented through standard formats and open APIs. Every platform function is accessible via documented REST endpoints. Database schemas are designed for export compatibility. The decryption tooling is open source and platform-independent. Organizations can extract their complete dataset and operate it independently of our infrastructure.

This eliminates vendor lock-in as a business model. We cannot hold your data hostage because we cannot access it. Migration to alternative systems or self-hosted infrastructure is technically straightforward rather than artificially constrained.

03

Operational Minimalism

Complex systems fail in complex ways. Security systems especially should minimize attack surface and operational complexity. This platform deliberately avoids features that increase complexity without proportional security benefit.

There are no machine learning components analyzing report content. No behavioral analytics tracking researcher patterns. No recommendation engines suggesting related vulnerabilities. No social features encouraging community engagement. These capabilities might be technically interesting, but they increase attack surface and create new categories of privacy risk.

The technical stack is intentionally conservative. Standard web technologies, proven cryptographic libraries, well-understood database systems. Innovation happens in the application of these technologies to the vulnerability disclosure problem, not in the underlying technical choices.

04

Cryptographic Transparency

Security through obscurity is not security. All cryptographic implementations, key sizes, and algorithmic choices are documented. The threat model is explicit. Security audits are public. Incident response procedures are transparent.

This transparency enables independent security analysis. Organizations can verify that the cryptographic properties we claim actually exist in the implementation. Security researchers can audit the system for vulnerabilities. Academic researchers can study the approach for broader applicability.

Cryptographic agility is built into the data format. Algorithm identifiers in encrypted structures enable migration to new cryptographic standards without breaking existing data. When quantum computers threaten RSA, the system can transition to post-quantum algorithms while maintaining backward compatibility.

05

Research Ethics

Security researchers provide a public service. They identify vulnerabilities that could be exploited maliciously, often without compensation, and report them to organizations that benefit from the research. This relationship deserves respect and protection, not exploitation.

Platforms that gamify security research through points, leaderboards, and competitive elements distort the incentive structure. They encourage researchers to optimize for platform metrics rather than security impact. They create artificial hierarchies that exclude researchers who don't participate in the gamification.

Direct communication between researchers and organizations produces better security outcomes than mediated communication through platform interfaces. Researchers can provide context and technical details that don't fit into structured forms. Organizations can ask clarifying questions and discuss remediation approaches. The platform should facilitate this communication, not constrain it.

06

Technical Implementation

The Web Crypto API provides cryptographically secure random number generation and constant-time cryptographic operations. This eliminates entire categories of implementation vulnerabilities that plague JavaScript cryptographic libraries. Key generation, encryption, and decryption happen in secure browser contexts with appropriate memory management.

The server-side implementation is stateless with respect to cryptographic operations. Servers never perform encryption or decryption, never generate or store cryptographic keys, and never access plaintext report content. This simplifies the security model and reduces the trusted computing base.

API design follows REST principles with comprehensive OpenAPI specifications. Authentication uses standard OAuth2 flows with scoped permissions. Rate limiting prevents abuse without interfering with legitimate usage. Comprehensive logging enables security monitoring without exposing sensitive data.

The system is designed for operational simplicity. Standard deployment patterns, well-understood scaling characteristics, minimal external dependencies. Organizations can self-host the entire stack if they prefer complete infrastructure control.

07

Economic Model

The platform's economic model aligns with its technical architecture. Revenue comes from platform access fees, not from data monetization or transaction fees. There are no marketplace dynamics creating artificial scarcity or competitive pressures.

This eliminates the incentive to maximize platform engagement or extract value from user data. The platform succeeds when organizations successfully manage their vulnerability disclosure programs, not when they generate maximum activity or data for analysis.

Pricing is transparent and predictable. No hidden fees, no usage-based charges that create bill shock, no complex tiering that obscures true costs. Organizations can budget for vulnerability disclosure infrastructure the same way they budget for other security tools.