Elektrine
EN
Log in Register
Paige Chat Timeline Gallery Friends Lists Email Drive DNS Resolver Domains VPN Kairo Nerve
Remote

Daniel Isaac E

@daniel_e@infosec.exchange
mastodon 4.8.0-alpha.3+glitch
  • Open on infosec.exchange

Offensive-security–focused cybersecurity student.
Interested in adversary behavior, covert techniques, and real-world attack paths.
Writing on Medium.

3 Followers
20 Following
12 Posts
Joined January 15, 2026
DEV:
https://dev.to/daniel_isaac_e
Linkedin:
https://www.linkedin.com/in/daniel-isaac-e/
Open post
Daniel Isaac E @daniel_e@infosec.exchange
· 2mo ago
The Internet's Biggest Lie: Your Password Is Never Actually Verified Every day, billions of people type a password, click "Sign In," and assume the server simply compares it with the one stored in its database. In reality, that's not how modern authentication works. Behind every successful login is a carefully engineered process involving HTTPS, TLS, cryptographic hashing, salting, sessions, JWTs, and multi-factor authentication—all working together to protect your identity. I recently wrote an article exploring what actually happens after you click "Sign In" and why understanding authentication matters for developers, cybersecurity professionals, and anyone building secure applications. I'd love to hear your thoughts and feedback. 🔗https://danielisaace.hashnode.dev/the-internet-s-biggest-lie-your-password-is-never-actually-verified #CyberSecurity #Authentication #InfoSec #WebSecurity
2
0
5
0
Open post
Daniel Isaac E @daniel_e@infosec.exchange
· 4mo ago

We’re securing systems… but ignoring the fastest growing attack surface.

While studying IoT security, one thing became clear:

It’s not the big systems that worry me anymore.

It’s the small, always-on, barely monitored devices inside the same network.

Smart cameras. Sensors. Wearables. Controllers.

Individually harmless.

Collectively… a blind spot.

The problem isn’t one vulnerability

It’s this:
• Devices that are always trusted
• Minimal visibility into what they do
• Weak or inconsistent updates
• Constant background communication
• Growing faster than we can track

At scale, this creates something dangerous:

A network you don’t fully understand anymore

Why this matters

IoT devices are rarely the final target.

But they can become:
• Silent entry points
• Internal visibility nodes
• Pivot points between systems
• Long-term unnoticed presence

Not because they’re powerful —
but because they’re overlooked and trusted.

What I’m learning

IoT security is less about the device itself…
and more about:
• How it fits into the system
• What it communicates with
• What assumptions exist around it

Because risk doesn’t always come from complexity.

Sometimes it comes from what we stop paying attention to.

I wrote a deeper breakdown on this 👇

https://dev.to/blackcipher/the-iot-blind-spot-the-part-of-the-network-we-keep-ignoring-53eg

Curious to hear your thoughts —

#CyberSecurity #IoT #IoTSecurity #InfoSec #RedTeam #ThreatIntel #EmbeddedSecurity #BlackCipher

2
0
1
0
Open post
Daniel Isaac E @daniel_e@infosec.exchange
· 4mo ago

🚨 Most people think red teaming is about exploits.

It’s not.

The most effective attacks today don’t start with vulnerabilities —
they start with **trust**.

Modern environments are cloud-heavy, identity-driven, and full of SaaS integrations. In these systems, attackers don’t always need to “break in.”

They move quietly through:

• Over-permissioned identities
• Weak approval workflows
• Misconfigured cloud roles
• OAuth tokens and API access
• Human behavior under pressure
• Business processes no one questions

This is what I’ve been studying and calling the **Quiet Kill Chain** —
a sequence of legitimate-looking actions that, when chained together, become an attack path.

No loud exploits.
No obvious malware.
Just normal activity… used the wrong way.

## What changes at an advanced level?

You stop asking:
“What exploit should I use?”

And start asking:

• Where does this system trust too easily?
• Which action would look completely normal?
• What would defenders ignore?
• How can I blend into business operations?

Because the strongest intrusion today is not the one that is invisible.

It’s the one that looks **legitimate**.

## My takeaway

Offensive security is shifting from breaking systems
to understanding them deeply enough to move inside them unnoticed.

