Table of Contents

1. Introduction

Preparing for a SOC analyst interview can be a daunting task, as the role requires a deep understanding of security operations and the ability to respond to rapidly evolving threats. This article delves into the soc analyst interview questions you might face, equipping you with the knowledge to impress potential employers. We’ll explore a range of topics, from operational protocols to technical know-how, ensuring you’re ready to demonstrate your expertise.

2. Navigating SOC Analyst Interviews

Holographic projection of 'Navigating SOC Analyst Interviews' in a SOC center with cyber analytics on monitors.

A Security Operations Center (SOC) is the heartbeat of an organization’s defense strategy, tasked with proactively identifying, evaluating, and responding to cybersecurity incidents. The role of a SOC analyst is crucial, requiring a unique blend of technical proficiency, analytical acumen, and continuous adaptability. In-depth understanding of threats and a keen eye for detail are indispensable in this field. Aspiring SOC analysts must be prepared to discuss their experiences with cutting-edge technologies, methodologies, and frameworks that define the modern cybersecurity landscape. This section offers insights into the competencies and challenges relevant to SOC analysts, setting the stage for the specific interview questions that follow.

3. SOC Analyst Interview Questions

1. Can you describe what a Security Operations Center (SOC) does and its importance? (Security Operations Understanding)

Security Operations Center (SOC) is essentially the command center for cyber security within an organization. It is staffed with security analysts and engineers as well as managers who oversee security operations. The primary functions of a SOC include:

  • Monitoring: Continuous surveillance of an organization’s networks, systems, and data to identify potential security incidents.
  • Detection: Utilizing tools and strategies to recognize actual security incidents from the vast amounts of data and logs.
  • Response: Coordinating actions to contain and mitigate the impact of security incidents once they are detected.
  • Prevention: Implementing protective measures to prevent security incidents from occurring.
  • Analysis: Investigating the causes of incidents and understanding threat patterns to improve security posture.
  • Reporting: Keeping stakeholders informed about security incidents, analytics, and the overall effectiveness of security measures.

The importance of a SOC cannot be overstated. It provides a centralized function for detecting, analyzing, and responding to cybersecurity incidents, which allows an organization to defend against attacks or breaches proactively. Additionally, a SOC is instrumental in maintaining regulatory compliance, managing risks, and ensuring business continuity.

2. How do you stay updated with the latest cyber security threats and vulnerabilities? (Continuous Learning & Adaptability)

How to Answer:
In your response, you should emphasize your commitment to continuous learning and your proactive approach to staying informed about the latest developments in cybersecurity.

My Answer:
To stay updated with the latest cybersecurity threats and vulnerabilities, I:

  • Follow Reputable Sources: I regularly read articles and reports from trusted cybersecurity news outlets and research organizations.
  • Engage with the Community: I participate in online forums, attend webinars, and network with peers to learn from their experiences and insights.
  • Use Threat Intelligence Platforms: I leverage platforms that provide real-time threat intelligence and vulnerability alerts.
  • Attend Training and Workshops: I invest time in ongoing education through training courses, certifications, and workshops to keep my skills sharp.
  • Practice Hands-On: I use lab environments and participate in capture-the-flag competitions to get hands-on experience with the latest threat scenarios.

3. What is the difference between IDS and IPS, and where would you typically deploy them? (Network Security Fundamentals)

Intrusion Detection System (IDS) and Intrusion Prevention System (IPS) both play crucial roles in network security, but they have different functions:

  • IDS: An IDS is a monitoring system that scans, audits, and monitors the security infrastructure for signs of an attack in progress. When it detects a potential threat, it sends an alert to the SOC team. IDS can be either network-based (NIDS) or host-based (HIDS).

  • IPS: An IPS, on the other hand, is placed inline with network traffic and has the ability to automatically take action to prevent detected threats from causing harm. This could include blocking traffic, dropping malicious packets, or isolating affected systems.

Typical deployment locations for IDS and IPS would be:

Deployment Area IDS Use Case IPS Use Case
Network Perimeter To monitor for attacks and alert SOC personnel. To actively block attacks from entering the network.
Internal Network Segments To detect lateral movement or insider threats. To prevent the spread of an attack within the network.
Critical Endpoints HIDS to monitor for unusual system behavior. Host-based IPS (HIPS) for automatic protective measures on the host.

