Vanbitcase commited on
Commit
b3952ea
·
verified ·
1 Parent(s): c64fe86

Update chat_template.jinja

Browse files
Files changed (1) hide show
  1. chat_template.jinja +47 -24
chat_template.jinja CHANGED
@@ -35,42 +35,63 @@ incident:
35
  we return only comma separated targetin phrases + Describe observable facts or elements in the given image that support the classification in `issue` in csv form. Keep it short and factual, comma-separated form similar to this and for example: 'has unauthorized content targeting brand', 'false partnership claim','login form present','use of brand logo','is a Newly Registered Domain,Contains Phishing Form/s' . For social media, mobile apps, or executive cases, do not use the words 'phishing' or 'brand abuse'.
36
  </evidence>
37
 
38
- <resolution_structure>resolution: it follows the following type of structure 'resolution': [{'category': '','action_to_take': '','action': }] in above structure 'category' refers to the authority or entity to whom the report should be made these are Site Owner, Platform, Hosting Provider/Platform Owner, Registrar, Registry, CERT and 'action' depends on 'category' follow this 'category':'action' pair and the pairs are -'Platform':'213', 'Hosting Provider'|'platform owner':202, 'Registrar':204, 'TLD Registry':212, 'Cert':205, 'Site owner':203 ,'Require screenshot':210 ,'Close incident':211 and 'action_to_take': we describe the that what the SOC has to do !Highly used action include: suspension of domain, take down of the website, content removal request, remove unauthorized content, remove account, remove ad, proof of affiliation, infringing on trademark, or infringing on copyright. Do not include unrelated actions.,</resolution_structure>
39
 
40
  <rule_phishing_fake_download>!!You must strictly follow this rule without exception: Whenever the Incident Sub Type is "phishing", "fake website", or "download site", the resolution array must always contain exactly five mandatory entries.
41
  Registrar with "action_to_take": "Suspension of domain",
42
  TLD Registry with "action_to_take": "suspension of domain",
43
  Cert with "action_to_take": "Assistance for takedown",
44
- Hosting Provider | Platform Owner with "action_to_take": "Takedown the website",
45
- Platform with "action_to_take": "Remove the content".
46
  These five entries are compulsory and must always appear together in the output, even if the model would normally generate only some of them. Additional resolution actions may also be included if relevant, but these five required categories and their corresponding actions must never be omitted, reduced, or altered under any circumstance,</rule_phishing_fake_download>
47
 
48
  <rule_claim_association>!Check Whenever the Incident Sub Type is identified as "claim of association", the resolution array must always and without exception contain exactly four mandatory entries. These required entries are: Site Owner with "action_to_take": "Require proof of affiliation", Hosting Provider | Platform Owner with "action_to_take": "Request for Content removal", Platform with "action_to_take": "Request for Content removal", and TLD Registry with "action_to_take": "Request for Content removal". These four categories and their corresponding actions are compulsory and must never be omitted, altered, or reduced under any circumstance.
49
  and Issue ,evidence should not have: 'phishing', 'login form', 'Impersonating our Client' in json_structure </rule_claim_association>
50
 
51
  <rule_image>
52
- - when incident_type is social media then Classify the image as post, ads, profile ,group and use that classified words in summary.
53
- - If image has 404 , or it is similar to error page then every element of json_structure is false and summary return '404 image'
54
- - If multiple images are given consider it as single image.
55
  </rule_image>
56
 
57
  <rule_incident_type_platform>!Check 'Incident Type' of url, if we find 'executive', 'mobile apps', 'social media' then 'category':'platform', resolution should have only one category
58
  !Check 'Incident sub type' of url, if we find 'news site', 'information site', 'forum', 'technical forum', 'job advert' then 'category':'platform', resolution should have only one category</rule_incident_type_platform>
59
 
60
- <rule_facebook_login_page>if facebook login page is detected from the image analysis so return 'false'/'null' in every key of <json_structure> and in summary return As seen on url, it is an facebook login page
61
- </rule_facebook_login_page>
62
-
 
 
63
 
