<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Cybersecurity Hands-On  - Nikhil Samineni]]></title><description><![CDATA[Cybersecurity Hands-On  - Nikhil Samineni]]></description><link>https://nikhilsamineni.hashnode.dev</link><generator>RSS for Node</generator><lastBuildDate>Thu, 24 Sep 2026 22:57:55 GMT</lastBuildDate><atom:link href="https://nikhilsamineni.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[Social Engineering & Phishing Attack — A Hands-on Cybersecurity Lab]]></title><description><![CDATA[Introduction
When we talk about cybersecurity, we usually think about hackers attacking computers, servers, or networks.
But there is another important target: people.
An attacker does not always need]]></description><link>https://nikhilsamineni.hashnode.dev/social-engineering-phishing-attack-a-hands-on-cybersecurity-lab</link><guid isPermaLink="true">https://nikhilsamineni.hashnode.dev/social-engineering-phishing-attack-a-hands-on-cybersecurity-lab</guid><category><![CDATA[cybersecurity]]></category><category><![CDATA[SOC]]></category><category><![CDATA[penetration testing]]></category><category><![CDATA[Blockchain]]></category><category><![CDATA[Blockchain technology]]></category><category><![CDATA[bugbounty]]></category><dc:creator><![CDATA[samineni nikhil]]></dc:creator><pubDate>Tue, 15 Sep 2026 21:21:17 GMT</pubDate><content:encoded><![CDATA[<h2>Introduction</h2>
<p>When we talk about cybersecurity, we usually think about hackers attacking computers, servers, or networks.</p>
<p>But there is another important target: <strong>people</strong>.</p>
<p>An attacker does not always need to directly break into a computer. Instead, they may try to <strong>trick a person into revealing information or performing an action</strong> that benefits the attacker.</p>
<p>This type of manipulation is known as <strong>Social Engineering</strong>.</p>
<p>As part of my cybersecurity learning, I performed a <strong>phishing attack simulation in my own virtual lab environment</strong> using two virtual machines. This practical helped me understand how phishing attacks work and, more importantly, how users can protect themselves from becoming victims.</p>
<blockquote>
<p><strong>Note:</strong> This practical was performed only in my own isolated lab environment for educational purposes.</p>
</blockquote>
<hr />
<h1>What is Social Engineering?</h1>
<p><strong>Social engineering is an attack technique in which an attacker manipulates or deceives a person into revealing sensitive information, providing access, or performing an action that benefits the attacker.</strong></p>
<p>In simple words:</p>
<blockquote>
<p><strong>Social Engineering = Tricking people instead of directly attacking the technology.</strong></p>
</blockquote>
<h3>Simple Example</h3>
<p>Imagine you receive an email saying:</p>
<blockquote>
<p><strong>"Your account will be blocked today. Click this link to verify your account."</strong></p>
</blockquote>
<p>You become worried and immediately click the link.</p>
<p>The attacker is using <strong>fear and urgency</strong> to make you act without thinking carefully.</p>
<p>This is an example of social engineering.</p>
<hr />
<h1>Common Types of Social Engineering Attacks</h1>
<p>There are several types of social engineering attacks.</p>
<h3>1. Phishing</h3>
<p>Phishing involves sending fake emails or messages that try to trick users into:</p>
<ul>
<li><p>Clicking malicious links</p>
</li>
<li><p>Opening attachments</p>
</li>
<li><p>Entering credentials</p>
</li>
<li><p>Sharing sensitive information</p>
</li>
</ul>
<h3>2. Spear Phishing</h3>
<p>Spear phishing is a <strong>targeted phishing attack</strong> designed for a specific person or organization.</p>
<p>For example, an attacker may create an email specifically targeting an employee of a company.</p>
<h3>3. Smishing</h3>
<p>Smishing is phishing performed through <strong>SMS or text messages</strong>.</p>
<p><strong>Example:</strong></p>
<blockquote>
<p>"Your bank account will be blocked. Click here to verify your account."</p>
</blockquote>
<h3>4. Vishing</h3>
<p>Vishing is phishing performed through <strong>voice calls</strong>.</p>
<p><strong>Example:</strong></p>
<p>Someone calls pretending to be a bank employee and asks for your OTP or account information.</p>
<h3>5. Pretexting</h3>
<p>In pretexting, an attacker creates a believable story or fake identity to obtain information.</p>
<p><strong>Example:</strong></p>
<p>Someone pretends to be an IT employee and asks for your login credentials.</p>
<h3>6. Baiting</h3>
<p>Baiting uses something attractive to convince a victim to perform an action.</p>
<p><strong>Example:</strong></p>
<blockquote>
<p>"Download this free software."</p>
</blockquote>
<p>The downloaded file may contain malicious content.</p>
<hr />
<h1>What is a Phishing Attack?</h1>
<p><strong>Phishing is one of the most common forms of social engineering.</strong></p>
<p>In a phishing attack, an attacker sends a <strong>fake email, message, or link</strong> that appears to come from a trusted person or organization.</p>
<p>The attacker may try to make the victim:</p>
<ul>
<li><p>Click a link</p>
</li>
<li><p>Enter a username and password</p>
</li>
<li><p>Download an attachment</p>
</li>
<li><p>Provide an OTP</p>
</li>
<li><p>Share sensitive information</p>
</li>
</ul>
<h3>A simple phishing attack can look like this:</h3>
<p><strong>1. Phishing Email</strong> ↓ <strong>2. User Clicks the Link</strong> ↓ <strong>3. Fake Website Opens</strong> ↓ <strong>4. User Enters Credentials</strong> ↓ <strong>5. Credentials May Be Exposed</strong></p>
<p>This is why phishing awareness is important.</p>
<hr />
<h1>Step 1 — Creating the Phishing Simulation</h1>
<p>I used the <strong>Social-Engineer Toolkit (SET)</strong> to perform the phishing simulation in my lab environment.</p>
<p>The basic idea was to create a webpage that looked similar to a legitimate login page and observe what happens when <strong>test credentials</strong> are submitted.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6aa83e48e859689486783bba/8dcc1551-c43c-4698-a584-7cb279d05a14.png" alt="" style="display:block;margin:0 auto" />