4. Explain the concept of a ‘false positive’ in the context of security monitoring. (Incident Analysis)

A ‘false positive’ in the context of security monitoring refers to an event that is incorrectly flagged as malicious or suspicious by the security systems when it is actually benign. This can occur when security tools are overly sensitive, misconfigured, or when legitimate activities resemble known threat patterns.

The challenge with false positives is that they can consume valuable time and resources as security analysts investigate these non-threatening alerts. Managing false positives effectively is critical to maintaining SOC efficiency and ensuring that true threats don’t get overlooked amidst the noise.

5. How do you prioritize incidents in a busy SOC environment? (Incident Management)

How to Answer:
Discuss your methodical approach to incident prioritization, which should be based on the potential impact and urgency of the incident.

My Answer:
In a busy SOC environment, prioritizing incidents is crucial for effective incident management. Here is how I approach prioritization:

  • Assess Impact: Evaluate how severe the consequence of the incident could be on the organization’s operations or sensitive data.
  • Determine Urgency: Consider how quickly the incident needs to be addressed to prevent further damage or spread.
  • Refer to Policy: Adhere to the organization’s incident response plan or prioritization guidelines, which typically outline priority levels.
  • Utilize Threat Intelligence: Leverage context from threat intelligence to understand the nature and potential evolution of the threat.
  • Continuous Re-evaluation: Regularly re-assess ongoing incidents as new information becomes available or as the situation develops.

By following these steps, incidents can be categorized and addressed according to their criticality, ensuring that resources are allocated effectively to mitigate risk to the organization.

6. Describe a time when you successfully identified and mitigated a security threat. (Problem-Solving & Experience)

How to Answer:
When answering this question, it is important to construct your response using the STAR method (Situation, Task, Action, Result). Clearly describe the context and the problem, your role in the situation, the specific actions you took to address the problem, and the outcome of those actions. Emphasize your problem-solving skills, how you leveraged your technical knowledge, and the impact of your actions on the organization’s security.

My Answer:
In a previous role as a SOC Analyst, I encountered a situation where our network traffic analytics tool flagged an unusual spike in outbound traffic, which was indicative of a potential data exfiltration attempt (Situation). My task (Task) was to quickly investigate the alert, determine if it was a false positive or a real threat, and take appropriate actions to mitigate any potential damage.

Upon receiving the alert, I initiated our incident response protocol. I began by isolating the affected system from the network to contain the threat (Action). Concurrently, I analyzed firewall logs and traffic patterns to identify the source of the traffic. This analysis allowed me to identify a compromised user account being used to transmit sensitive data to an external server.

With the compromised account identified, I immediately disabled the account and reset the user credentials. I also worked with our network team to block the IP addresses associated with the external server. After securing the system, I performed a forensic analysis to determine the attack vector, which turned out to be a phishing email that the user had fallen for.

Once the immediate threat was mitigated, I documented the incident thoroughly and updated our incident response plan to include the indicators of this attack to improve our detection capabilities for similar threats in the future. The result (Result) was the successful prevention of a major data breach, which could have resulted in significant financial and reputational damage to the company.

7. What are some common indicators of compromise (IoCs) that you look for during an investigation? (Threat Detection)

During an investigation, I look for the following common indicators of compromise (IoCs):

  • Unusual outbound network traffic: This could point to data exfiltration.
  • Anomalies in privileged user account activity: Such as accounts accessing data at unusual times or from unusual locations.
  • Geographic irregularities: Logins or data access from locations not associated with the user’s normal behavior.
  • Increases in database read volumes: This could indicate that someone is trying to exfiltrate data.
  • Changes in file system: Unauthorized creation, modification, or deletion of critical files.
  • Unusual system behavior: Such as unexpected reboots or shutdowns, which may indicate an attacker is trying to avoid detection.
  • Mismatched port-application traffic: When a service that usually runs on a specific port is detected on a different port, it could be a sign of malicious activity.
  • DNS request anomalies: High volumes of DNS requests or requests for domains known to be associated with malicious activity.
  • Unexpected patching of systems: Could indicate that an attacker is trying to cover their tracks or maintain persistence.
  • Alerts from security solutions: Antivirus software, intrusion detection systems (IDS), or intrusion prevention systems (IPS) alerts that indicate malicious activity.

