Exposed secrets
API keys and service tokens in the front end, in the repository or in logs. Opening DevTools is enough.
Security audits, penetration testing and DevSecOps for companies that build software with AI, and for those that don't yet. I find the flaws before an attacker does, deliver the fix and set up your pipeline so they don't come back.
Methodology aligned with
Cursor, Copilot, Lovable and Bolt produce code that works in the demo. Working, however, is not the same as secure, and the same failure patterns repeat from project to project.
API keys and service tokens in the front end, in the repository or in logs. Opening DevTools is enough.
RLS disabled, routes that trust the ID sent by the client and permissions checked only in the UI.
Suggested packages that don't exist and can be registered by attackers, versions with known CVEs, lockfiles ignored.
Prompt injection, data leakage through context and agents with more permissions than they need.
Debug mode on, open CORS, public buckets and missing security headers.
Manual deploys, scattered logs, backups never tested and no alert when something goes wrong.
Security and operations handled together, with findings your team can actually fix, not a generic scanner report.
AppSec · AI
Code review and testing of the running application, targeting the flaws AI tools tend to introduce. Recommended before launch, before fundraising or before opening the application to customers.
Manual penetration testing guided by the OWASP Top 10, API Security and ASVS, for applications built with or without AI. Black, grey or white box, depending on scope.
Assessment of chatbots, RAG pipelines and agents based on the OWASP Top 10 for LLM Applications: what the model can see, say and do.
Automated controls so the next vulnerability is stopped at the pull request, not discovered in production.
Reproducible infrastructure, automated deployment and visibility into what happens in production.
An AI-built MVP heading to paying customers, due diligence or a funding round.
Independent security validation before handing over to the end client.
Internal tools built with AI, often by people who aren't developers.
Teams handling personal data under LGPD or GDPR that need to show technical due diligence.
A predictable process, from first contact to retest.
Technical call, NDA and an authorization document with targets, testing windows and limits.
Code review and testing of the application and infrastructure within the agreed scope.
Risk-prioritized findings with evidence, impact and recommendations. Walkthrough with the team.
Support with remediation, retesting of findings and CI controls to prevent regressions.

Founder · Application Security and DevOps
Over nine years in technology, working across infrastructure, automation, development and the security of production systems. At MKTSYS, every project is run end to end by the same person, from scoping to retest.
No lists of false positives: every finding is confirmed and backed by evidence.
Recommendations specific to your stack, with hands-on support when needed.
The person testing also understands deployment, infrastructure and CI/CD, and fixes things at the source.
NDA, temporary access and disposal of project data at the end of the engagement.
Scope and investment agreed before work starts. No surprises along the way.
An objective view of your risk before deciding the next step.
Fixed scope, from testing to retest.
Monthly hours for teams shipping software every week.
Every engagement starts with a free technical call and is only carried out with formal written authorization.
No. Every test is performed only with formal authorization from the system owner, with targets, time windows and limits defined in writing.
Whenever possible, testing happens in staging. In production, it takes place during agreed windows, without denial-of-service attacks and with a contact point for immediate interruption.
The NDA is signed before any access. Access is temporary, test data is preferred and project material is disposed of at the end, as agreed.
Yes. The methodology applies to any application; the focus on AI-generated code only adds specific checks for the mistakes these tools repeat.
Both. The report includes a recommended fix for every finding and, if it makes sense, implementing the fixes and the retest can be part of the scope.
It depends on the size and complexity of the application. A rapid assessment usually takes a few days; full audits and pentests are sized during scoping, with timeline and investment defined in the proposal.
I'll get back to you with next steps and, if it makes sense, we'll schedule a free technical call.
Direct contact