<p>The screenshot shows the simulated login page opened in the browser.</p>
<p>The page contains a login interface where a user can enter credentials.</p>
<p>This demonstrates an important characteristic of phishing attacks:</p>
<blockquote>
<p><strong>A phishing page can be designed to look similar to a legitimate login page.</strong></p>
</blockquote>
<p>Therefore, users should not trust a website simply because it looks professional or familiar.</p>
<hr />
<h1>Step 2 — Target Machine Accesses the Page</h1>
<p>Next, I opened the simulated phishing page from the target virtual machine.</p>
<p>When the browser accessed the webpage, the request reached the system running the phishing simulation.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6aa83e48e859689486783bba/a8a3212f-b586-455e-b8ce-8bec06447b05.png" alt="" style="display:block;margin:0 auto" />

<p>The terminal shows the requests received from the target machine.</p>
<p>To understand what is happening, we can think of a simple web communication process:</p>
<p><strong>Browser</strong> ↓ <strong>HTTP Request</strong> ↓ <strong>Web Server</strong> ↓ <strong>HTTP Response</strong> ↓ <strong>Webpage Displayed in Browser</strong></p>
<p>This helped me understand how a browser communicates with a web server when accessing a webpage.</p>
<hr />
<h1>Step 3 — Submitting Test Credentials</h1>
<p>I then entered <strong>test credentials</strong> into the simulated login page.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6aa83e48e859689486783bba/e4595b8d-618e-46fc-9e3e-0c0e114f4276.png" alt="" style="display:block;margin:0 auto" />