8. Explain the steps you would take after detecting a potential security incident. (Incident Response Protocol)

Upon detecting a potential security incident, I would take the following steps as part of the incident response protocol:

  1. Identification: Confirm the incident’s validity and scope to understand the breadth of the potential impact.
  2. Containment: Isolate the affected systems to prevent further damage or data loss.
  3. Eradication: Remove the threat from the affected systems, which may include deleting malicious files or disabling compromised accounts.
  4. Recovery: Restore systems and data from backups if necessary, and return to normal operations while monitoring for any signs of threat persistence.
  5. Post-Incident Analysis: Conduct a thorough investigation to understand the attack vectors, exploited vulnerabilities, and any lateral movement within the network.
  6. Documentation and Reporting: Document all findings and steps taken during the incident response, and report to the relevant stakeholders.
  7. Lessons Learned: Review the incident and the effectiveness of the response to improve future incident handling and prevention measures.

9. What experience do you have with Security Information and Event Management (SIEM) systems? (Technical Expertise)

I have extensive experience working with several SIEM systems including Splunk, IBM QRadar, and AlienVault. My responsibilities have included:

  • Configuration and Tuning: Configuring and fine-tuning SIEM rules and alerts to improve accuracy and reduce false positives.
  • Log Aggregation: Integrating log data from various sources into the SIEM to get a comprehensive view of the security posture.
  • Threat Detection: Creating and optimizing correlation rules to detect complex threats and suspicious patterns.
  • Dashboarding and Reporting: Developing dashboards for real-time monitoring and creating reports for stakeholders to illustrate security insights.
  • Incident Investigation: Using the SIEM to investigate and analyze security incidents and support the incident response process.
  • Automation: Implementing automated response actions within the SIEM for known threats to speed up containment and remediation.

10. Can you walk me through a basic SQL injection attack and how you would prevent it? (Application Security)

A basic SQL injection attack involves inserting or "injecting" a SQL query via the input data from the client to the application. A successful SQL injection exploit can read sensitive data from the database, modify database data (Insert/Update/Delete), execute administration operations on the database (such as shutdown the DBMS), and sometimes issue commands to the operating system.

For example, considering a vulnerable login form which uses unfiltered user input to construct a SQL query:

SELECT * FROM users WHERE username = '[USER INPUT]' AND password = '[USER INPUT]';

An attacker could provide input like admin' -- for the username, which would result in the following query:

SELECT * FROM users WHERE username = 'admin' --' AND password = '[USER INPUT]';

The -- sequence comments out the rest of the SQL statement, effectively bypassing the password check and granting access if the username exists.

To prevent SQL injection attacks, I would implement the following measures:

  • Parameterized Queries: Use parameterized queries with prepared statements that clearly define the SQL code and pass in each parameter as a value. This ensures that the input is treated as data and not executable code.
  • Stored Procedures: Encourage the use of stored procedures which predefine SQL code and use parameters in a similar way to prepared statements.
  • Input Validation: Rigorously validate user input to ensure it conforms to expected formats.
  • ORM (Object Relational Mapping) Frameworks: Use ORM frameworks that abstract the database access and use their built-in protections against SQL injection.
  • Least Privilege: Ensure that the database account used by the application has the least privileges necessary, so even if there is an SQL injection, the potential damage is limited.
  • Error Handling: Implement proper error handling that does not reveal database error messages to the end users.

By employing these strategies, the risk of a successful SQL injection attack can be significantly reduced.

11. How do you approach log analysis when investigating an incident? (Analytical Skills)

When approaching log analysis during an incident investigation, I follow a structured process that ensures thoroughness and efficiency. Here’s my approach:

  • Initial Review: Begin with a high-level review to understand the scope of the logs and identify any obvious anomalies or patterns.
  • Filter and Correlate: Apply filters to narrow down the logs to the relevant time frame and events. Correlate data from different sources to build a comprehensive picture.
  • Identify Baseline Behavior: Determine the normal behavior and baseline of the system or network to spot deviations that may indicate a security incident.
  • Look for Indicators of Compromise (IoCs): Search for known IoCs within the logs to identify any matches that may suggest a breach or attack.
  • Anomaly Detection: Use tools and techniques to detect anomalies that could be symptomatic of an attack, like unusual outbound traffic or login failures.
  • Chronology Construction: Construct a timeline of events to understand the sequence of activities and potential spread of an incident.
  • Hypothesis Testing: Formulate hypotheses based on findings and test them, refining the focus and filters as you go.
  • Documentation: Keep detailed records of findings and actions taken during the analysis for reporting and post-incident review.

