RUMAIS
[ establish link ]

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.

12 entries
01 / UTILITYWEB SECURITY

CSRF PoC Generator

A static helper for turning a supplied HTTP request into a browser-ready CSRF proof-of-concept form.

Independent utility

HTMLREQUEST CRAFTINGWEB TESTING
Explore workflow

UTILITY WORKFLOW

  1. 01
    Start with a request

    Use the captured method, URL, and body as the input to the helper.

  2. 02
    Identify form fields

    Separate parameters that can be represented by browser form controls.

  3. 03
    Build the PoC form

    Generate a small HTML page with the target action and matching inputs.

  4. 04
    Inspect the output

    Review the generated markup before using it in a test.

  5. 05
    Repeat the check

    Reuse the form as a reproducible starting point for CSRF validation.

Independent utility described on this site.

About my background →
02 / CASE STUDYDETECTION ENGINEERING

Detection Rule Development

Translate attacker behavior and investigation findings into Sigma detection logic for available telemetry.

DTS Solution · Cyber Threat Detection Engineer

SIGMATELEMETRYDETECTION
Explore workflow

WORKFLOW / BASED ON DOCUMENTED EXPERIENCE

  1. 01
    Review the behavior

    Start from investigation findings or a specific attacker technique.

  2. 02
    Locate telemetry

    Check which events and fields defenders can actually collect.

  3. 03
    Write Sigma logic

    Express the behavior as readable conditions and useful selections.

  4. 04
    Check signal quality

    Review matches and adjust conditions that create avoidable noise.

  5. 05
    Hand 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 →
03 / CASE STUDYMALWARE ANALYSIS

Malware Analysis & YARA

Analyze samples with Ghidra, extract useful indicators, and express relevant patterns in YARA.

DTS Solution · Cyber Threat Detection Engineer

GHIDRAYARAIOC
Explore workflow

WORKFLOW / BASED ON DOCUMENTED EXPERIENCE

  1. 01
    Inspect the sample

    Use static analysis and Ghidra to understand relevant behavior.

  2. 02
    Extract indicators

    Record useful strings, artifacts, and behavior from the analysis.

  3. 03
    Choose stable patterns

    Avoid indicators that are too generic for a useful rule.

  4. 04
    Write YARA logic

    Turn selected patterns into a reusable detection rule.

  5. 05
    Review 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 →
04 / CASE STUDYSECURITY VALIDATION

Purple Team Validation

Map adversary behavior to ATT&CK and use emulation to test defensive visibility.

DTS Solution · Cyber Threat Detection Engineer

ATT&CKATOMIC RED TEAMVECTR
Explore workflow

WORKFLOW / BASED ON DOCUMENTED EXPERIENCE

  1. 01
    Select behavior

    Choose adversary techniques relevant to the environment.

  2. 02
    Map to ATT&CK

    Give each test a shared reference for offensive and defensive teams.

  3. 03
    Run controlled tests

    Use emulation tools to exercise the selected behavior.

  4. 04
    Inspect visibility

    Compare the test activity with the available detections and logs.

  5. 05
    Record 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 →
05 / CASE STUDYRESPONSE READINESS

Ransomware Simulation

Exercise ransomware-related attack paths to expose gaps in detection and response coverage.

DTS Solution · Cyber Threat Detection Engineer

ADVERSARY EMULATIONVALIDATIONRESPONSE
Explore workflow

WORKFLOW / BASED ON DOCUMENTED EXPERIENCE

  1. 01
    Define a safe scope

    Choose controlled ransomware-related behaviors and attack paths.

  2. 02
    Prepare observations

    Identify the security controls and signals to watch.

  3. 03
    Exercise the path

    Run the planned simulation without touching production data.

  4. 04
    Compare signals

    Check whether the activity appeared in the expected workflow.

  5. 05
    Summarize 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 →
06 / CASE STUDYSECURITY OPERATIONS

SIEM Implementation & Integration

Bring security telemetry and platform signals into a monitoring workflow analysts can use.

DTS Solution · Cyber Threat Detection Engineer

SIEMWAZUHINTEGRATION
Explore workflow

WORKFLOW / BASED ON DOCUMENTED EXPERIENCE

  1. 01
    Identify sources

    Select platforms and log streams useful to SOC monitoring.

  2. 02
    Connect telemetry

    Bring the signals into the SIEM workflow.

  3. 03
    Check field quality

    Review parsing, context, and consistency across sources.

  4. 04
    Build visibility

    Organize the signals so analysts can investigate an alert.

  5. 05
    Review 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 →