<p>The terminal displayed the submitted test information in my controlled lab environment.</p>
<p>This demonstrates one of the major risks of phishing attacks.</p>
<p>If a user enters their real username and password into an attacker-controlled website, those credentials <strong>may be exposed to the attacker</strong>.</p>
<p>The important lesson is:</p>
<blockquote>
<p><strong>Never enter your credentials into a website until you have verified that the website is legitimate.</strong></p>
</blockquote>
<hr />
<h1>What Did I Learn From This Practical?</h1>
<p>Before performing this lab, phishing might seem like simply <strong>sending a fake email</strong>.</p>
<p>After performing the practical, I understood the complete flow more clearly:</p>
<p><strong>Attacker</strong> ↓ <strong>Sends Phishing Email</strong> ↓ <strong>User Clicks the Link</strong> ↓ <strong>Fake Login Page Opens</strong> ↓ <strong>User Enters Credentials</strong> ↓ <strong>Information May Be Captured</strong></p>
<p>This practical helped me understand phishing from both a <strong>technical perspective and a security-awareness perspective</strong>.</p>
<hr />
<h1>Security Measures Against Phishing</h1>
<p>Understanding how phishing works is useful, but knowing <strong>how to prevent it</strong> is even more important.</p>
<p>Here are some security measures users should follow.</p>
<h2>1. Check the Sender's Email Address</h2>
<p>Do not trust only the display name.</p>
<p>Always check:</p>
<ul>
<li><p>The complete email address</p>
</li>
<li><p>The sender's domain</p>
</li>
<li><p>Spelling mistakes</p>
</li>
<li><p>Suspicious or unexpected domains</p>
</li>
</ul>
<p>For example:</p>
<p><strong>Display Name:</strong> Bank Support</p>
<p>But the actual email address could belong to a completely unrelated domain.</p>
<hr />
<h2>2. Check the Link Before Clicking</h2>
<p>Before clicking a link:</p>
<ul>
<li><p>Hover over it and inspect the destination.</p>
</li>
<li><p>Check the domain carefully.</p>
</li>
<li><p>Look for spelling mistakes.</p>
</li>
<li><p>Be cautious with shortened or unexpected URLs.</p>
</li>
</ul>
<p>For example, a small spelling difference in a domain can be a warning sign.</p>
<hr />
<h2>3. Don't Rely Only on HTTPS</h2>
<p>This is an important point.</p>
<p>You may hear:</p>
<blockquote>
<p>"If the website has HTTPS, it is safe."</p>
</blockquote>
<p>That is <strong>not necessarily true</strong>.</p>
<p>HTTPS encrypts communication between your browser and the website, but a phishing website can also use HTTPS.</p>
<p>Therefore:</p>
<blockquote>
<p><strong>Check HTTPS, but also verify the actual domain and the context in which you received the link.</strong></p>
</blockquote>
<hr />
<h2>4. Avoid Clicking Unexpected Links</h2>
<p>If an email unexpectedly asks you to log in or verify your account, don't immediately click the link.</p>
<p>Instead:</p>
<p><strong>Open your browser → Manually enter the organization's known website → Log in from there.</strong></p>
<p>This reduces the risk of being redirected to a phishing website.</p>
<hr />
<h2>5. Check Suspicious Email Headers</h2>
<p>If an email looks suspicious, examining its headers can provide additional information.</p>
<p>Important fields include:</p>
<ul>
<li><p><code>From</code></p>
</li>
<li><p><code>Reply-To</code></p>
</li>
<li><p><code>Return-Path</code></p>
</li>
<li><p><code>Received</code></p>
</li>
<li><p><code>Authentication-Results</code></p>
</li>
</ul>
<p>You can also look at:</p>
<ul>
<li><p><strong>SPF</strong></p>
</li>
<li><p><strong>DKIM</strong></p>
</li>
<li><p><strong>DMARC</strong></p>
</li>
</ul>
<p>These mechanisms help email systems authenticate and evaluate messages.</p>
<p>However, a single header field should not be treated as absolute proof that an email is legitimate.</p>
<hr />
<h2>6. Be Careful With Urgent Messages</h2>
<p>Be especially careful when an email tries to make you panic.</p>
<p>For example:</p>
<blockquote>
<p>"Your account will be deleted today!"</p>
</blockquote>
<blockquote>
<p>"Your payment failed. Act immediately!"</p>
</blockquote>
<blockquote>
<p>"Verify your account now!"</p>
</blockquote>
<p>Attackers may use <strong>urgency, fear, or curiosity</strong> to make users act without checking the message properly.</p>
<p>Take a moment and verify the request.</p>
<hr />
<h2>7. Never Share Passwords or OTPs</h2>
<p>Never share sensitive information through unexpected emails, messages, or phone calls.</p>
<p>This includes:</p>
<ul>
<li><p>Passwords</p>
</li>
<li><p>OTPs</p>
</li>
<li><p>MFA codes</p>
</li>
<li><p>Recovery codes</p>
</li>
<li><p>Banking credentials</p>
</li>
<li><p>API keys</p>
</li>
</ul>
<hr />
<h2>8. Enable Multi-Factor Authentication</h2>
<p>Enable <strong>Multi-Factor Authentication (MFA)</strong> on important accounts.</p>
<p>For example:</p>
<p><strong>Password + Authenticator approval</strong></p>
<p>MFA provides an additional layer of protection if your password is compromised.</p>
<hr />
<h2>9. Be Careful With Email Attachments</h2>
<p>Don't open unexpected attachments, especially if they come from unknown or suspicious senders.</p>
<p>Be particularly cautious with files such as:</p>
<ul>
<li><p><code>.exe</code></p>
</li>
<li><p><code>.zip</code></p>
</li>
<li><p><code>.docm</code></p>
</li>
<li><p><code>.xlsm</code></p>
</li>
</ul>
<p>If you were not expecting the attachment, verify it before opening it.</p>
<hr />
<h2>10. Keep Your System Updated</h2>
<p>Keep your:</p>
<ul>
<li><p>Operating system</p>
</li>
<li><p>Web browser</p>
</li>
<li><p>Applications</p>
</li>
<li><p>Antivirus/EDR</p>
</li>
</ul>
<p>updated.</p>
<p>Security updates can help protect your system against known vulnerabilities.</p>
<hr />
<h2>11. Use Security Controls</h2>
<p>Organizations can use multiple security controls to reduce phishing risks, including:</p>
<ul>
<li><p>Email security gateways</p>
</li>
<li><p>Spam and phishing filters</p>
</li>
<li><p>DNS filtering</p>
</li>
<li><p>Secure Web Gateways</p>
</li>
<li><p>Endpoint Detection and Response (EDR)</p>
</li>
<li><p>Firewalls</p>
</li>
<li><p>SIEM</p>
</li>
<li><p>Multi-Factor Authentication</p>
</li>
</ul>
<p>These controls can help detect, block, and investigate suspicious activity.</p>
<hr />
<h2>12. Report Suspicious Emails</h2>
<p>If you receive a suspicious email:</p>
<p><strong>Don't click → Don't reply → Don't enter information → Report it</strong></p>
<p>In an organization, report the email to the <strong>IT or security/SOC team</strong> using the organization's reporting process.</p>
<hr />
<h1>What Should You Do If You Already Clicked a Phishing Link?</h1>
<p>If you accidentally clicked a suspicious link, don't panic.</p>
<p>Take these steps:</p>
<h3>If you only clicked the link:</h3>
<ul>
<li><p>Close the webpage.</p>
</li>
<li><p>Don't download anything.</p>
</li>
<li><p>Don't enter credentials.</p>
</li>
<li><p>Report the email to your security/IT team if applicable.</p>
</li>
</ul>
<h3>If you entered your password:</h3>
<ul>
<li><p>Change the password immediately from the legitimate website.</p>
</li>
<li><p>Don't reuse that password on other accounts.</p>
</li>
<li><p>Enable MFA if available.</p>
</li>
<li><p>Report the incident to the appropriate security team.</p>
</li>
</ul>
<h3>If you downloaded or opened a suspicious file:</h3>
<ul>
<li><p>Stop interacting with the file.</p>
</li>
<li><p>Disconnect from the network if instructed by your organization's security team.</p>
</li>
<li><p>Report it immediately.</p>
</li>
<li><p>Allow the security/IT team to investigate the system.</p>
</li>
</ul>
<hr />
<h1>Key Takeaways</h1>
<p>From this practical, I learned that:</p>
<ul>
<li><p><strong>Social engineering targets people and their behavior.</strong></p>
</li>
<li><p><strong>Phishing is a common type of social engineering.</strong></p>
</li>
<li><p>A phishing website can look very similar to a legitimate website.</p>
</li>
<li><p><strong>HTTPS alone does not mean a website is safe.</strong></p>
</li>
<li><p>Always verify the <strong>actual domain name</strong>.</p>
</li>
<li><p>Check suspicious email sender information and headers.</p>
</li>
<li><p>Understand the purpose of <strong>SPF, DKIM, and DMARC</strong>.</p>
</li>
<li><p>Never share passwords or OTPs.</p>
</li>
<li><p>Don't let urgency make you act without verification.</p>
</li>
<li><p>Be careful with unexpected attachments.</p>
</li>
<li><p>Enable MFA on important accounts.</p>
</li>
<li><p>Report suspicious emails to the appropriate security team.</p>
</li>
</ul>
<hr />
<h1>Conclusion</h1>
<p>This hands-on lab helped me understand how a phishing attack works in a controlled environment.</p>
<p>Instead of learning phishing only through theory, I was able to observe the interaction between a browser and a simulated phishing server and understand how information submitted through an untrusted page can potentially be exposed.</p>
<p>The most important lesson I learned is:</p>
<blockquote>
<p><strong>Think before you click. Verify before you trust. Never enter your credentials without checking where you are.</strong></p>
</blockquote>
<p>Understanding phishing from both the <strong>attacker's perspective and the defensive perspective</strong> has helped me connect social engineering with <strong>email security, security awareness, and SOC investigation</strong>.</p>
<hr />
]]></content:encoded></item><item><title><![CDATA[HTTPS Downgrade Attack Using Bettercap ]]></title><description><![CDATA[Introduction
ARP Spoofing and Man-in-the-Middle Attack Using Bettercap
I recently did a practical cybersecurity lab using Kali Linux, Windows 10, EVE-NG, and Bettercap.
I had learned about ARP spoofin]]></description><link>https://nikhilsamineni.hashnode.dev/https-downgrade-attack-using-bettercap</link><guid isPermaLink="true">https://nikhilsamineni.hashnode.dev/https-downgrade-attack-using-bettercap</guid><category><![CDATA[cybersecurity]]></category><category><![CDATA[SOC Analyst]]></category><category><![CDATA[cehcertification]]></category><category><![CDATA[Blockchain]]></category><dc:creator><![CDATA[samineni nikhil]]></dc:creator><pubDate>Mon, 14 Sep 2026 20:56:30 GMT</pubDate><enclosure url="https://cdn.hashnode.com/uploads/covers/6aa83e48e859689486783bba/0d89cd9c-cf48-44ad-9144-4882841df7a9.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<h3>Introduction</h3>
<p><strong>ARP Spoofing and Man-in-the-Middle Attack Using Bettercap</strong></p>
<p>I recently did a practical cybersecurity lab using <strong>Kali Linux, Windows 10, EVE-NG, and Bettercap</strong>.</p>
<p>I had learned about <strong>ARP spoofing, Man-in-the-Middle attacks, and network sniffing</strong> from theory. But I wanted to understand how they actually work in practice.So, I created a small lab where I could safely test these concepts using my own virtual machines.In this lab, I started with <strong>ARP spoofing</strong>. Then I used <strong>network sniffing</strong> to see the traffic passing through Kali.</p>
<p>After that, I tested an <strong>HTTP website</strong> and saw how information sent over HTTP could be viewed.Finally, I moved to <strong>HTTPS</strong> and learned why it is different from HTTP. I also practiced an <strong>HTTPS downgrade</strong> in my lab.</p>
<p>In this lab, I practiced:<br />ARP spoofing<br />Man-in-the-Middle attack<br />HTTPS downgrade</p>
<p><strong>Note:</strong> I performed this experiment only in my own authorized lab using test machines and test data.</p>
<h2>What I Learned</h2>
<p>Before starting the practical, I learned some basic networking concepts that are important for understanding MITM attacks.</p>
<p>The main things I learned were:</p>
<p>ARP stands for <strong>Address Resolution Protocol</strong>.<br />It is used in a local network to find the MAC address of a device using its<br />IP address.</p>
<h3>ARP Spoofing</h3>
<p>I learned that ARP spoofing is a technique where an attacker sends false ARP information to a device.</p>
<p>This can make the victim believe that the attacker's machine is another device on the network.</p>
<p>This can allow the attacker to become a <strong>Man-in-the-Middle</strong>.</p>
<h3>Network Sniffing</h3>
<p>I also learned what <strong>network sniffing</strong> means.</p>
<p>Network sniffing means monitoring and observing network traffic that is passing through a network interface.</p>
<p>In my practical, I used Bettercap to observe the traffic.</p>
<h3>What Is a Man-in-the-Middle Attack?</h3>
<p>A <strong>Man-in-the-Middle attack</strong> happens when an attacker places their machine between two devices that are communicating.</p>
<pre><code class="language-text">Windows ─────&gt; Kali ─────&gt; Website
                 ↑
              Attacker