I’ve written a full deep-dive on this concept here 👇

🔗 https://dev.to/blackcipher/the-quiet-kill-chain-how-modern-red-teamers-break-organizations-without-exploits-1ell

Curious to hear your thoughts —
Is detection today ready for this level of subtlety?

#CyberSecurity #RedTeam #OffensiveSecurity #ThreatIntel #CloudSecurity #IdentitySecurity #EthicalHacking #BlackCipher

2
0
3
0
Open post
Daniel Isaac E @daniel_e@infosec.exchange
· 4mo ago

Most organizations are still preparing for intrusions that look malicious.

I think that’s the mistake.

Modern infrastructures are becoming too interconnected, too identity-driven, and too automation-heavy for future attacks to remain obvious.

The more I study cloud trust relationships, SaaS ecosystems, APIs, and machine identities…

The more I think the next generation of offensive operations will revolve around something far quieter:

Blending into operational normalcy itself.

Not malware.

Not noisy exploit chains.

Not obvious persistence.

Just:

valid sessions

trusted automation

approved integrations

legitimate infrastructure

machine-to-machine trust

At that point, the problem is no longer:

“Can attackers get in?”

It becomes:

“Can defenders still distinguish trust from compromise?”

That’s the idea behind something I’ve been researching lately:

The Synthetic Insider.

An intrusion model where attackers stop behaving like external threats…

and start behaving like operationally legitimate internal presence.

Honestly, I think this shift is going to redefine modern offensive security over the next decade.

Wrote a deeper breakdown on it here:

🔗 https://dev.to/daniel_isaac_e/the-synthetic-insider-1kgf

Curious how others see identity + automation changing the future attack surface.

#CyberSecurity #RedTeam #OffensiveSecurity #IdentitySecurity #CloudSecurity #ThreatIntel

1
0
0
0
Open post
Daniel Isaac E @daniel_e@infosec.exchange
· 7mo ago

🧠 LOTL (Living Off The Land) is one of the most underrated real-world attack styles.

Instead of dropping malware, attackers often abuse trusted tools + normal workflows to blend in.

I wrote a beginner-friendly breakdown (with real defender takeaways):
🔗 https://danielisaace.medium.com/living-off-the-land-lotl-when-the-attacker-uses-your-own-tools-against-you-6a2abde89d28

Curious: do you prioritize initial access prevention or post-compromise movement detection more?

#infosec #cybersecurity #threathunting #soc #blueteam

3
0
2
0
Open post
Daniel Isaac E @daniel_e@infosec.exchange
· 7mo ago

OAuth consent phishing is scary because it doesn’t “hack” your login — it hacks your trust.

One click on Allow access can grant a malicious app real permission to email/files.

Write-up:
https://danielisaace.medium.com/oauth-consent-phishing-when-allow-access-becomes-a-breach-26f241aa4523

Best detection idea: monitor new OAuth grants + high-risk scopes + unusual app behavior.

2
0
2
0
Open post
Daniel Isaac E @daniel_e@infosec.exchange
· 7mo ago

MFA helps, but if your session token gets stolen… the attacker doesn’t need to “log in” at all.

Wrote a short read on it:
https://danielisaace.medium.com/session-tokens-the-real-password-in-modern-attacks-5d90fe602d4e

What’s your favorite detection signal for token/session abuse?

1
0
1
0
Open post
Daniel Isaac E @daniel_e@infosec.exchange
· 7mo ago

Persistence is the quiet phase that wins breaches.

Most teams focus on “how attackers got in”…
but the real danger is what they change to stay in.

New write-up (beginner → practical):
https://danielisaace.medium.com/persistence-the-quiet-phase-that-wins-breaches-fbbe7357bd81

#infosec #cybersecurity #threathunting #incidentresponse #blueteam

1
0
1
0
Open post
Daniel Isaac E @daniel_e@infosec.exchange
· 8mo ago

This “Periodic Table of Cybersecurity” is interesting not for what it includes — but for what people study in isolation.

In practice, attackers move horizontally across these categories, while defenders specialize vertically.

Curious how others here map these elements to real incident timelines.

