Cyber Attacks and Threats: Malware, Network and Web Attacks, and Defences · সাইবার আক্রমণ ও হুমকি: ম্যালওয়্যার, নেটওয়ার্ক ও ওয়েব আক্রমণ এবং প্রতিরোধ
A cyber attack is a deliberate attempt to break the confidentiality, integrity or availability (the CIA triad) of a system or its data; a threat is the potential for such harm, and a vulnerability is the weakness it exploits. The main families are malware (virus, worm, Trojan, ransomware, spyware, rootkit, botnet), social engineering (phishing), network attacks (DoS/DDoS, man-in-the-middle, spoofing, sniffing) and web attacks (SQL injection, XSS, CSRF). They are countered with layered defences: firewalls, IDS/IPS, patching, multi-factor authentication, input validation with parameterized queries, encryption and backups.
সাইবার আক্রমণ হলো কোনো সিস্টেম বা ডেটার গোপনীয়তা, অখণ্ডতা বা প্রাপ্যতা (সিআইএ ট্রায়াড) ভাঙার ইচ্ছাকৃত চেষ্টা; হুমকি হলো এমন ক্ষতির সম্ভাবনা, আর দুর্বলতা (vulnerability) হলো সেই ত্রুটি যার সুযোগ নিয়ে আক্রমণ হয়। প্রধান ধরনগুলো হলো ম্যালওয়্যার (ভাইরাস, ওয়ার্ম, ট্রোজান, র্যানসমওয়্যার (মুক্তিপণ ম্যালওয়্যার), স্পাইওয়্যার, রুটকিট, বটনেট), সোশ্যাল ইঞ্জিনিয়ারিং (ফিশিং), নেটওয়ার্ক আক্রমণ (ডস/ডিডস, ম্যান-ইন-দ্য-মিডল, স্পুফিং, স্নিফিং) এবং ওয়েব আক্রমণ (এসকিউএল ইনজেকশন, এক্সএসএস, সিএসআরএফ)। এগুলো ঠেকাতে স্তরভিত্তিক প্রতিরক্ষা লাগে: ফায়ারওয়াল, আইডিএস/আইপিএস, নিয়মিত প্যাচ, মাল্টি-ফ্যাক্টর অথেনটিকেশন, প্যারামিটারাইজড কোয়েরিসহ ইনপুট যাচাই, এনক্রিপশন ও ব্যাকআপ।
- Asked in past exams
- 85
- Papers
- 69
1. Threat, vulnerability, risk and the CIA triad
Five words come first, because exams test their exact meaning:
- Threat: anything that could cause harm by exploiting a weakness (an attacker, malware in circulation, a flood).
- Vulnerability: the weakness itself (an unpatched bug, a weak password, an open port, an untrained employee).
- Exploit: the code or technique that takes advantage of a vulnerability.
- Attack: the act of using the exploit; a threat that has actually happened.
- Risk: how likely the harm is and how bad it would be (informally, likelihood × impact).
Think of a building: an unlocked window is the vulnerability, an intruder is the threat, the way in is the exploit, the break-in is the attack, and the risk is how likely and how costly a break-in is.
Every attack damages at least one of three security goals, the CIA triad:
| Goal | Meaning | Concern it answers | What breaks it |
|---|---|---|---|
| Confidentiality | Only authorised people can read the data | Interception | Sniffing, spyware, phishing, data theft |
| Integrity | Data and systems are not changed without authority | Falsification, masquerade | Tampering in a MITM attack, altering records via SQL injection, defacing a page |
| Availability | Authorised users can use the service when needed | Denial of service | DoS/DDoS, ransomware, wiper malware |
A neighbouring classification, common in cryptography textbooks, appears in MCQs: snooping and traffic analysis threaten confidentiality; modification, masquerading, replaying and repudiation threaten integrity; denial of service threatens availability. So someone obtaining a document they are not allowed to see is committing snooping (unauthorised access to information). Two more goals are often added: authentication (you are who you claim) and non-repudiation (you cannot deny an action you took).
Attacks are also either passive or active:
| Point | Passive attack | Active attack |
|---|---|---|
| What the attacker does | Only watches or copies | Changes, injects, replays, blocks or impersonates |
| Goal broken | Confidentiality | Integrity and availability |
| Detection | Hard (nothing changes) | Easier (it leaves traces) |
| Main defence | Encryption (prevention) | Detection and recovery |
| Examples | Sniffing, eavesdropping, traffic analysis | DoS, MITM, spoofing, replay, session hijacking |
2. Malware: the types and how to tell them apart
Malware (malicious software) is any program written to harm a system, steal from it or control it without permission. It is software, not hardware: a computer virus is a program. NIST's malware guide (SP 800-83) describes viruses, worms, Trojan horses, malicious mobile code and attacker tools such as backdoors, keystroke loggers and rootkits; the table adds the other families exams ask about. The deciding questions are: does it copy itself, does it need a host file, and does it need the user to run it?
| Type | Self-replicates? | Needs a host file? | How it spreads | What it does | Example |
|---|---|---|---|---|---|
| Virus | Yes | Yes (attaches to a program, document or boot sector) | The user runs or opens the infected host | Infects other files; runs a payload | Melissa macro virus (1999) |
| Worm | Yes | No (standalone) | By itself over the network | Spreads fast, uses bandwidth, often drops other malware | Morris worm (1988), SQL Slammer (2003) |
| Trojan horse | No | No | Disguised as useful software; the user installs it | Opens a backdoor, steals data, downloads more malware | Banking Trojans |
| Ransomware | Not by itself (some add a worm) | No | Phishing, exploits, a worm component | Encrypts files or locks the system, demands payment | WannaCry (2017) |
| Spyware / keylogger | No | No | Bundled software, Trojans | Secretly records activity, keystrokes and passwords | Stalkerware |
| Adware | No | No | Bundled with free software | Shows unwanted adverts, tracks browsing | – |
| Rootkit | No | No | Installed after a break-in or by a Trojan | Hides itself and other malware by altering the OS; keeps privileged access | Sony BMG CD rootkit (2005) |
| Bot / botnet | Often (via a worm) | No | Infected machines join a network run from a command-and-control (C2) server | Used together for DDoS, spam | Mirai (2016, IoT devices) |
| Logic bomb | No | Hidden in a legitimate program | Planted by an insider | Fires when a condition is met (a date, a name removed) | – |
Key distinctions exams ask:
- Virus vs worm: a virus needs a host file and a user action; a worm is standalone and spreads by itself across a network.
- Trojan: it does not replicate. Papers often write "Trojan horse virus", but strictly it is malware, not a virus; when both options appear, "malware" is the precise answer.
- Rootkit vs bootkit: a rootkit hides inside the operating system (or kernel); a bootkit infects the boot process (the master boot record, boot loader or UEFI firmware), so it loads before the OS and its defences.
- Kinds of virus by target or trick: file infector; boot sector virus; macro virus (in Word or Excel macros); polymorphic virus (changes its code on every copy to defeat signatures); resident virus (installs itself in memory and infects files as they are opened); stealth virus (intercepts system calls to hide its changes, so infected files look clean — the usual key for "hard to detect").
- Backdoor (trapdoor): a hidden way into a system that skips normal authentication, left by a developer or planted by malware such as a Trojan.
- Components of a virus: (1) an infection mechanism (how it spreads), (2) a trigger (the event that releases the payload) and (3) the payload (the effect). Its life passes through four phases: dormant, propagation, triggering and execution.
- A bug is a programming mistake, not malware.
3. Social engineering: targeting the person
Social engineering tricks people into revealing information or running malware. It is the most common way attacks begin, which is why "untrained staff are the biggest risk" is defensible: a person can bypass every technical control.
| Attack | Channel | What happens |
|---|---|---|
| Phishing | Email or fake website, sent widely | A message posing as a bank or service asks you to click a link or open an attachment |
| Spear phishing | Email aimed at one person or team | Personalised with real names, roles and projects, so far more convincing |
| Whaling | Email aimed at executives | Spear phishing against senior staff, often to approve a payment |
| Vishing | Voice call | A caller poses as the bank or IT support and asks for an OTP or PIN |
| Smishing | SMS | A text with a link (a "parcel fee", a "blocked account") |
| Pharming | DNS or the hosts file | Redirects the victim to a fake site even when the correct address is typed (by poisoning DNS or editing the hosts file) |
Spam vs phishing: spam is unwanted bulk email, usually advertising — a nuisance; phishing is a deliberate fraud that impersonates a trusted sender to steal credentials or plant malware.
Defences: user-awareness training, email filtering and sender authentication (SPF, DKIM, DMARC), never sharing an OTP, confirming requests on a second channel, and MFA so a stolen password alone is not enough. CISA advises recognising the signs — urgency, a mismatched sender, an unexpected link — and reporting rather than clicking.
4. Network attacks
| Attack | Idea | What it does | Main defence |
|---|---|---|---|
| DoS | Availability | One source floods a server or link so real users cannot be served | Rate limiting, filtering |
| DDoS | Availability | Many machines (a botnet) flood at once; cannot be blocked by one IP | Anti-DDoS scrubbing, anycast, over-provisioning |
| Man-in-the-Middle (MITM) | Integrity/confidentiality | Attacker relays traffic between two parties, reading or altering it | End-to-end encryption (TLS), certificate checks |
| IP / MAC spoofing | Forging an address | Sends packets with a fake source address to impersonate or evade filters | Ingress filtering (BCP 38), authentication |
| Sniffing | Passive capture | Reads traffic on the network (easy on a hub or open Wi-Fi) | Encryption; switched networks |
| ARP poisoning | Layer 2 | Sends forged ARP replies so the victim's "gateway" MAC points at the attacker, enabling MITM | Dynamic ARP Inspection, static ARP, port security |
| Replay attack | Re-sending captured data | Captures a valid message (such as a login or payment) and sends it again later to repeat its effect | Timestamps, nonces, one-time session tokens |
| Session hijacking | Stealing a session | Takes over a logged-in session by stealing its token or cookie | HTTPS, HttpOnly/Secure cookies, re-authentication |
| DNS spoofing / cache poisoning | Fake name resolution | Puts a false IP in a resolver's cache so a name leads to the attacker's server | DNSSEC, randomised source ports |
How a DoS differs from a DDoS: a DoS comes from one machine; a DDoS comes from many at once, so you cannot simply block one address. SYN flood is the classic: in the TCP three-way handshake (SYN, SYN-ACK, ACK) the attacker sends many SYNs with spoofed source addresses and never completes with the ACK, so the server's half-open connection queue fills and real users are refused; SYN cookies defend against it.
Why ARP poisoning enables MITM: ARP has no authentication, so a host believes any ARP reply. The attacker tells the victim "the gateway is at my MAC" and tells the gateway "the victim is at my MAC". Both now send their traffic through the attacker, who can read or change it — a man-in-the-middle position gained at Layer 2.
5. Web attacks (SQL injection, XSS, CSRF) and buffer overflow
The three web attacks share one root cause: untrusted input is mixed with a trusted command or trusted markup, and the interpreter cannot tell data from instruction. In the current OWASP Top 10 (2025), A05:2025 – Injection covers SQL injection and XSS (it was A03 in the 2021 list that many exam keys still use), and Cross-Site Request Forgery (CWE-352) is part of A01:2025 – Broken Access Control.
SQL injection (SQLi)
If user input is pasted straight into a SQL string, the input can become SQL. Suppose a login builds its query by string concatenation:
SELECT username FROM users WHERE username = '<user>' AND password = '<pass>'
Entering the password value ' OR '1'='1 turns the query into one whose WHERE clause is always true, so it returns every row and the check passes without the real password. Running this against a test SQLite table of three users returned all three rows — the login was bypassed. Entering admin' -- as the username comments out the rest of the line and logs in as admin.
The fix is a parameterized query (prepared statement): the SQL text and the data travel separately, so the database treats the input only as a value, never as code. The same two inputs then return no rows — the attack fails. In Python's sqlite3 module (other drivers use %s instead of ?):
# Unsafe: input is concatenated into the SQL text
q = "SELECT username FROM users WHERE username = '" + u + "' AND password = '" + p + "'"
cur.execute(q)
# Safe: parameterized query — the ? placeholders keep data separate from code
cur.execute(
"SELECT username FROM users WHERE username = ? AND password = ?",
(u, p),
)
(Real systems never store or compare plaintext passwords; they compare a salted hash — see §6.)
Extra layers: input validation, least-privilege database accounts, and never showing raw database errors to users. The keyed MCQ answer to "how to prevent SQL injection" is input validation (and, more completely, parameterized queries); showing database errors or using input directly are wrong.
Cross-Site Scripting (XSS)
XSS injects script that runs in another user's browser because it appears to come from the trusted site, so it can steal cookies or session tokens or act as the user. Three kinds: stored (saved on the server, e.g. in a comment — the most dangerous), reflected (echoed back from the request, needs a crafted link) and DOM-based (client-side JavaScript writes the input into the page). The primary defence is output encoding for the context (turning <, >, &, " into HTML entities so a script tag displays as text), plus a Content Security Policy and the HttpOnly cookie flag.
Cross-Site Request Forgery (CSRF)
CSRF makes a logged-in victim's browser send a request the victim did not intend (for example, a transfer), and the server trusts it because it carries the victim's valid session cookie. Defences: a secret, per-session CSRF token the attacker cannot guess, the SameSite cookie attribute, and re-authentication for sensitive actions.
| Attack | Runs where | Targets | Root cause | Primary defence |
|---|---|---|---|---|
| SQL injection | The database (server) | The data store | Input mixed into SQL | Parameterized queries |
| XSS | The victim's browser | Other users | Input mixed into HTML | Output encoding, CSP |
| CSRF | The server, via the victim's browser | The logged-in user's session | Server cannot tell a forged request from a real one | CSRF token, SameSite cookie |
Buffer overflow (a related input attack)
A buffer overflow happens when a program copies input into a fixed-size buffer without checking its length (CWE-120). The extra bytes spill into the memory next to the buffer. On the stack that can include the function's saved return address, so an overflow can crash the program (a denial of service) or, worse, let an attacker redirect execution to code of their choosing. It is a flaw of languages such as C and C++ that do not check array bounds.
char name[16];
strcpy(name, input); /* unsafe: no length check */
snprintf(name, sizeof name, "%s", input); /* bounded: at most 15 chars + '\0' */
Compiled and run with a 44-character input, the bounded version stores only the first 15 characters and stays inside the buffer. Defences, from the code outwards: bounds checking and input-length validation; safe library functions (snprintf, strncpy with explicit termination, strlcpy) instead of strcpy, gets or sprintf; stack canaries (a guard value the compiler checks before a function returns); ASLR (randomised memory addresses, so a target is hard to predict); DEP/NX (data areas cannot be executed); and memory-safe languages (Java, Python, Rust).
6. Password attacks and zero-day
- Brute force: try every possible password. The cost grows explosively with length and character set. Computed key spaces (at a generous 10¹⁰ guesses per second, offline worst case): an 8-character lowercase password is 26⁸ ≈ 2.09 × 10¹¹ combinations, exhausted in about 21 seconds; 8 characters of mixed letters and digits is 62⁸ ≈ 2.18 × 10¹⁴, about 6 hours; a 12-character password from the 95 printable ASCII characters is 95¹² ≈ 5.4 × 10²³, which would take on the order of a million years. Length wins — this is why long passphrases and MFA matter.
- Dictionary attack: try a list of likely words and common passwords instead of all combinations — fast against weak passwords.
- Rainbow table: precomputed hash-to-password lookups; defeated by a per-user random salt added before hashing.
- Credential stuffing: reuse username/password pairs leaked from another site.
- Defences: strong, unique passwords or passphrases; salted, slow hashes (bcrypt, scrypt, Argon2); account lockout / rate limiting; and above all multi-factor authentication.
Zero-day: a vulnerability unknown to the vendor (so there are "zero days" to have fixed it) and the exploit that uses it before a patch exists. NIST's glossary defines it as an attack that exploits a previously unknown vulnerability. It is dangerous precisely because signatures and patches do not yet exist; defences are behaviour-based detection, least privilege, network segmentation and fast patching once a fix ships. Stuxnet (2010) famously chained several zero-days.
7. Defences: defence in depth
No single control is enough; exams reward naming layers and matching each to the threat.
| Control | What it does | What it stops |
|---|---|---|
| Firewall | Filters traffic by rules (ports, addresses, state) | Unwanted connections; a WAF filters web attacks such as SQLi/XSS |
| IDS | Intrusion Detection System — detects and alerts on suspicious traffic | Gives warning; does not block by itself |
| IPS | Intrusion Prevention System — detects and blocks inline | Active attacks in real time |
| Patching / updates | Fixes known vulnerabilities | Exploits of known bugs (worms, many breaches) |
| MFA | Needs a second factor beyond the password | Account takeover from a stolen password |
| Encryption (TLS, at rest) | Makes intercepted data unreadable | Sniffing, MITM eavesdropping |
| Antivirus / EDR | Detects and removes malware | Known and suspicious malware |
| Backups (offline/immutable) | Restore after loss | Ransomware, data destruction |
| Least privilege & segmentation | Limit what each account and segment can reach | Lateral movement after a breach |
| Honeypot | A decoy system with no real users, so any contact with it is suspicious | Gives early warning and shows attackers' methods |
Firewall vs antivirus (often asked): a firewall controls network traffic at the boundary; antivirus scans files and programs on the host for malware. IDS vs IPS: IDS only detects and alerts; IPS also blocks. A WAF (Web Application Firewall) sits between clients and a web server, inspecting HTTP requests and blocking web attacks.
NIST SP 800-61 (incident response) completes the picture: even with these controls, an organisation needs a plan to detect, respond to and recover from incidents, because no defence is perfect.
Practice · অনুশীলন
- Differentiate a virus from a worm.
Answer
A virus attaches to a host file and needs the user to run it to spread; a worm is a standalone program that replicates and spreads by itself across a network, without a host or user action.
- How do you prevent a SQL injection attack?
Answer
Use parameterized queries (prepared statements) so input is never treated as SQL, plus input validation, least-privilege database accounts and hidden database errors. In MCQs the keyed answer is input validation.
- Why does ARP spoofing let an attacker mount a man-in-the-middle attack?
Answer
ARP replies are not authenticated, so the attacker sends forged replies that bind the gateway's IP to the attacker's MAC (and the victim's IP to the attacker's MAC). Both sides then send traffic through the attacker, who can read or alter it.
- What is the difference between DoS and DDoS?
Answer
A DoS flood comes from a single source; a DDoS flood comes from many compromised machines (a botnet) at once, so it cannot be stopped by blocking one IP address.
- Write two differences between SQL injection and XSS.
Answer
SQL injection targets the database on the server by injecting SQL, fixed with parameterized queries; XSS targets other users' browsers by injecting script into a page, fixed with output encoding. SQLi breaks the data store; XSS runs in the victim's browser.
Asked in past exams · আগের পরীক্ষায় যেভাবে এসেছে
Our past papers have 85 questions on this topic (19 MCQ, 66 written) from 69 exams. Here are 12 of them; each links to its full paper.
- Written · 2023BTCL; Assistant Manager (Technical); Exam: 2023 (BUET)
Explain buffer overflow attack with an example.
What is SQL Injection attack? How it launched?
What is Trojan horse virus?
- Written · 2022DESCO Assistant Engineer (CSE) Exam: 10.09.2022 (BUET)
What is Cyber space? Write some threats of cyber space.
What do you mean by a DNS poisoning attack, and how does it work?
What is QR code? What is Rootkit and bootkit?
- Written · 2021BREB Assistant General Manager (IT) Exam: 2021
Define component of computer virus.
What is a Computer Virus?
- a)Hardware
- b)Software (correct answer)
- c)Microorganism
- d)Non-living cell
Explanation · ব্যাখ্যা
Correct answer: (b) Software
A computer virus is a program: a type of malicious software (malware). NIST defines it as malicious software that spreads by modifying other programs so that they carry a copy of the virus, which then runs whenever the infected program runs. Being a set of instructions, it is software, not a physical or living thing.
Why the other options are wrong
- (a) Hardware: hardware is the physical equipment of a computer; a virus has no physical form.
- (c) Microorganism: a biological virus is a microscopic infectious agent; the computer virus only borrows the name because it "infects" programs and spreads.
- (d) Non-living cell: a biological term; a computer virus is code, not a cell of any kind.
Tip: Computer virus = malicious software that attaches to a host program and spreads when that program runs.
Source: virus - Glossary | CSRC
- Written · 2021Sonali Bank Ltd. Officer IT Exam: 2021
What is DDoS and SQL Injection attack?
Explain ARP Spoofing attack with diagram. Why ARP spoofing attacker used to launch Man-in-the-Middle attack.
How can we prevent SQL Injection Attack?
- a)Show the database error to the users
- b)Do not remove potential malicious code
- c)Use the user input directly
- d)Use input validation (correct answer)
Explanation · ব্যাখ্যা
Correct answer: (d) Use input validation
SQL injection happens when user input is treated as part of an SQL command. Validating input, ideally against an allow-list of expected values, formats and lengths, stops malicious SQL fragments before they reach the query. OWASP lists allow-list input validation among its primary defences and also as a secondary layer. The strongest primary defence is prepared statements (parameterised queries), which keep data and code separate; least-privilege database accounts limit the damage if something slips through. Input validation is the only protective practice among these options.
Why the other options are wrong
- (a) Show the database error to the users: raw database error messages reveal table names, column names and query structure, which helps an attacker refine the injection; errors should be logged privately and users shown a generic message.
- (b) Do not remove potential malicious code: leaving suspicious input untouched means injected SQL reaches the query; this is the opposite of a defence.
- (c) Use the user input directly: concatenating raw user input into an SQL string is the root cause of SQL injection; OWASP's vulnerable example simply appends an unvalidated parameter to the query.
Exam note: OWASP's first-choice fix is prepared statements with parameterised queries; input validation is listed as a primary defence (option 3) and as an extra layer. It is correct here because it is the only defensive choice offered.
Tip: Never build SQL by joining strings with user input: parameterise first, validate always.
Which is not a type of DNS attack?
- a)Cache Poisoning Attack
- b)Denial of Service Attack
- c)DNS spoofing
- d)CSRF attack (correct answer)
Explanation · ব্যাখ্যা
Correct answer: (d) CSRF attack
Cross-Site Request Forgery (CSRF) is a web-application attack: a malicious page or link makes a victim's browser send a request to a site where the victim is already logged in, so the site performs an action the user never intended (changing an e-mail address, transferring money). It abuses the trust a web application places in an authenticated session and has nothing to do with the Domain Name System.
Why the other options are wrong
- (a) Cache Poisoning Attack: inserting forged records into a resolver's cache; RFC 3833 discusses name-based attacks "sometimes called 'cache poisoning' attacks" as a DNS-specific threat.
- (b) Denial of Service Attack: RFC 3833 states that DNS, like any network service, is vulnerable to denial of service, and DNS servers can also be abused to amplify floods.
- (c) DNS spoofing: sending a forged DNS response so the victim receives a false IP address; RFC 3833 covers forged responses and how DNSSEC detects them.
Tip: DNS attacks change or block name resolution; CSRF abuses a logged-in web session.
Source: RFC 3833: Threat Analysis of the Domain Name System (DNS); Cross Site Request Forgery (CSRF) | OWASP Foundation
Common mistakes · সাধারণ ভুল
- Calling a Trojan a virus: a Trojan does not self-replicate — it is malware, and the precise answer when both options are offered is 'malware'.
- Saying a computer virus is hardware or a living organism: it is software (a program).
- Confusing a firewall with antivirus: a firewall filters network traffic; antivirus scans files/programs on the host.
- Confusing IDS and IPS: IDS only detects and alerts, IPS also blocks the traffic inline.
- Thinking input validation alone fully stops SQL injection: the real fix is parameterized queries; validation is an extra layer.
- Mixing up the CIA goals: sniffing/spyware break confidentiality, tampering/SQL-injection edits break integrity, DoS/ransomware break availability.
বাংলায় সংক্ষেপে
- সাইবার নিরাপত্তার মূল লক্ষ্য সিআইএ ট্রায়াড: গোপনীয়তা (Confidentiality), অখণ্ডতা (Integrity) ও প্রাপ্যতা (Availability)।
- ম্যালওয়্যার সফটওয়্যার; ভাইরাসের হোস্ট ফাইল ও ব্যবহারকারীর চালানো লাগে, ওয়ার্ম নিজেই নেটওয়ার্কে ছড়ায়, আর ট্রোজান নিজে কপি হয় না।
- নেটওয়ার্ক আক্রমণ: ডস/ডিডস (প্রাপ্যতা), ম্যান-ইন-দ্য-মিডল, স্পুফিং, স্নিফিং, এআরপি পয়জনিং (MITM-এর পথ তৈরি করে)।
- ওয়েব আক্রমণ এসকিউএল ইনজেকশন, এক্সএসএস, সিএসআরএফ; এসকিউএল ইনজেকশন ঠেকানোর মূল উপায় প্যারামিটারাইজড কোয়েরি; বাফার ওভারফ্লো ঠেকায় সীমা যাচাই, নিরাপদ ফাংশন, স্ট্যাক ক্যানারি ও ASLR/DEP।
- পাসওয়ার্ড আক্রমণ ব্রুট ফোর্স ও ডিকশনারি; দৈর্ঘ্য বাড়লে সময় সূচকীয় হারে বাড়ে, তাই লম্বা পাসফ্রেজ ও এমএফএ দরকার।
- প্রতিরক্ষা স্তরে স্তরে: ফায়ারওয়াল/WAF, আইডিএস/আইপিএস, নিয়মিত প্যাচ, এমএফএ, এনক্রিপশন ও ব্যাকআপ।
Sources
- NIST SP 800-61 Rev. 3: Incident Response Recommendations and Considerations, 2025
- NIST SP 800-83 Rev. 1: Guide to Malware Incident Prevention and Handling, 2013
- NIST Computer Security Resource Center Glossary
- OWASP Top 10 (2025): A05 Injection
- OWASP Top 10 (2025): A01 Broken Access Control
- OWASP SQL Injection Prevention Cheat Sheet
- OWASP Cross Site Scripting Prevention Cheat Sheet
- OWASP Cross-Site Request Forgery Prevention Cheat Sheet
- MITRE CWE-120: Classic Buffer Overflow
- CISA: Recognize and Report Phishing
- CISA: Understanding Denial-of-Service Attacks
Updated 2026-10-18. Written by ARBS Academy; the past exam questions are from public recruitment exams.