12. What is your understanding of the MITRE ATT&CK framework and how have you used it? (Threat Intelligence)

The MITRE ATT&CK framework is a comprehensive matrix of tactics and techniques that adversaries may use to compromise systems and networks. It provides a common taxonomy for security professionals to describe and categorize adversary behavior consistently.

How I’ve Used It:

  • Threat Modeling: I’ve used the framework to develop threat models by mapping potential attack vectors relevant to our organization’s assets.
  • Incident Analysis: During post-incident analysis, I’ve leveraged ATT&CK to classify the techniques used by attackers, which aids in understanding their TTPs (Tactics, Techniques, and Procedures).
  • Security Improvements: I’ve recommended specific security controls and mitigations based on the techniques listed in the ATT&CK framework to prevent future breaches.
  • Red Team Exercises: In collaboration with the red team, we’ve used the framework to simulate attacks, helping to test our detection and response capabilities.

13. What is your experience with scripting or programming, and how does it support your role as a SOC analyst? (Technical Proficiency)

As a SOC analyst, I have experience with scripting and programming languages such as Python, Bash, and PowerShell. This technical proficiency supports my role in several ways:

  • Automation of Repetitive Tasks: I’ve created scripts to automate the collection and analysis of logs, thus increasing efficiency and allowing more time for in-depth investigations.
  • Custom Tool Development: I’ve developed custom tools to parse and aggregate data from various sources, providing tailored insights that off-the-shelf solutions might not offer.
  • Incident Response: Scripting skills enable me to quickly develop scripts that can help contain incidents, such as isolating infected machines or blocking malicious IPs.

14. Discuss the importance of asset inventory in the context of a SOC. (Asset Management)

The importance of asset inventory in a SOC cannot be overstated. It serves as the foundation for effective security management, enabling the SOC team to:

  • Visibility and Scope: Know what devices, applications, and data need to be protected.
  • Vulnerability Management: Identify which assets may be vulnerable to specific threats and prioritize patching and remediation efforts.
  • Incident Response: Quickly determine which assets may be affected in a security incident and respond accordingly.
  • Compliance: Ensure all assets are accounted for and in compliance with relevant security policies and standards.

Here’s a simple example of an asset inventory table:

Asset ID Type Owner Location Criticality Vulnerabilities
A123 Server IT Dept. Data Center 1 High CVE-2021-XXXX
B456 Workstation Marketing HQ Office 3rd Medium None Known
C789 Mobile Sales Remote Low CVE-2022-YYYY

15. Can you explain the concept of ‘least privilege’ and how it applies to security operations? (Access Control)

The principle of ‘least privilege’ means granting users only the access and permissions necessary to perform their job functions, and no more. This minimizes the risk of an attacker gaining access to sensitive areas of the system through compromised credentials.

In security operations, this principle is applied by:

  • User Account Management: Ensuring that user accounts are configured with the minimum necessary privileges.
  • Role-based Access Control (RBAC): Defining roles with specific access rights and assigning users to these roles based on their job requirements.
  • Regular Reviews: Conducting periodic access reviews to ensure privileges still align with job functions and revoking any unnecessary permissions.
  • Audit and Monitoring: Monitoring for unusual access patterns that may indicate privilege abuse and auditing privilege use to ensure compliance with the principle.

16. How do you differentiate between a network anomaly and a potential security threat? (Threat Assessment)

To differentiate between a network anomaly and a potential security threat, it is important to analyze the context of the observed behavior, historical data, and the potential impact on the organization. Here’s how you can approach the differentiation:

  • Context Analysis: Evaluate the anomaly within the context of your network’s normal behavior. Is it occurring during a routine maintenance window or during business hours when such activity would be unusual?
  • Historical Data: Compare the anomaly against baseline behavior. Has this activity been observed before, and was it benign or malicious in nature?
  • Potential Impact: Assess what systems or data could be affected by the anomaly. If sensitive data or critical systems are involved, it may be more likely to be a threat.
  • Correlation with Threat Intelligence: Cross-reference the anomaly with known threat intelligence. Are there any known indicators of compromise (IoCs) that match the observed behavior?
  • Follow-Up Investigation: Perform a deeper analysis by collecting and examining logs, network traffic, or conducting a forensic investigation if necessary.

