Identity & authorization
Sessions, roles, administrative routes, service identities, and tenant boundaries.
What we challenge
Can a valid account gain authority it should not have?
Cybersecurity engineering
Security work should lead to a stronger system, not a longer report. We combine adversarial review with the engineering needed to fix the cause and verify the result.
Scope a security reviewSecurity, exercised.
Identity, authority, and data ownership have to agree. The difference becomes visible when the request reaches the boundary.
Tenant isolation
An administrator changes the requested organization. Their login is valid; the data boundary is not.
Decision record
The system will check the request before releasing any sample records.
Illustrative simulation with fictional records. No live systems, accounts, or private data are accessed.
A connected attack surface
Application logic, identity, data, cloud, and autonomous tools interact. So do their failure modes.
Sessions, roles, administrative routes, service identities, and tenant boundaries.
Can a valid account gain authority it should not have?
Input handling, state transitions, business logic, webhooks, race conditions, and abuse resistance.
Can ordinary features combine into an unintended action?
Private files, data movement, exports, retention paths, encryption workflows, and auditability.
Can sensitive information cross its intended boundary?
Environment separation, credentials, IAM, storage, dependencies, and deployment controls.
Can a small misconfiguration become persistent access?
Tool authority, retrieval, memory, prompt injection, approvals, evaluation, and evidence.
Can untrusted context become permission to act?
Structured logs, actionable alerts, incident triage, runbooks, and recovery.
Would the team recognize, contain, and reconstruct an incident?
A red-team mindset. An engineering finish.
Map the assets, sensitive actions, trust boundaries, and business consequences.
Connect weaknesses into attack paths an adversary could actually reach.
Confirm behavior with controlled testing. Preserve evidence and reject noise.
Fix the root cause, retest the path, and protect the behavior with regression checks.
Agreed scope, evidence-backed findings, prioritized remediation, and retest results. Testing stays inside explicitly authorized systems and boundaries.
Include the affected URL, reproduction steps, browser or device context, and potential impact. Do not include passwords, tokens, private keys, or sensitive third-party information.
Do not access or change data that is not yours. Do not perform destructive testing, denial-of-service attacks, social engineering, or credential attacks. Grayston does not currently operate a paid bug bounty program.
Your next move
Start with a critical release, an inherited platform, or a specific finding. We will define the right review boundary.