</code></pre>
<p>Here, Kali is positioned between the Windows machine and the network.</p>
<p>If the traffic is not properly protected, the attacker may be able to observe some of the information passing through the connection.</p>
<h3>Practical Tools</h3>
<p>For this practical lab, I used:</p>
<p><strong>Kali Linux</strong><br /><strong>Windows 10</strong><br /><strong>EVE-NG</strong><br /><strong>VMware</strong><br /><strong>Bettercap</strong><br /><strong>Chrome</strong></p>
<h3>Starting Bettercap</h3>
<p>I started by opening Kali Linux and switching to root privileges.</p>
<p>I then started Bettercap using my network interface:</p>
<pre><code class="language-bash">sudo bettercap -iface eth0
</code></pre>
<p>The command means:</p>
<pre><code class="language-text">bettercap       → Start Bettercap
-iface eth0     → Use the eth0 network interface
</code></pre>
<p>After starting Bettercap, I could see:</p>
<pre><code class="language-text">192.168.1.0/24 &gt; 192.168.1.110
</code></pre>
<p>This showed that Bettercap was running on my Kali network interface.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6aa83e48e859689486783bba/1d2338a3-9dd3-4d37-95a3-0aa57d91de6e.png" alt="" style="display:block;margin:0 auto" />

<p>Next command</p>
<p>Run:</p>
<img src="https://cdn.hashnode.com/uploads/covers/6aa83e48e859689486783bba/f03851b8-88a6-4899-b476-794d30642ba8.png" alt="" style="display:block;margin:0 auto" />