07 / CASE STUDYMANAGED DEFENSE

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

CSOCXDRTRIAGE
Explore workflow

WORKFLOW / BASED ON DOCUMENTED EXPERIENCE

  1. 01
    Receive the signal

    Start from activity surfaced by managed CSOC or XDR coverage.

  2. 02
    Check context

    Review the endpoint, timeline, and related observations.

  3. 03
    Triage the event

    Separate expected activity from suspicious behavior.

  4. 04
    Escalate findings

    Route relevant investigation context into response.

  5. 05
    Improve 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 →
08 / CASE STUDYCONTROL EVALUATION

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

CROWDSTRIKEPOWERSHELLDETECTION
Explore workflow

WORKFLOW / BASED ON DOCUMENTED EXPERIENCE

  1. 01
    Plan PowerShell tests

    Choose controlled behaviors for the platform evaluation.

  2. 02
    Execute the tests

    Run the evaluation and capture what the platform reports.

  3. 03
    Inspect detections

    Compare observed alerts with the activity exercised.

  4. 04
    Identify gaps

    Note behavior that needs better visibility or logic.

  5. 05
    Strengthen 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 →
09 / CASE STUDYSECURITY RESEARCH

Sandboxing & Phishing POCs

Evaluate malware sandboxing and phishing analysis approaches through practical proof-of-concept work.

DTS Solution · Cyber Threat Detection Engineer

SANDBOXPHISHINGPOC
Explore workflow

WORKFLOW / BASED ON DOCUMENTED EXPERIENCE

  1. 01
    Set evaluation goals

    Define what sandboxing or phishing analysis should answer.

  2. 02
    Prepare test material

    Use suitable samples and messages for the proof of concept.

  3. 03
    Run the workflow

    Observe the analysis steps and generated evidence.

  4. 04
    Assess usefulness

    Check whether the output helps a defender investigate.

  5. 05
    Report 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 →
10 / CASE STUDYAPPLICATION SECURITY

ERP Application Assessment

Test ERP application modules through vulnerability assessment and penetration testing.

Thomson Info care LLP · Cyber Security Engineer

ERPVAPTWEB SECURITY
Explore workflow

WORKFLOW / BASED ON DOCUMENTED EXPERIENCE

  1. 01
    Map the modules

    Identify ERP functions and entry points within the assessment scope.

  2. 02
    Review attack surface

    Look at authentication, inputs, and application behavior.

  3. 03
    Validate issues

    Test candidate findings rather than relying on a single indication.

  4. 04
    Document evidence

    Record reproduction steps and affected functionality.

  5. 05
    Report 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 →
11 / CASE STUDYTHREAT INTELLIGENCE

OSINT Collection & Reporting

Collect open-source intelligence for client engagements and turn it into actionable reports.

Thomson Info care LLP · Cyber Security Engineer

OSINTRESEARCHREPORTING
Explore workflow

WORKFLOW / BASED ON DOCUMENTED EXPERIENCE

  1. 01
    Define the question

    Set the intelligence objective for the client engagement.

  2. 02
    Collect public data

    Review relevant open sources within the agreed scope.

  3. 03
    Correlate findings

    Connect useful observations and discard weak leads.

  4. 04
    Assess relevance

    Explain why the finding matters to the engagement.

  5. 05
    Deliver 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 →
12 / CASE STUDYVULNERABILITY RESEARCH

Log4j Research & PoC

Author technical research on Log4j and create proof-of-concept material around the vulnerability.

Thomson Info care LLP · Cyber Security Engineer

LOG4JRESEARCHPOC
Explore workflow

WORKFLOW / BASED ON DOCUMENTED EXPERIENCE

  1. 01
    Study the issue

    Review the vulnerability mechanics and affected behavior.

  2. 02
    Build PoC material

    Create technical material that demonstrates the concept.

  3. 03
    Observe the result

    Record what the proof of concept shows and its limits.

  4. 04
    Write the research

    Explain the issue clearly for a technical audience.

  5. 05
    Connect 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 →
rumais@portfolio:~/console
RUMAIS/OS v2.0

Type help to explore the portfolio. Commands only navigate this site.

TRY