Spaces:
Sleeping
Sleeping
Update src/streamlit_app.py
Browse files- src/streamlit_app.py +1 -1
src/streamlit_app.py
CHANGED
|
@@ -248,7 +248,7 @@ with st.sidebar:
|
|
| 248 |
st.subheader("💡 批量分析指令")
|
| 249 |
analysis_prompt = st.text_area(
|
| 250 |
"針對每個 Log/Alert 執行的指令",
|
| 251 |
-
value="You are a security expert responsible for analyzing alerts related to Web Application Attacks, Potential Duplicate Submission, Anomalous Session Keep-Alive Traffic
|
| 252 |
height=200
|
| 253 |
)
|
| 254 |
st.markdown("此指令將對檔案中的**每一個 Log 條目**執行一次獨立分析 (使用 **IP 關聯視窗**)。")
|
|
|
|
| 248 |
st.subheader("💡 批量分析指令")
|
| 249 |
analysis_prompt = st.text_area(
|
| 250 |
"針對每個 Log/Alert 執行的指令",
|
| 251 |
+
value="You are a security expert responsible for analyzing alerts related to Web Application Attacks, Potential Duplicate Submission, Anomalous Session Keep-Alive Traffic, Brute Force & Reconnaissance, or Application Health/Efficiency Issues. Your analysis must adhere strictly to the information provided in the Log and its correlated sequence. Please respond with a clear, structured analysis using the following mandatory sections: \n\n- Priority: Provide the overall priority level. (Answer only High-risk detected!, Medium-risk detected!, Low-risk detected!, or Informational/Efficiency Issue!) \n- Observation: Briefly detail all key facts from the log sequence (IP, time, repeating URI, HTTP method, status code, time-taken) and highlight any anomalous or suspicious patterns. \n- Potential Risk & Hypothesis: Propose the most likely hypothesis from the allowed categories (Web Application Attacks, Potential Duplicate Submission, Anomalous Session Keep-Alive Traffic, Brute Force & Reconnaissance, Application Health/Efficiency Issues). Critically, you must state the specific log entries or patterns that strongly support this hypothesis, AND the evidence that tends to rule out the other high-risk hypotheses (e.g., why it's not Brute Force despite the repetition). Explain the potential impact (e.g., resource exhaustion, data breach, session invalidation). \n- Action Plan: List the immediate validation steps (Internal Confirmation, Further Monitoring) and mitigation steps (API Rate Limiting, IP Blocking - use only after validation) that should be taken to address this specific finding. If the hypothesis is Application Health/Efficiency Issue, the mitigation steps should focus on Developer/Architecture Review instead of security blocking. \n\nStrictly use the information in the provided Log and its correlated sequence. Prioritize non-blocking validation steps (e.g., monitoring, internal confirmation) over immediate IP blocking.",
|
| 252 |
height=200
|
| 253 |
)
|
| 254 |
st.markdown("此指令將對檔案中的**每一個 Log 條目**執行一次獨立分析 (使用 **IP 關聯視窗**)。")
|