1
0
1
0
Open post
Daniel Isaac E @daniel_e@infosec.exchange
· 8mo ago

Hi all — new here.

I’m an offensive-security focused cybersecurity student, interested in how attackers actually move through systems once the noise stops.

Most of my current thinking revolves around:
• adversary behavior vs defender assumptions
• covert techniques and low-signal attack paths
• why monitoring often fails silently
• what “security” looks like after initial access

I write regularly on Medium to structure these ideas and pressure-test my assumptions.

Looking forward to learning from the discussions here and exchanging notes with people who think beyond checklists.

1
0
1
0
Open post
Daniel Isaac E @daniel_e@infosec.exchange
· 2mo ago
🚨 The biggest mistake in modern web security? Believing your WAF is enough. For years, we were taught: Deploy a Web Application Firewall and you're protected. That mindset no longer matches how many real-world attacks work. Today's attackers increasingly focus on: 🔓 Broken Authorization (BOLA/BFLA) 🔑 Identity & OAuth/JWT abuse 🔌 API vulnerabilities 🧠 Business Logic flaws ⚡ Race Conditions 🤖 Legitimate functionality abused in unintended ways These attacks often don't rely on payloads that a WAF is designed to block. Instead, they exploit trust. As cybersecurity professionals, we need to think beyond signatures and filtering rules. Understanding how attackers chain application logic, identities, and APIs together is becoming just as important as finding SQL injection or XSS. I wrote an article exploring this shift in modern application security. 📖 Read it here: 👉 https://danielisaace.hashnode.dev/stop-trusting-your-waf-modern-attackers-have-already-moved-on I'm curious to hear from the community: What do you think is the most overlooked attack vector in modern web applications today? Your perspective might help someone else rethink their security strategy. #CyberSecurity #ApplicationSecurity #AppSec #WebSecurity #API #OWASP #EthicalHacking #PenetrationTesting #DevSecOps #SecurityResearch #CyberDefense #InfoSec
0
0
1
0
Open post
Daniel Isaac E @daniel_e@infosec.exchange
· 2mo ago

Business Logic Vulnerabilities — The Attack Surface Automated Scanners Can't Find

Most security tools excel at finding technical vulnerabilities.

SQL Injection.
XSS.
SSRF.
Broken Authentication.

But what about vulnerabilities where the application behaves exactly as the developers intended... and attackers still win?

That's where Business Logic Vulnerabilities become dangerous.

These flaws aren't caused by insecure code—they're caused by insecure assumptions. Attackers exploit workflows, abuse legitimate functionality, and chain together perfectly valid actions to achieve unintended outcomes. Traditional scanners often miss them because there's nothing technically "broken" to detect.

In this article, I cover:

✅ What Business Logic Vulnerabilities actually are
✅ Why automated scanners struggle to detect them
✅ Common exploitation patterns in modern web applications
✅ Real-world examples from e-commerce, banking, and SaaS platforms
✅ A methodology for identifying these vulnerabilities during penetration testing

If you're interested in Application Security, Offensive Security, Web Security, or Bug Bounty Hunting, understanding business logic flaws is an essential skill.

📖 Read the full article here:

🔗 https://danielisaace.hashnode.dev/business-logic-vulnerabilities-the-attack-surface-automated-scanners-can-t-find

I'd love to hear how you approach testing business logic during security assessments.

#CyberSecurity #ApplicationSecurity #BusinessLogicAttacks #PenetrationTesting

0
0
1
0
Back
313k7r1n3
Elektrine

Tor hidden service

elekhj7afj4qnrr4yd3bkzslsyo5jgfxw3orgjkhlcxifueodybyiiad.onion

Platform

  • Email
  • Chat
  • Timeline
  • VPN
  • DNS

Company

  • About
  • Contact
  • FAQ
  • Lite (no JS)
  • Source code

Legal

  • Terms of Service
  • Privacy Policy
  • Warrant Canary
  • VPN Policy

Support

  • support@elektrine.com
  • Report Security Issue
Mail client setup IMAP mail.elektrine.com:993 POP3 mail.elektrine.com:995 SMTP mail.elektrine.com:465
© 2026 Elektrine. All rights reserved. Server: 14:55:30 UTC