arrow_backBack to Portfolio
Check the Claims

Evidence

Everything below is something that exists and can be inspected — not a roadmap slide. Where something is early or unproven, that’s said in the same sentence as the claim. Nothing here is aspirational.

Illustration representing verifiable credentials and evidence

01. Implementation // This Site’s Assistant

Conversational Interface Architecture

Two real integrations, not an embedded third-party chatbot widget — the code for both lives in this repo. The general assistant (api/chat.js) powers the sitewide “Ask My AI” entry point. A second, narrower one (api/liftoff-chat.js) is a teaching assistant scoped to a single LiftOff episode’s transcript at a time. Both run on OpenAI’s gpt-4o-mini as a serverless function, not on the Anthropic stack — that was a stale claim in this site’s footer until this page got built and the code got re-checked against it.

Request Flow Telemetry
Client Requestapi/chat.jsRate Limiter (15/10/20)OpenAI API
LiftOff Contextapi/liftoff-chat.js

The browser sends a message and a client-generated session ID to a serverless endpoint. The endpoint checks three limits before it ever calls a model, loads a system prompt built from markdown files bundled in this repo, calls OpenAI’s chat completions API, and returns the reply — recording the real token cost OpenAI reports back, not an estimate.

Proof: Cost Controls
A hard $2/mo budget per assistant, computed from OpenAI’s actual returned token usage. Once a budget caps out, the assistant stops answering and gives a real contact channel instead of erroring or going silent.
Proof: Injection Handling
No dedicated injection-detection layer — the real mitigation is architectural. No tools, no write access, no ability to take any action, so a successful injection can produce an off-brand text reply at worst, never a real-world effect.
Technical Safeguards & Architecture
Rate Limiting (Upstash Redis)
  • 15/session (general) · 10/session (LiftOff)
  • 20/day (IP-based) · 2hr idle reset
Scoping & Security
  • Strict retrieval boundaries — bundled markdown only
  • No general-knowledge fallback or autonomous actions
  • Pattern-validated episode slugs — no path traversal
Limitations & Constraints

No memory across sessions. No write access to anything. No fallback to a cheaper model once a budget caps out — it just stops. Architecture details for the LiftOff variant: docs/liftoff-ta-notes.md in the source repository above (not a public URL, since the repo is private).

02. Audit // The AI Security Lab

Adversarial Testing Suite (IEM-AIS)

IEM-AIS is a URL-driven adversarial testing tool for LLM applications — it sends real prompts to real, live LLM-backed sites and records the real replies. No mocked targets, no simulated responses.

Methodology: Evidence Discipline

Every test case is grounded in the live OWASP GenAI LLM Top 10 2026 — fetched fresh at runtime, not bundled as a stale copy. The tool states what was tested and what wasn’t, reports heuristic findings, and never issues a bare “SECURE” verdict.

Active Probe Categories
• Jailbreaking (LLM01)
• Sensitive Info (LLM02)
• Insecure Output (LLM10)
• Unbounded Consumption (LLM06)
Real-World Discovery

IEM-AIS has been run against this site’s own two live assistants as real targets — the general assistant at /api/chat and the Project LiftOff teaching assistant at /api/liftoff-chat, both discovered by the tool itself from this site’s served code — never told to it. The two didn’t behave identically, and that difference is itself real evidence: the general assistant completed every test cleanly, while the LiftOff assistant’s live endpoint requires two extra fields (an episode slug and title) IEM-AIS deliberately never guesses — several attempts against it were correctly rejected with an HTTP 400 rather than silently misfiring, and the attempts that did go through were redirected back to the actual episode content (“that’s covered in a different episode”) instead of answered.

Ramani-Viswanathan/IEM-AIS(Private)
IEM-AIS dashboard showing a live audit of ramaniv.com — discovered site profile, both /api/chat and /api/liftoff-chat endpoints found, and the tool's honest-verdict summary
Fig 1. IEM-AIS auditing https://ramaniv.com/ live — endpoints discovered autonomously.
IEM-AIS test result showing a HELD verdict against a real prompt sent to ramaniv.com's assistant, with a note that the heuristic verdict still needs manual verification
Fig 2. One real test case, real prompt, real reply — marked “HELD (heuristic, verify manually),” not a bare “SECURE.”
Status: production-tested on the live OWASP Top 10 2026Full status and roadmap: AI Security Lab
Identified Gap

No public responsible-disclosure policy is published for this tool yet — that’s a real gap, not a claim being made and left unlinked.

03. Convergence // The Security Operations Lab

Converged Security Intelligence (IEM-CS)

IEM-CS converges physical security, cybersecurity, and operations telemetry into a single intelligence layer through a config-driven engine — no vendor-specific code required to onboard a new data source. An Implementation Assurance Twin verifies that the installed security products actually coordinate when a real event fires, surfacing coverage gaps before they become incidents.

Proof: Data-Driven Onboarding
A single configuration change onboarded an entirely new telemetry source in production, with zero new code — the evidence that the architecture is data-driven rather than built around any one vendor.
RamaniAzuris/AIS(Private)
AIS Command Center dashboard showing converged security, operations, and business-intelligence telemetry across multiple client sites
Fig 3. AIS Command Center — multi-tenant telemetry convergence.
Status: live in production on real client telemetry, multi-tenant by design with enforced isolation on every data layer, currently in internal validation ahead of full client rollout.Full status and roadmap: AI Security Lab

04. Standards // Standards Work

Industry Standards & Governance Contributions

Active participation in the development and validation of security and project-management standards — four distinct roles, not one generic claim, each linked to the standard itself.

Used, not authored — IEM-AIS’s entire test suite is built and run against this live standard, fetched at runtime rather than bundled.

Volunteer reviewer — evaluating structured AI guidance that translates PM best practices into step-by-step instructions for AI assistants; reviewed Stakeholder Management skills and supporting tools/techniques for accuracy, PMBOK® alignment, clarity, and practical applicability. (Linked to the standard itself; PMI doesn’t publish a separate public page naming individual volunteer reviewers.)

Volunteer on exam development — contributing to the technical rigor and relevance of the entry-level cybersecurity certification standard. (Same caveat as above — linked to the certification, not a named-volunteer page.)

Don’t take it on faith

Ask the assistant a question, open a repo, or read the standard it’s tested against — every claim on this page is set up to be checked, not just read.