ਇਹ ਕਿਵੇਂ ਅਣਡਿੱਠਾ ਹੋ ਜਾਂਦਾ ਹੈ
ਇੱਕ ਬਿਲਡ ਅਸਫਲ ਹੋਈ। ਏਜੈਂਟ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ। ਫਿਰ ਅਸਫਲ ਹੁੰਦਾ ਹੈ। ਹਰ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਹੋਰ ਆਉਟਪੁੱਟ ਜੋੜਦੀ ਹੈ, ਪਰ ਅਸਲ ਸਮੱਸਿਆ ਅਜੇ ਵੀ ਮੌਜੂਦ ਹੈ। ਜੇ ਤੁਸੀਂ ਸਿਰਫ਼ ਜਾਂਚਦੇ ਹੋ ਕਿ ਸੈਸ਼ਨ ਸਰਗਰਮ ਹੈ, ਤੁਸੀਂ ਵਾਰ-ਵਾਰ ਦੁਹਰਾਉਣ ਵਾਲੀ ਅਸਫਲਤਾ ਖੁੰਝਾ ਸਕਦੇ ਹੋ।
ਇੱਕ ਏਜੈਂਟ ਬਾਰੇ ਸੋਚੋ ਜੋ ਤਬਦੀਲੀ ਤਿਆਰ ਕਰ ਰਿਹਾ ਹੈ ਜਦੋਂ ਕਿ ਇਸਦਾ ਸ਼ੈੱਲ ਟੂਲ ਵਾਰ-ਵਾਰ ਗਲਤੀ ਦਿੰਦਾ ਹੈ। ਕਾਰਨ ਗੁੰਮ ਨਿਰਭਰਤਾ, ਅਵੈਧ ਕਮਾਂਡ ਜਾਂ ਅਣਉਪਲਬਧ ਪਹੁੰਚ ਹੋ ਸਕਦੀ ਹੈ। ਅਸਲ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕਿਹੜਾ ਟੂਲ ਕਿੰਨੀ ਵਾਰ ਅਸਫਲ ਹੁੰਦਾ ਰਿਹਾ।
ClawMetry ਕੀ ਖੋਜਦਾ ਹੈ
ClawMetry ਇਵੈਂਟ ਵਿੰਡੋ ਵਿੱਚ ਇੱਕੋ ਟੂਲ ਦੀਆਂ ਗਲਤੀਆਂ ਗਿਣਦਾ ਹੈ। ਜਦੋਂ ਗਿਣਤੀ ਲਾਗੂ ਸੀਮਾ ਪਾਰ ਕਰਦੀ ਹੈ, ਇਹ ਵਾਰ-ਵਾਰ ਟੂਲ ਅਸਫਲਤਾ ਦੀ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ। ਖੋਜ ਟੂਲ, ਅਸਫਲਤਾ ਗਿਣਤੀ ਅਤੇ ਵਰਤੀ ਗਈ ਸੀਮਾ ਦੱਸਦੀ ਹੈ।
ਉਹ ਫ਼ਰਕ ਜੋ ਖੋਜ ਬਦਲਦਾ ਹੈ
ਟਰਿੱਗਰ ਕਰਨ ਵਾਲੀ ਉਦਾਹਰਣ
Bash ਤੋਂ 4 ਗਲਤੀਆਂ
ਚੇਤਾਵਨੀ ਖੋਜ
ਸ਼ਾਂਤ ਤੁਲਨਾ
Bash ਤੋਂ 1 ਗਲਤੀ
ਇਸ detector ਲਈ ਕੋਈ ਖੋਜ ਨਹੀਂ।
ਜਾਂਚੀ ਗਈ ਉਦਾਹਰਣ ਵਿੱਚ, ਚਾਰ ਅਸਫਲ ਸ਼ੈੱਲ ਨਤੀਜੇ ਚੇਤਾਵਨੀ ਦਿੰਦੇ ਹਨ। ਇੱਕ ਅਸਫਲਤਾ ਸੀਮਾ ਤੋਂ ਹੇਠਾਂ ਰਹਿੰਦੀ ਹੈ। ਇਹ ਇੱਕੋ-ਜਿਹੀ ਕਾਲ ਲੂਪ ਤੋਂ ਵੱਖਰਾ ਹੈ: ਕਮਾਂਡਾਂ ਬਦਲ ਸਕਦੀਆਂ ਹਨ ਜਦੋਂ ਕਿ ਉਹੀ ਟੂਲ ਗਲਤੀਆਂ ਦਿੰਦਾ ਰਹਿੰਦਾ ਹੈ।
Detector ਨਤੀਜਾ ਜਾਂਚੋ
{
"kind": "repeated_tool_failure",
"severity": "warning",
"evidence": {
"tool": "Bash",
"failures": 4,
"threshold": 3,
"threshold_source": "static"
}
}ਇਨਪੁੱਟ ਅਤੇ ਪੂਰੇ ਨਤੀਜੇ ਡਾਊਨਲੋਡ ਕਰੋ (JSON)ਉਦਾਹਰਣ ਕਿਵੇਂ ਜਾਂਚੀ ਗਈ
ਇਹ ਉਦਾਹਰਣਾਂ ਪ੍ਰਕਾਸ਼ਿਤ detector ਨੂੰ ਲਿਖੇ ਗਏ ਇਵੈਂਟ ਡੇਟਾ ਜਾਂ ਵਰਤਣਯੋਗ ਕੌਂਫਿਗਰੇਸ਼ਨ ਫਾਈਲਾਂ ਨਾਲ ਮੁਲਾਂਕਣ ਕਰਦੀਆਂ ਹਨ। ਵੀਡੀਓ ਉਹ ਵਿਵਹਾਰ ਦਰਸਾਉਂਦੇ ਹਨ। ਇਹ ਲਾਈਵ ਏਜੈਂਟਾਂ ਜਾਂ ਉਤਪਾਦ ਇੰਟਰਫੇਸ ਦੀਆਂ ਰਿਕਾਰਡਿੰਗਾਂ ਨਹੀਂ ਹਨ। ਉਦਾਹਰਣਾਂ ਵਿੱਚ ਕੋਈ ਕਮਾਂਡ ਚਲਾਈ ਨਹੀਂ ਗਈ।
ਨਤੀਜਾ ਇਹਨਾਂ ਇਨਪੁੱਟਾਂ ਲਈ ਵਿਵਹਾਰ ਸਥਾਪਤ ਕਰਦਾ ਹੈ। ਇਹ ਰਨਟਾਈਮ ਇੰਜੈਸ਼ਨ, ਰੋਕਥਾਮ ਜਾਂ ਅਸਲ ਖ਼ਤਰੇ ਨੂੰ ਸਾਬਿਤ ਨਹੀਂ ਕਰਦਾ। ਪਿੰਨ ਕੀਤਾ ਸਰੋਤ ਇਕਰਾਰਨਾਮਾ ਜਾਂਚੋ.
ਅਗਲਾ ਕੀ ਜਾਂਚਣਾ ਹੈ
ਅਸਫਲ ਨਤੀਜੇ ਖੋਲ੍ਹੋ ਅਤੇ ਸਾਂਝਾ ਕਾਰਨ ਲੱਭੋ। ਵਾਤਾਵਰਣ ਜਾਂ ਪਹੁੰਚ ਸਮੱਸਿਆ ਠੀਕ ਕਰੋ, ਜਾਂ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ਾਂ ਇਕੱਠੀਆਂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਏਜੈਂਟ ਕੰਮ ਸੀਮਤ ਕਰੋ। ਫਿਰ ਪ੍ਰਮਾਣਿਤ ਕਰੋ ਕਿ ਅਗਲਾ ਟੂਲ ਨਤੀਜਾ ਸੱਚਮੁੱਚ ਸਫਲ ਹੁੰਦਾ ਹੈ।
- ਗਲਤੀ ਦੇ ਨਤੀਜੇ ਪੜ੍ਹੋ
- ਸਾਂਝਾ ਕਾਰਨ ਠੀਕ ਕਰੋ
- ਅਗਲਾ ਨਤੀਜਾ ਪ੍ਰਮਾਣਿਤ ਕਰੋ
ਇਹ ਸੰਕੇਤ ਕੀ ਸਥਾਪਤ ਕਰਦਾ ਹੈ
ਇਹ ਭਰੋਸੇਯੋਗਤਾ ਸੰਕੇਤ ਹੈ। ਇਹ ਮੂਲ ਕਾਰਨ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਇਹ ਸਾਬਿਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਏਜੈਂਟ 'ਤੇ ਹਮਲਾ ਹੋ ਰਿਹਾ ਹੈ।