<p>Then<br />Find your Windows test machine's IP address.<br />Once you confirm the Windows IP, the next step is configuring ARP spoofing:</p>
<pre><code class="language-text">set arp.spoof.targets &lt;Windows-IP&gt;
</code></pre>
<p>So the next command is:</p>
<img src="https://cdn.hashnode.com/uploads/covers/6aa83e48e859689486783bba/dafedb35-2bc1-48c9-bfcb-cfee1f89ae59.png" alt="" style="display:block;margin:0 auto" />

<p>After starting ARP spoofing, I enabled <code>net.sniff</code> to monitor the network traffic passing through my Kali machine.</p>
<p>Your Windows ARP table shows:</p>
<pre><code class="language-text">192.168.1.1    00-50-00-00-02-00
192.168.1.110  00-50-00-00-02-00
</code></pre>
<p>In the Windows ARP table, the gateway IP and Kali IP were mapped to the same MAC address. This indicated that ARP spoofing was working.</p>
<h3>Testing HTTP and Capturing Login Data</h3>
<p>After setting up <strong>ARP spoofing</strong> and enabling <strong>network sniffing</strong>, I opened Chrome on my Windows test machine.</p>
<p>I first opened an <strong>HTTP website</strong> and went to its login page.</p>
<p>I entered a test username and password and clicked <strong>Login</strong>.</p>
<p>What I Saw in Kali</p>
<p>On Kali Linux, Bettercap displayed the HTTP request.</p>
<p>It showed a request like:</p>
<pre><code class="language-text">POST /nceglibrary/login/process.php HTTP/1.1
</code></pre>
<p>It also showed the form data that was submitted.</p>
<p>For example:</p>
<pre><code class="language-text">user=&lt;test username&gt;
pass=&lt;test password&gt;
</code></pre>
<img src="https://cdn.hashnode.com/uploads/covers/6aa83e48e859689486783bba/b12285b5-53ff-428b-bc3f-ba9233fba8af.png" alt="" style="display:block;margin:0 auto" />