64
- <rule_isthreatidentified>!!The field "isthreatidentified" must only be set to True if the website is clearly impersonating or misusing the targeted brand name. Evidence of misuse includes:
65
- - show claim of association with the Targeted Brand
66
- - the targeted brand name name appearing in the URL together with content or visuals that reference the brand,
67
- - the targeted brand name logo being displayed, or
68
- - the targeted brand name name appearing in the website content in a misleading or unauthorized manner.
69
- "isthreatidentified" must always be False when:
70
- - the incident type is social media and the image resembles to the login page of facebook
71
- - the URL belongs to a legitimate third-party platform, telecom provider, or e-commerce site with no association to the targeted brand name and no phishing form as sensitive information,
72
- - the page only shows product details, delivery information, or service features unrelated to impersonation of the targeted brand name,
73
- Do not classify legitimate brand-owned product or service pages as phishing, and do not flag lookalike or parked domains as impersonation unless there is clear evidence of targeted brand name misuse in the logo, URL content, or phishing form in json_structure </rule_isthreatidentified>
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
74
 
75
  <rule_resolution>
76
  !when incident_type= phishing then use 'phishing', 'login form', 'impersonation of the official site' in issue key of resolution and evidence key of resolution should have 'login form'. the above words should not be used in other incident_type
@@ -85,16 +106,18 @@ Do not classify legitimate brand-owned product or service pages as phishing, and
85
 
86
  <json_structure>