17. What role does user behavior analytics play in a SOC? (User and Entity Behavior Analytics)

User behavior analytics (UBA) plays a vital role in a SOC by helping to detect anomalies that could indicate potential security incidents. UBA tools analyze patterns of human behavior, and when activities deviate from the norm, they generate alerts that can indicate potential insider threats, compromised accounts, or malicious actors.

  • Detection of Insider Threats: UBA helps in identifying suspicious activities that could be indicative of insider threats, such as data exfiltration.
  • Account Compromise: It spots anomalies in user behavior that could suggest account takeovers, such as logins from unusual locations.
  • Automation: UBA allows for the automation of detection of complex threats that might be missed by traditional security measures.

18. Describe a challenging security incident you resolved and the lessons learned from it. (Incident Response Experience)

How to Answer:
When answering this question, provide a specific example of a challenging incident, outline the steps you took to resolve it, and discuss what you learned from the experience.

My Answer:
A particularly challenging incident I resolved was a ransomware attack that had encrypted several critical systems. The steps we took to resolve the incident included isolating the affected systems, identifying the ransomware’s strain, restoring data from backups, and implementing tighter security measures to prevent future attacks. Lessons learned included the importance of regular and tested backups, user training to recognize phishing attempts, and the need for a rapid incident response plan.

19. How do you ensure compliance with data protection regulations while performing your duties? (Compliance and Legal)

Ensuring compliance with data protection regulations involves several key steps:

  • Knowledge of Regulations: Stay up-to-date with relevant data protection laws such as GDPR, HIPAA, or CCPA.
  • Policies and Procedures: Develop and follow strict policies and procedures that meet compliance requirements.
  • Regular Audits: Conduct regular compliance audits to ensure that the SOC processes are in line with the required regulations.
  • Data Handling and Privacy: Implement data handling and privacy measures like encryption and access controls to protect sensitive information.
  • Continued Education: Engage in continuous education and training on data protection laws and best practices.

20. What techniques do you use for effective communication within the SOC team and with other stakeholders? (Communication Skills)

Effective communication within the SOC team and with other stakeholders can be achieved through:

  • Regular Meetings: Hold regular meetings with the SOC team and stakeholders to discuss current security postures, incidents, and action plans.
  • Incident Reports: Provide clear and concise incident reports that outline the facts, impact, and actions taken.
  • Dashboards and Visual Aids: Use dashboards and visual aids to communicate security metrics and the status of the network effectively.
  • Training Sessions: Conduct training sessions to ensure all team members are aware of the communication protocols.
  • Escalation Procedures: Establish clear escalation procedures for incidents that require involvement from higher management or other departments.

Here’s an example of a communication technique using a table to summarize incident impact for stakeholders:

Incident Type Systems Affected User Impact Data Compromised Status
Ransomware File Servers High None Contained
DDoS Attack Web Servers Moderate None Ongoing
Phishing Email System Low Personal Data Resolved

21. How would you handle a situation where you are unsure about the severity of an incident? (Decision Making)

How to Answer:
When asked about handling uncertainty regarding the severity of an incident, candidates should focus on communication, escalation, and following established protocols. They should emphasize the importance of precautionary measures, continuous monitoring, and teamwork in resolving such situations.

My Answer:
In situations where I am unsure about the severity of an incident, I follow a methodical approach:

  • Assessment: First, I would gather as much information as possible to understand the scope and potential impact of the incident. This includes analyzing logs, system behavior, and any alerts from security tools.
  • Consultation: If the severity is still unclear, I would consult with senior team members or other departments that might have more context or expertise.
  • Escalation: Based on the findings, if there is an indication that the incident could be severe, I would escalate it to the incident response team or management according to the escalation procedures in place.
  • Documentation: Documenting all findings and steps taken for later review and to ensure a clear understanding among all stakeholders involved.
  • Precautionary Measures: Implement precautionary measures to contain and mitigate the potential impact while the incident is being evaluated.
  • Continuous Monitoring: Continue to monitor the incident closely until its severity can be accurately determined and the appropriate response has been initiated.

22. In your opinion, what are the critical components of an incident response plan? (Incident Response Planning)

