root@rumais:~# ls -la /projects/
Projects & Selected Work
Eleven work summaries drawn from my documented roles, plus one independent utility. The workflows show how I approach each kind of work; client material and private code are not reproduced here.
CSRF PoC Generator
A static helper for turning a supplied HTTP request into a browser-ready CSRF proof-of-concept form.
Independent utility
Explore workflow
UTILITY WORKFLOW
- 01Start with a request
Use the captured method, URL, and body as the input to the helper.
- 02Identify form fields
Separate parameters that can be represented by browser form controls.
- 03Build the PoC form
Generate a small HTML page with the target action and matching inputs.
- 04Inspect the output
Review the generated markup before using it in a test.
- 05Repeat the check
Reuse the form as a reproducible starting point for CSRF validation.
Independent utility described on this site.
About my background →Detection Rule Development
Translate attacker behavior and investigation findings into Sigma detection logic for available telemetry.
DTS Solution · Cyber Threat Detection Engineer
Explore workflow
WORKFLOW / BASED ON DOCUMENTED EXPERIENCE
- 01Review the behavior
Start from investigation findings or a specific attacker technique.
- 02Locate telemetry
Check which events and fields defenders can actually collect.
- 03Write Sigma logic
Express the behavior as readable conditions and useful selections.
- 04Check signal quality
Review matches and adjust conditions that create avoidable noise.
- 05Hand off the detection
Document the intent so analysts can triage the signal.
Based on the responsibilities listed in my experience timeline. This is a process illustration, not a live client system.
See related experience →Malware Analysis & YARA
Analyze samples with Ghidra, extract useful indicators, and express relevant patterns in YARA.
DTS Solution · Cyber Threat Detection Engineer
Explore workflow
WORKFLOW / BASED ON DOCUMENTED EXPERIENCE
- 01Inspect the sample
Use static analysis and Ghidra to understand relevant behavior.
- 02Extract indicators
Record useful strings, artifacts, and behavior from the analysis.
- 03Choose stable patterns
Avoid indicators that are too generic for a useful rule.
- 04Write YARA logic
Turn selected patterns into a reusable detection rule.
- 05Review the finding
Connect the rule and indicators to investigation context.
Based on the responsibilities listed in my experience timeline. This is a process illustration, not a live client system.
See related experience →Purple Team Validation
Map adversary behavior to ATT&CK and use emulation to test defensive visibility.
DTS Solution · Cyber Threat Detection Engineer
Explore workflow
WORKFLOW / BASED ON DOCUMENTED EXPERIENCE
- 01Select behavior
Choose adversary techniques relevant to the environment.
- 02Map to ATT&CK
Give each test a shared reference for offensive and defensive teams.
- 03Run controlled tests
Use emulation tools to exercise the selected behavior.
- 04Inspect visibility
Compare the test activity with the available detections and logs.
- 05Record gaps
Capture where coverage needs tuning or new telemetry.
Based on the responsibilities listed in my experience timeline. This is a process illustration, not a live client system.
See related experience →Ransomware Simulation
Exercise ransomware-related attack paths to expose gaps in detection and response coverage.
DTS Solution · Cyber Threat Detection Engineer
Explore workflow
WORKFLOW / BASED ON DOCUMENTED EXPERIENCE
- 01Define a safe scope
Choose controlled ransomware-related behaviors and attack paths.
- 02Prepare observations
Identify the security controls and signals to watch.
- 03Exercise the path
Run the planned simulation without touching production data.
- 04Compare signals
Check whether the activity appeared in the expected workflow.
- 05Summarize gaps
Translate missed or weak signals into defensive improvements.
Based on the responsibilities listed in my experience timeline. This is a process illustration, not a live client system.
See related experience →SIEM Implementation & Integration
Bring security telemetry and platform signals into a monitoring workflow analysts can use.
DTS Solution · Cyber Threat Detection Engineer
Explore workflow
WORKFLOW / BASED ON DOCUMENTED EXPERIENCE
- 01Identify sources
Select platforms and log streams useful to SOC monitoring.
- 02Connect telemetry
Bring the signals into the SIEM workflow.
- 03Check field quality
Review parsing, context, and consistency across sources.
- 04Build visibility
Organize the signals so analysts can investigate an alert.
- 05Review operations
Adjust the integration around real triage needs.
Based on the responsibilities listed in my experience timeline. This is a process illustration, not a live client system.
See related experience →HawkEye CSOC & XDR Operations
Deliver managed CSOC and XDR coverage as part of the HawkEye team, with a focus on triage and response.
DTS Solution · Cyber Threat Detection Engineer
Explore workflow
WORKFLOW / BASED ON DOCUMENTED EXPERIENCE
- 01Receive the signal
Start from activity surfaced by managed CSOC or XDR coverage.
- 02Check context
Review the endpoint, timeline, and related observations.
- 03Triage the event
Separate expected activity from suspicious behavior.
- 04Escalate findings
Route relevant investigation context into response.
- 05Improve coverage
Feed recurring patterns back into detection engineering.
Based on the responsibilities listed in my experience timeline. This is a process illustration, not a live client system.
See related experience →CrowdStrike PowerShell Evaluation
Use a PowerShell-driven evaluation to surface detection gaps and feed findings into stronger defensive logic.
DTS Solution · Cyber Threat Detection Engineer
Explore workflow
WORKFLOW / BASED ON DOCUMENTED EXPERIENCE
- 01Plan PowerShell tests
Choose controlled behaviors for the platform evaluation.
- 02Execute the tests
Run the evaluation and capture what the platform reports.
- 03Inspect detections
Compare observed alerts with the activity exercised.
- 04Identify gaps
Note behavior that needs better visibility or logic.
- 05Strengthen detection
Use the findings to guide defensive rule changes.
Based on the responsibilities listed in my experience timeline. This is a process illustration, not a live client system.
See related experience →Sandboxing & Phishing POCs
Evaluate malware sandboxing and phishing analysis approaches through practical proof-of-concept work.
DTS Solution · Cyber Threat Detection Engineer
Explore workflow
WORKFLOW / BASED ON DOCUMENTED EXPERIENCE
- 01Set evaluation goals
Define what sandboxing or phishing analysis should answer.
- 02Prepare test material
Use suitable samples and messages for the proof of concept.
- 03Run the workflow
Observe the analysis steps and generated evidence.
- 04Assess usefulness
Check whether the output helps a defender investigate.
- 05Report the fit
Summarize strengths, limits, and operational considerations.
Based on the responsibilities listed in my experience timeline. This is a process illustration, not a live client system.
See related experience →ERP Application Assessment
Test ERP application modules through vulnerability assessment and penetration testing.
Thomson Info care LLP · Cyber Security Engineer
Explore workflow
WORKFLOW / BASED ON DOCUMENTED EXPERIENCE
- 01Map the modules
Identify ERP functions and entry points within the assessment scope.
- 02Review attack surface
Look at authentication, inputs, and application behavior.
- 03Validate issues
Test candidate findings rather than relying on a single indication.
- 04Document evidence
Record reproduction steps and affected functionality.
- 05Report remediation
Present actionable findings for the application team.
Based on the responsibilities listed in my experience timeline. This is a process illustration, not a live client system.
See related experience →OSINT Collection & Reporting
Collect open-source intelligence for client engagements and turn it into actionable reports.
Thomson Info care LLP · Cyber Security Engineer
Explore workflow
WORKFLOW / BASED ON DOCUMENTED EXPERIENCE
- 01Define the question
Set the intelligence objective for the client engagement.
- 02Collect public data
Review relevant open sources within the agreed scope.
- 03Correlate findings
Connect useful observations and discard weak leads.
- 04Assess relevance
Explain why the finding matters to the engagement.
- 05Deliver a report
Turn the research into an actionable intelligence summary.
Based on the responsibilities listed in my experience timeline. This is a process illustration, not a live client system.
See related experience →Log4j Research & PoC
Author technical research on Log4j and create proof-of-concept material around the vulnerability.
Thomson Info care LLP · Cyber Security Engineer
Explore workflow
WORKFLOW / BASED ON DOCUMENTED EXPERIENCE
- 01Study the issue
Review the vulnerability mechanics and affected behavior.
- 02Build PoC material
Create technical material that demonstrates the concept.
- 03Observe the result
Record what the proof of concept shows and its limits.
- 04Write the research
Explain the issue clearly for a technical audience.
- 05Connect to defense
Describe the practical security implications.
Based on the responsibilities listed in my experience timeline. This is a process illustration, not a live client system.
See related experience →