Multi-threaded applications are more at risk than single-threaded applications to

Question

Options

• Arace conditions.
• Bvirus infection.
• Cpacket sniffing.
• Ddatabase injection.

• A
  81% (17)
• B
  5% (1)
• C
  10% (2)
• D
  5% (1)

Explanation

Multi-threaded applications share memory and resources across concurrent threads, making them inherently vulnerable to race conditions - situations where two or more threads access shared data simultaneously and the outcome depends on unpredictable execution order, leading to corrupted state or incorrect behavior. Options B (virus infection), C (packet sniffing), and D (database injection) are all threats that apply equally to single- and multi-threaded applications; they are not amplified by having multiple threads, since they stem from malicious software, network eavesdropping, and unsanitized input respectively - not from concurrency. A helpful memory tip: think of a race - multiple threads are "racing" to read/write shared data, and whoever gets there first (or last) changes the result unpredictably, which is a problem unique to concurrent execution.

No community discussion yet for this question.