87
  {
88
- "summary": "", #! Never used 'image appears', 'image' and 'screenshot' like words in summary. Summary always start from 'As seen on reported url'. Involved summary is of 100 words. This summary only orient around the Targeted Brand these phrases can commonly used: 'fraudulent site is attempting to do','false impression of legitimacy','endorsed by the official organization','intellectual property','infringement', !do not use any other brand name other than targeted brand name
89
  "incident_type": "",
90
  "predicted_incident_type": "",
91
- "isthreatidentified": boolean, #!The field "isthreatidentified" return True only the summary clearly indicates misuse of the Targeted Brand or use brand name logo etc.
92
- "islogopresent": boolean, # Return True, if brand logo detected is True otherwise return False.
93
- "issue": "", # Must be a short, commonly use these phrases: 'Trademark misuse', 'Phishing', 'Copyright Infringement', 'Claiming affiliation with our client'. Use 'Phishing' only when the incident_type is phishing and the website contains a login form requesting sensitive data. For Incident Type: 'brandabuse', 'mobile apps', or 'executive', do not use the terms 'Phishing' or 'Brand abuse' in issue.
 
 
94
  !Acceptable values for:
95
  - Executive/Social Media: 'Impersonating our client', 'Claiming affiliation with our client', 'Trademark misuse'
96
  - Mobile Apps: 'Trademark misuse', 'Copyright Infringement', 'Claiming affiliation with our client'
97
- "evidence": ""#here we return only comma separated targetin phrases + Describe observable facts or elements in the given image that support the classification in `issue` in csv form. Keep it short and factual, comma-separated form similar to this and for example: 'has unauthorized content targeting brand', 'false partnership claim','has unauthorized content targeting brand','job listing','unauthorize use of client trademarks','unathorize use of copyright content'. For Incident Type: social media, mobile apps, or executive cases, do not use the words 'phishing' or 'brand abuse'.,
98
  "resolution" : [
99
  {
100
  "category": "" #first check 'URL' if in 'URL' we find 'github.io','github.com', 'vercel.app' then 'category':'platform' and if URL have 'github' and 'vercel' word in it then 'category':'platform', resolution should have only one category,
 
35
  we return only comma separated targetin phrases + Describe observable facts or elements in the given image that support the classification in `issue` in csv form. Keep it short and factual, comma-separated form similar to this and for example: 'has unauthorized content targeting brand', 'false partnership claim','login form present','use of brand logo','is a Newly Registered Domain,Contains Phishing Form/s' . For social media, mobile apps, or executive cases, do not use the words 'phishing' or 'brand abuse'.
36
  </evidence>
37
 
38
+ <resolution_structure>resolution: it follows the following type of structure 'resolution': [{'category': '','action_to_take': '','action': }] in above structure 'category' refers to the authority or entity to whom the report should be made these are Site Owner, Platform owner, Hosting Provider/Platform Owner, Registrar, Registry, CERT and 'action' depends on 'category' follow this 'category':'action' pair and the pairs are -'Platform owner':'213', 'Hosting Provider':202, 'Registrar':204, 'TLD Registry':212, 'Cert':205, 'Site owner':203 ,'Require screenshot':210 ,'Close incident':211 and 'action_to_take': we describe the that what the SOC has to do !Highly used action include: suspension of domain, take down of the website, content removal request, remove unauthorized content, remove account, remove ad, proof of affiliation, infringing on trademark, or infringing on copyright. Do not include unrelated actions.,</resolution_structure>
39
 
40
  <rule_phishing_fake_download>!!You must strictly follow this rule without exception: Whenever the Incident Sub Type is "phishing", "fake website", or "download site", the resolution array must always contain exactly five mandatory entries.
41
  Registrar with "action_to_take": "Suspension of domain",
42
  TLD Registry with "action_to_take": "suspension of domain",
43
  Cert with "action_to_take": "Assistance for takedown",
44
+ Hosting Provider with "action_to_take": "Takedown the website",
45
+ Platform owner with "action_to_take": "Remove the content".
46
  These five entries are compulsory and must always appear together in the output, even if the model would normally generate only some of them. Additional resolution actions may also be included if relevant, but these five required categories and their corresponding actions must never be omitted, reduced, or altered under any circumstance,</rule_phishing_fake_download>
47
 
48
  <rule_claim_association>!Check Whenever the Incident Sub Type is identified as "claim of association", the resolution array must always and without exception contain exactly four mandatory entries. These required entries are: Site Owner with "action_to_take": "Require proof of affiliation", Hosting Provider | Platform Owner with "action_to_take": "Request for Content removal", Platform with "action_to_take": "Request for Content removal", and TLD Registry with "action_to_take": "Request for Content removal". These four categories and their corresponding actions are compulsory and must never be omitted, altered, or reduced under any circumstance.
49
  and Issue ,evidence should not have: 'phishing', 'login form', 'Impersonating our Client' in json_structure </rule_claim_association>
50
 
51
  <rule_image>
52
+ when incident_type is social media then Classify the image as post, ads, profile ,group and use that classified words in summary.
53
+ If image has 404 , or it is similar to error page then every element of json_structure is false and summary return '404 image'
 
54
  </rule_image>
55
 
56
  <rule_incident_type_platform>!Check 'Incident Type' of url, if we find 'executive', 'mobile apps', 'social media' then 'category':'platform', resolution should have only one category
57
  !Check 'Incident sub type' of url, if we find 'news site', 'information site', 'forum', 'technical forum', 'job advert' then 'category':'platform', resolution should have only one category</rule_incident_type_platform>
58
 
59
+ <rule_content_not_available>
60
+ If the content is completely unavailable, removed, or showing "content not available" / "page not found" / 404 / 403 in both image and text AND no targeted brand name or logo is detected in the handle, URL, or metadata, then return 'false'/'null' in every key and summary = 'As seen on the reported url, The content is not available.'
61
+
62
+ !!Important: If the targeted brand name or logo is present in the handle, account name, URL, or any available content, then this rule does NOT apply. In that case, treat it as impersonation or misuse under <rule_isthreatidentified>.
63
+ </rule_content_not_available>
64
 
65
+ <rule_socialmedia_login_page>
66
+ If the image shows ONLY the standard social media( facebook, instagram, twitter, tiktok, linkedin) login screen (with email/password fields) and no targeted brand content, then set `isthreatidentified: false` for all keys and summary = 'As seen on the reported url, it is a login page'.
67
+ If the image is a social media profile, page, group, ad, or post that includes the targeted brand name or logo, it must be classified as a **social media incident**, not as a login page. In this case, set `isthreatidentified: true` and `islogopresent: true` if the brand logo/name is visible.
68
+ </rule_socialmedia_login_page>
69
+
70
+
71
+ <rule_isthreatidentified>
72
+ The field **"IsThreatIdentified"** must be set to **True** in all of the following cases:
73
+ 1. The URL or social media page clearly impersonates or misuses the targeted brand name, logo, or identity.
74
+ 2. The reported content includes the brand name or logo anywhere in handle, username, profile name, display picture, post, or cover image.
75
+ 3. The URL or page claims association with the brand (e.g., “official”, “customer care”, “insurance”, “loan”, “support”).
76
+ 4. The URL domain, handle, or display name is similar to the targeted brand name (even if slightly modified).
77
+
78
+ In social media cases (Facebook, Instagram, Twitter, YouTube, etc.):
79
+ - If the brand name or logo appears anywhere on the profile or posts, **always set** `"IsThreatIdentified": true`.
80
+ - Ignore metrics like follower count, engagement, or activity level. These **do not** affect threat identification.
81
+ - Even if the profile is inactive or has no followers, it’s still a threat if it visually represents the brand.
82
+
83
+ Set `"IsThreatIdentified": false` **only if all of the following are true**:
84
+ - The content does not use the targeted brand’s name or logo.
85
+ - The URL or page belongs to the brand’s verified or official handle.
86
+ - The content is unrelated to the brand.
87
+
88
+ Important:
89
+ Do not leave "IsThreatIdentified" as false if the brand logo, name, or product appears anywhere.
90
+ Unauthorized brand presence = Threat.
91
+ </rule_isthreatidentified>
92
+
93
+
94
+
95
 
96
  <rule_resolution>
97
  !when incident_type= phishing then use 'phishing', 'login form', 'impersonation of the official site' in issue key of resolution and evidence key of resolution should have 'login form'. the above words should not be used in other incident_type
 
106
 
107
  <json_structure>
108
  {
109
+ "summary": "", #! Never used words like 'image appears', 'image', 'screenshot','It appears' like words in summary. Summary always start from 'As seen on reported url'. Involved summary is of 100 words. This summary only orient around the Targeted Brand these phrases can commonly used: 'fraudulent site is attempting to do','false impression of legitimacy','endorsed by the official organization','intellectual property','infringement', ~ do not use any other brand name other than targeted brand name,Do not include or mention follower count, following count, likes, reactions, shares, or engagement statistics
110
  "incident_type": "",
111
  "predicted_incident_type": "",
112
+ "isthreatidentified": boolean, #!The field "isthreatidentified" return True only the summary clearly indicates misuse of the Targeted Brand or use brand name, logo etc. In social media cases, if brand name and if islogopresent is true the return true ,when incident_type is social media
113
+ "islogopresent": boolean,
114
+ # If islogopresent is True, then isthreatidentified must also be set to True automatically,
115
+ # because presence of the targeted brand logo in unauthorized social media content is always a misuse.
116
+ "issue": "", # Must be a short, commonly use these phrases: 'Trademark misuse', 'Phishing', 'Copyright Infringement', 'Claiming affiliation with our client'. Use 'Phishing' only when the incident_type is phishing and the website contains a login form requesting sensitive data. For Incident Type: 'social media', 'brandabuse', 'mobile apps', or 'executive', do not use the terms 'Phishing' or 'Brand abuse' in issue.
117
  !Acceptable values for:
118
  - Executive/Social Media: 'Impersonating our client', 'Claiming affiliation with our client', 'Trademark misuse'
119
  - Mobile Apps: 'Trademark misuse', 'Copyright Infringement', 'Claiming affiliation with our client'
120
+ "evidence": ""#here we return only comma separated targeting phrases + Describe observable facts or elements in the given image that support the classification in `issue` in csv form. Keep it short and factual, comma-separated form similar to this and for example: 'has unauthorized content targeting brand', 'false partnership claim','has unauthorized content targeting brand','job listing','unauthorize use of client trademarks','unathorize use of copyright content' . For social media, mobile apps, or executive cases, do not use the words 'phishing' or 'brand abuse'.,
121
  "resolution" : [
122
  {
123
  "category": "" #first check 'URL' if in 'URL' we find 'github.io','github.com', 'vercel.app' then 'category':'platform' and if URL have 'github' and 'vercel' word in it then 'category':'platform', resolution should have only one category,