<p><em>Windows Chrome showing the test login page and the login response.</em></p>
<img src="https://cdn.hashnode.com/uploads/covers/6aa83e48e859689486783bba/77707e4f-af7f-4b4d-bfe9-ac04655fe7bd.png" alt="" style="display:block;margin:0 auto" />

<p>This practical test made me understand why <strong>HTTP is not safe for sending passwords</strong>.</p>
<h3>Using HSTSHijack Command:</h3>
<p>I used Bettercap's <strong>HSTS hijack</strong> functionality.</p>
<p>HSTS stands for <strong>HTTP Strict Transport Security</strong>.</p>
<p>It is a security feature that helps websites force browsers to use HTTPS instead of HTTP.</p>
<p>For my lab, I used the <code>hstshijack</code> caplet available in Bettercap.</p>
<p>I first checked the available caplets:</p>
<p>I found:</p>
<p>I then used the HSTS hijacking functionality for my lab test.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6aa83e48e859689486783bba/baa1c4cb-11d5-4a16-b62d-a5cad1aa83f3.png" alt="" style="display:block;margin:0 auto" />

<hr />
<h3>Enabling Network Sniffing</h3>
<p>After setting up the HSTS hijacking test, I enabled Bettercap's network sniffer:</p>
<pre><code class="language-text">net.sniff on
</code></pre>
<p>This allowed me to observe the traffic passing through Kali.</p>
<p>I then opened the website again from the Windows machine and monitored the traffic in Bettercap.</p>
<h3>HTTPS Downgrade Worked</h3>
<p>After the HSTS hijacking configuration, I tested the website again.</p>
<p>This time, the HTTPS traffic was successfully downgraded in my lab.</p>
<p>The purpose of this test was to understand how an attacker could try to force HTTPS communication toward HTTP.</p>
<p>In Windows, I opened my test website, entered test credentials, and submitted the login form.  </p>
<img src="https://cdn.hashnode.com/uploads/covers/6aa83e48e859689486783bba/f69829fd-9157-4d40-8e8e-2c10a3300b6d.png" alt="" style="display:block;margin:0 auto" />

<p>In Kali Linux:</p>
<img src="https://cdn.hashnode.com/uploads/covers/6aa83e48e859689486783bba/da7d12e2-8cbe-4403-abb7-6915485b5d34.png" alt="" style="display:block;margin:0 auto" />

<h3>Final Conclusion</h3>
<p>This was a useful hands-on cybersecurity lab for me.</p>
<p>I started with <strong>ARP spoofing</strong> and learned how Kali could become a Man-in-the-Middle.</p>
<p>Then I enabled <strong>network sniffing</strong> and tested an HTTP website. I was able to see the HTTP request and understand why sending sensitive information over HTTP is dangerous.</p>
<p>After that, I tested HTTPS. I learned that HTTPS protects the communication through encryption.</p>
<p>Finally, I practiced <strong>HSTS hijacking and HTTPS downgrade</strong> in my own lab. After configuring it correctly, the downgrade worked and I was able to observe the resulting traffic.</p>
]]></content:encoded></item></channel></rss>