An incident response plan is a structured approach for handling security incidents, breaches, and cyber threats. The critical components of an incident response plan typically include:

  • Preparation: Training, tools, and procedures necessary for the incident response team to be ready to address incidents effectively.
  • Identification: Processes to detect and determine the nature of the incident.
  • Containment: Short-term and long-term strategies to limit the spread or escalation of the incident.
  • Eradication: Steps to remove the threat from the environment, such as malware removal and system restoration.
  • Recovery: Plans to restore systems to normal operation and ensure no remnants of the threat remain.
  • Post-Incident Analysis: Procedures for analyzing the incident to learn from it and improve future responses.

23. Can you discuss the role of endpoint protection in a modern SOC? (Endpoint Security)

Endpoint protection is a cornerstone of modern Security Operations Centers (SOCs). Its role includes:

  • Preventing Malware and Attacks: Using antivirus, anti-malware, and other security tools to prevent known threats.
  • Detecting Anomalies: Monitoring endpoints for unusual behavior that may indicate a compromise, such as unusual network traffic or unexpected changes in system files.
  • Response and Mitigation: Enabling rapid response to threats by isolating infected endpoints from the network to prevent lateral movement.
  • Integrating with Other Security Systems: Sharing intelligence with SIEM (Security Information and Event Management) and other SOC tools to provide a holistic security posture.

24. What do you believe are the most significant challenges facing SOCs today? (Industry Awareness)

SOCs face several significant challenges today, which include:

  • Skill Shortage: There is a well-documented shortage of skilled cybersecurity professionals in the industry.
  • Alert Fatigue: The high volume of alerts can overwhelm analysts, causing potentially serious incidents to be overlooked.
  • Advanced Threats: Cyber threats are becoming more sophisticated, making them harder to detect and respond to.
  • Tool Integration: Integrating disparate security tools and technologies to work effectively together can be complex.
  • Keeping Up with Compliance: Ensuring that SOC operations comply with an ever-growing list of regulations and standards.
  • Proactive Threat Hunting: Transitioning from reactive to proactive threat hunting to identify and mitigate threats before they cause harm.

25. How do you ensure your own actions and investigations do not inadvertently affect system operations or data integrity? (Operational Security)

Ensuring that my actions and investigations do not adversely affect system operations or data integrity involves several key practices:

  • Use of Non-Intrusive Tools: Utilizing tools that can gather necessary information without affecting system performance or altering data.
  • Change Management: Following strict change management procedures when changes to systems are necessary.
  • Adherence to Protocols: Always adhering to organizational protocols that are designed to protect system integrity.
  • Thorough Documentation: Keeping detailed records of all actions taken during an investigation to enable accountability and transparency.
  • Safeguarding Evidence: Ensuring that any evidence collected is handled in a way that preserves its integrity, following digital forensic best practices.

By maintaining these practices, I help to ensure that my investigative actions are both effective and responsible.

4. Tips for Preparation

To set yourself apart as a SOC analyst candidate, begin by researching the hiring company’s business, their industry-specific risks, and their security posture. Understanding their SOC’s role within the broader organization will demonstrate your awareness and initiative.

Break your technical preparation into core areas: network security, incident response, and threat intelligence. Brush up on relevant tools and platforms, like SIEM systems, and familiarize yourself with the latest cybersecurity trends. For soft skills, practice clear communication and problem-solving scenarios, as these are crucial in high-pressure SOC environments. Remember, displaying a balance of technical proficiency and teamwork acumen can tilt the scales in your favor.

5. During & After the Interview

During the interview, present yourself confidently and be prepared to share experiences that highlight your analytical and decision-making skills. Listen actively and answer succinctly, showcasing your ability to communicate complex information effectively. The interviewer will be looking for indications of your technical expertise, but also how you handle stress and collaborate within a team.

Avoid common pitfalls such as speaking negatively about past employers or appearing unenthusiastic. It’s important to ask thoughtful questions about the SOC’s operations, the team you’ll be working with, or the company’s incident response strategies, as it reflects your interest and understanding of the role.

After the interview, send a personalized thank-you email, reiterating your interest in the position and the value you’d bring. Generally, companies may take a few days to a couple of weeks to respond with feedback or next steps, but if they provided a timeline, respect it before following up.

Similar Posts