// Listen for messages from the web page window.addEventListener( “message”, (event) => { // Only accept messages from the same window if (event.source !== window) { return }

// Check if the message type is “FROM_PAGE” if (event.data.type && event.data.type === “FROM_PAGE”) { console.log(“Content script received: “ + event.data.text) // Forward the message to the background script port.postMessage({ type: “FROM_PAGE”, text: event.data.text }) } }, false )

// Listen for messages from the background script port.onMessage.addListener(function (msg) { console.log(“Content script received message from background script:”, msg) // Handle the response message from the background script })

</details>

Είναι επίσης δυνατό να στείλετε μηνύματα από ένα background script προς ένα content script που βρίσκεται σε μια συγκεκριμένη καρτέλα (tab) καλώντας **`chrome.tabs.sendMessage`**, όπου θα χρειαστεί να υποδείξετε το **ID της καρτέλας** στην οποία θα σταλεί το μήνυμα.

### Από επιτρεπόμενα `externally_connectable` προς την επέκταση

**Web apps και εξωτερικές browser extensions που έχουν επιτραπεί** στη ρύθμιση `externally_connectable` μπορούν να στείλουν αιτήματα χρησιμοποιώντας :
```javascript
chrome.runtime.sendMessage(extensionId, ...

Όπου χρειάζεται να αναφερθεί το extension ID.

Native Messaging

Είναι δυνατό για τα background scripts να επικοινωνούν με binaries στο σύστημα, κάτι που μπορεί να είναι επιρρεπές σε κρίσιμες ευπάθειες όπως RCEs εάν αυτή η επικοινωνία δεν προστατευτεί σωστά. More on this later.

chrome.runtime.sendNativeMessage(
"com.my_company.my_application",
{ text: "Hello" },
function (response) {
console.log("Received " + response)
}
)

Web ↔︎ Content Script Επικοινωνία

Τα περιβάλλοντα όπου εκτελούνται τα content scripts και όπου υπάρχουν οι host pages είναι διαχωρισμένα μεταξύ τους, εξασφαλίζοντας απομόνωση. Παρά αυτήν την απομόνωση, και τα δύο έχουν τη δυνατότητα να αλληλεπιδρούν με το Document Object Model (DOM) της σελίδας, έναν κοινό πόρο. Για να επικοινωνήσει η host page με το content script, ή έμμεσα με το extension μέσω του content script, απαιτείται η χρήση του DOM που είναι προσβάσιμο και από τα δύο μέρη ως κανάλι επικοινωνίας.

Post Messages

// This is like "chrome.runtime.sendMessage" but to maintain the connection
var port = chrome.runtime.connect()

window.addEventListener(
"message",
(event) => {
// We only accept messages from ourselves
if (event.source !== window) {
return
}

if (event.data.type && event.data.type === "FROM_PAGE") {
console.log("Content script received: " + event.data.text)
// Forward the message to the background script
port.postMessage(event.data.text)
}
},
false
)

document.getElementById("theButton").addEventListener(
"click",
() => {
window.postMessage(
{ type: "FROM_PAGE", text: "Hello from the webpage!" },
"*"
)
},
false
)

Μια ασφαλής Post Message επικοινωνία πρέπει να ελέγχει την αυθεντικότητα του ληφθέντος μηνύματος, αυτό μπορεί να γίνει ελέγχοντας:

• event.isTrusted: Είναι True μόνο αν το event προκλήθηκε από ενέργεια του χρήστη
• Το content script μπορεί να περιμένει μήνυμα μόνο αν ο χρήστης εκτελέσει κάποια ενέργεια
• origin domain: μπορεί να περιμένει μήνυμα μόνο από allowlist domains.
• Αν χρησιμοποιείται regex, να είστε πολύ προσεκτικοί
• Source: received_message.source !== window μπορεί να χρησιμοποιηθεί για να ελέγξει αν το μήνυμα ήταν από το ίδιο παράθυρο όπου το Content Script ακούει.

Οι προηγούμενοι έλεγχοι, ακόμη και αν εκτελεστούν, μπορεί να είναι ευάλωτοι, οπότε ελέγξτε στην παρακάτω σελίδα τους potential Post Message bypasses:

PostMessage Vulnerabilities

Iframe

Μια άλλη πιθανή μέθοδος επικοινωνίας μπορεί να είναι μέσω Iframe URLs, μπορείτε να βρείτε ένα παράδειγμα στο:

BrowExt - XSS Example

DOM

Αυτό δεν είναι “ακριβώς” ένας τρόπος επικοινωνίας, αλλά το web και το content script θα έχουν πρόσβαση στο web DOM. Έτσι, αν το content script διαβάζει πληροφορίες από αυτό και εμπιστεύεται το web DOM, το web θα μπορούσε να τροποποιήσει αυτά τα δεδομένα (επειδή το web δεν πρέπει να εμπιστεύεται, ή επειδή το web είναι ευάλωτο σε XSS) και να θέσει σε κίνδυνο το Content Script.

Μπορείτε επίσης να βρείτε ένα παράδειγμα DOM based XSS to compromise a browser extension στο:

BrowExt - XSS Example

Content Script ↔︎ Background Script Communication

A Content Script can use the functions runtime.sendMessage() or tabs.sendMessage() to send a one-time JSON-serializable message.

Για να χειριστείτε την απάντηση, χρησιμοποιήστε το επιστρεφόμενο Promise. Παρόλα αυτά, για συμβατότητα προς τα πίσω, μπορείτε ακόμα να περάσετε ένα callback ως το τελευταίο όρισμα.

Η αποστολή ενός αιτήματος από ένα content script φαίνεται έτσι:

;(async () => {
const response = await chrome.runtime.sendMessage({ greeting: "hello" })
// do something with response here, not outside the function
console.log(response)
})()

Αποστολή αιτήματος από το extension (συνήθως ένα background script). Παράδειγμα για το πώς να στείλετε μήνυμα στο content script στην επιλεγμένη καρτέλα:

// From https://stackoverflow.com/questions/36153999/how-to-send-a-message-between-chrome-extension-popup-and-content-script
;(async () => {
const [tab] = await chrome.tabs.query({
active: true,
lastFocusedWindow: true,
})
const response = await chrome.tabs.sendMessage(tab.id, { greeting: "hello" })
// do something with response here, not outside the function
console.log(response)
})()

Στην πλευρά του παραλήπτη, πρέπει να ρυθμίσετε έναν runtime.onMessage event listener ώστε να χειριστεί το μήνυμα. Αυτό φαίνεται το ίδιο τόσο από ένα content script όσο και από μια extension page.

// From https://stackoverflow.com/questions/70406787/javascript-send-message-from-content-js-to-background-js
chrome.runtime.onMessage.addListener(function (request, sender, sendResponse) {
console.log(
sender.tab
? "from a content script:" + sender.tab.url
: "from the extension"
)
if (request.greeting === "hello") sendResponse({ farewell: "goodbye" })
})

Στο παρατιθέμενο παράδειγμα, sendResponse() εκτελέστηκε με συγχρονικό τρόπο. Για να τροποποιήσετε τον onMessage event handler ώστε η εκτέλεση του sendResponse() να είναι ασύγχρονη, είναι απαραίτητο να συμπεριλάβετε return true;.

Ένα σημαντικό σημείο είναι ότι σε σενάρια όπου πολλαπλές σελίδες έχουν οριστεί να λαμβάνουν onMessage γεγονότα, η πρώτη σελίδα που θα εκτελέσει sendResponse() για ένα συγκεκριμένο γεγονός θα είναι η μόνη που θα μπορέσει να παραδώσει την απάντηση αποτελεσματικά. Οποιαδήποτε επόμενη απάντηση στο ίδιο γεγονός δεν θα ληφθεί υπόψη.

Κατά τη δημιουργία νέων extensions, προτιμήστε promises αντί για callbacks. Όσον αφορά τη χρήση callbacks, η συνάρτηση sendResponse() θεωρείται έγκυρη μόνο αν εκτελείται άμεσα μέσα στο συγχρονικό πλαίσιο, ή αν ο event handler δηλώνει ασύγχρονη λειτουργία επιστρέφοντας true. Αν κανένας από τους handlers δεν επιστρέψει true ή αν η sendResponse() διαγραφεί από τη μνήμη (garbage-collected), τότε η callback που σχετίζεται με τη sendMessage() θα καλείται από προεπιλογή.

Native Messaging

Οι browser extensions επιτρέπουν επίσης επικοινωνία με binaries στο σύστημα μέσω stdin. Η εφαρμογή πρέπει να εγκαταστήσει ένα json που να το δηλώνει σε ένα json όπως:

{
"name": "com.my_company.my_application",
"description": "My Application",
"path": "C:\\Program Files\\My Application\\chrome_native_messaging_host.exe",
"type": "stdio",
"allowed_origins": ["chrome-extension://knldjmfmopnpolahpmmgbagdohdnhkik/"]
}

Όπου το name είναι το string που περνάει σε runtime.connectNative() ή runtime.sendNativeMessage() για να επικοινωνήσει με την εφαρμογή από τα background scripts της επέκτασης του browser. Το path είναι το path προς το binary, υπάρχει μόνο 1 έγκυρος type που είναι stdio (χρησιμοποιεί stdin και stdout) και τα allowed_origins υποδεικνύουν τις επεκτάσεις που μπορούν να έχουν πρόσβαση (και δεν μπορούν να έχουν wildcard).

Chrome/Chromium θα ψάξει για αυτό το json σε ορισμένα Windows registry και σε κάποια paths σε macOS και Linux (περισσότερες πληροφορίες στα docs).

Tip

Η επέκταση του browser χρειάζεται επίσης την nativeMessaing permission δηλωμένη ώστε να μπορεί να χρησιμοποιήσει αυτή την επικοινωνία.

Έτσι φαίνεται κάποιο background script που στέλνει μηνύματα σε μια native εφαρμογή:

chrome.runtime.sendNativeMessage(
"com.my_company.my_application",
{ text: "Hello" },
function (response) {
console.log("Received " + response)
}
)

In this blog post, προτείνεται ένα ευάλωτο μοτίβο που καταχράται τα native messages:

1. Η επέκταση προγράμματος περιήγησης έχει πρότυπο wildcard για το content script.
2. Το content script προωθεί μηνύματα postMessage στο background script χρησιμοποιώντας sendMessage.
3. Το background script προωθεί το μήνυμα στην native εφαρμογή χρησιμοποιώντας sendNativeMessage.
4. Η native εφαρμογή χειρίζεται το μήνυμα επικίνδυνα, οδηγώντας σε εκτέλεση κώδικα.

Και μέσα σε αυτό υπάρχει παράδειγμα που εξηγεί πώς από οποιαδήποτε σελίδα να επιτευχθεί RCE εκμεταλλευόμενοι μια browser extension.

Sensitive Information in Memory/Code/Clipboard

Εάν μια επέκταση προγράμματος περιήγησης αποθηκεύει ευαίσθητες πληροφορίες στη μνήμη της, αυτές μπορούν να εξαχθούν (ειδικά σε μηχανές Windows) και να αναζητηθούν για αυτές τις πληροφορίες.

Επομένως, η μνήμη της επέκτασης δεν πρέπει να θεωρείται ασφαλής και ευαίσθητες πληροφορίες όπως credentials ή mnemonic phrases δεν πρέπει να αποθηκεύονται.

Φυσικά, μην βάζετε ευαίσθητες πληροφορίες στον κώδικα, καθώς θα είναι δημόσιες.

Για να εξάγετε τη μνήμη από τον browser μπορείτε να dump the process memory ή να πάτε στις ρυθμίσεις της επέκτασης, κάντε κλικ στο Inspect pop-up -> στην ενότητα Memory -> Take a snaphost και CTRL+F για να αναζητήσετε μέσα στο snapshot ευαίσθητες πληροφορίες.

Επιπλέον, πολύ ευαίσθητες πληροφορίες όπως mnemonic keys ή passwords δεν θα πρέπει να επιτρέπεται να αντιγράφονται στο clipboard (ή τουλάχιστον να αφαιρούνται από το clipboard μετά από λίγα δευτερόλεπτα), γιατί τότε διεργασίες που παρακολουθούν το clipboard θα μπορούν να τις αποκτήσουν.

Loading an Extension in the Browser

1. Download την επέκταση του browser και αποσυμπιέστε
2. Πηγαίνετε στο chrome://extensions/ και ενεργοποιήστε το Developer Mode
3. Κάντε κλικ στο κουμπί Load unpacked

Στον Firefox πηγαίνετε στο about:debugging#/runtime/this-firefox και κάντε κλικ στο κουμπί Load Temporary Add-on.

Getting the source code from the store

Ο πηγαίος κώδικας μιας επέκτασης Chrome μπορεί να αποκτηθεί με διάφορες μεθόδους. Παρακάτω υπάρχουν αναλυτικές εξηγήσεις και οδηγίες για κάθε επιλογή.

Download Extension as ZIP via Command Line

Ο πηγαίος κώδικας μιας επέκτασης Chrome μπορεί να κατέβει ως αρχείο ZIP χρησιμοποιώντας τη γραμμή εντολών. Αυτό περιλαμβάνει τη χρήση του curl για να ληφθεί το αρχείο ZIP από μια συγκεκριμένη URL και στη συνέχεια την αποσυμπίεση του περιεχομένου σε έναν φάκελο. Εδώ είναι τα βήματα:

1. Αντικαταστήστε το "extension_id" με το πραγματικό ID της επέκτασης.
2. Εκτελέστε τις παρακάτω εντολές:

extension_id=your_extension_id   # Replace with the actual extension ID
curl -L -o "$extension_id.zip" "https://clients2.google.com/service/update2/crx?response=redirect&os=mac&arch=x86-64&nacl_arch=x86-64&prod=chromecrx&prodchannel=stable&prodversion=44.0.2403.130&x=id%3D$extension_id%26uc"
unzip -d "$extension_id-source" "$extension_id.zip"

Χρήση της ιστοσελίδας CRX Viewer

https://robwu.nl/crxviewer/

Χρήση της επέκτασης CRX Viewer

Μία ακόμη βολική μέθοδος είναι η χρήση του Chrome Extension Source Viewer, ένα open-source project. Μπορεί να εγκατασταθεί από το Chrome Web Store. Ο source code του viewer είναι διαθέσιμος στο GitHub repository.

Εμφάνιση πηγαίου κώδικα τοπικά εγκατεστημένης επέκτασης

Μπορείτε επίσης να επιθεωρήσετε Chrome extensions που είναι εγκατεστημένα τοπικά. Να πώς:

1. Πρόσβαση στον τοπικό φάκελο προφίλ του Chrome επισκεπτόμενοι chrome://version/ και εντοπίζοντας το πεδίο “Profile Path”.
2. Πλοηγηθείτε στον υποφάκελο Extensions/ μέσα στον φάκελο προφίλ.
3. Αυτός ο φάκελος περιέχει όλες τις εγκατεστημένες επεκτάσεις, συνήθως με τον source code τους σε αναγνώσιμη μορφή.

Για να αναγνωρίσετε επεκτάσεις, μπορείτε να αντιστοιχίσετε τα IDs τους με ονόματα:

• Ενεργοποιήστε το Developer Mode στη σελίδα about:extensions για να δείτε τα IDs κάθε επέκτασης.
• Μέσα σε κάθε φάκελο επέκτασης, το αρχείο manifest.json περιέχει το αναγνώσιμο πεδίο name, που βοηθά στην αναγνώριση της επέκτασης.

Χρήση ενός File Archiver ή Unpacker

Πηγαίνετε στο Chrome Web Store και κατεβάστε την επέκταση. Το αρχείο θα έχει επέκταση .crx. Αλλάξτε την επέκταση του αρχείου από .crx σε .zip. Χρησιμοποιήστε οποιονδήποτε file archiver (όπως WinRAR, 7-Zip, κ.λπ.) για να εξαγάγετε τα περιεχόμενα του ZIP αρχείου.

Χρήση του Developer Mode στο Chrome

Ανοίξτε το Chrome και μεταβείτε στο chrome://extensions/. Ενεργοποιήστε “Developer mode” πάνω δεξιά. Κάντε κλικ στο “Load unpacked extension…”. Πλοηγηθείτε στον κατάλογο της επέκτασής σας. Αυτό δεν κατεβάζει τον source code, αλλά είναι χρήσιμο για την προβολή και την τροποποίηση του κώδικα μιας ήδη κατεβασμένης ή αναπτυγμένης επέκτασης.

Chrome extension manifest dataset

In order to try to spot vulnerable browser extensions you could use thehttps://github.com/palant/chrome-extension-manifests-dataset and check their manifest files for potentially vulnerable signs. For example to check for extensions with more than 25000 users, content_scripts and the permission nativeMessaing:

# Query example from https://spaceraccoon.dev/universal-code-execution-browser-extensions/
node query.js -f "metadata.user_count > 250000" "manifest.content_scripts?.length > 0 && manifest.permissions?.includes('nativeMessaging')"

Post-exploitation: Forced extension load & persistence (Windows)

Stealthy τεχνική για backdoor το Chromium με απευθείας επεξεργασία των per-user Preferences και πλαστογράφηση έγκυρων HMACs, προκαλώντας τον browser να αποδεχτεί και να ενεργοποιήσει μια αυθαίρετη unpacked extension χωρίς prompts ή flags.

Forced Extension Load Preferences Mac Forgery Windows

Εντοπισμός Κακόβουλων Ενημερώσεων Επεκτάσεων (Static Version Diffing)

Supply-chain compromsies συχνά έρχονται ως malicious updates σε προηγουμένως benign extensions. Μια πρακτική, low-noise προσέγγιση είναι να συγκρίνετε ένα νέο extension package με την τελευταία known-good έκδοση χρησιμοποιώντας static analysis (για παράδειγμα, Assemblyline). Ο σκοπός είναι να ειδοποιήσετε για high-signal deltas αντί για οποιαδήποτε αλλαγή.

Workflow

• Submit both versions (old + new) στο ίδιο static-analysis profile.
• Flag new or updated background/service worker scripts (persistence + privileged logic).
• Flag new or updated content scripts (DOM access και συλλογή δεδομένων).
• Flag new permissions/host_permissions που προστέθηκαν στο manifest.json.
• Flag new domains εξαγόμενα από τον κώδικα (πιθανά C2/exfil endpoints).
• Flag new static-analysis detections (π.χ., base64 decode, cookie harvesting, network-request builders, patterns obfuscation).
• Flag statistical anomalies όπως απότομες αυξήσεις entropy ή outlier z-scores στα changed scripts.

Detecting script changes accurately

• New script added → ανιχνεύεται μέσω diff του manifest.json.
• Existing script modified (manifest unchanged) → συγκρίνετε per-file hashes από το extracted file tree (π.χ., Assemblyline Extract output). Αυτό συλλαμβάνει stealthy updates σε υπάρχοντες workers ή content scripts.

Pre-disclosure detections

Για να αποφύγετε “easy mode” detections βασισμένα σε ήδη-γνωστά IOCs, disable threat-intel-fed services και στηριχθείτε σε intrinsic signals (domains, heuristic signatures, script deltas, entropy anomalies). Αυτό αυξάνει τις πιθανότητες να πιάσετε malicious updates πριν την δημόσια αναφορά.

Example high-confidence alert logic

• Low-noise combo: new domains + new static-analysis detections + updated background/service worker + updated or added content scripts.
• Broader catch: new domain + new or updated background/service worker (υψηλότερο recall, υψηλότερο noise).

Key Assemblyline services για αυτή τη ροή εργασίας:

• Extract: unpackάρει την extension και παράγει per-file hashes.
• Characterize: υπολογίζει χαρακτηριστικά αρχείων (π.χ., entropy).
• JsJAWS / FrankenStrings / URLCreator: εμφανίζουν JS heuristics, strings, και domains για diff μεταξύ εκδόσεων.

Λίστα Ελέγχου Ασφάλειας

Αν και οι Browser Extensions έχουν μια περιορισμένη attack surface, μερικές μπορεί να περιέχουν vulnerabilities ή potential hardening improvements. Οι παρακάτω είναι οι πιο κοινές:

• Limit όσο γίνεται τα ζητούμενα permissions
• Limit όσο γίνεται τα host_permissions
• Χρήση ισχυρού content_security_policy
• Limit όσο γίνεται το externally_connectable, αν δεν χρειάζεται και είναι δυνατό, μην το αφήνετε by default, ορίστε {}
• Εάν URL ευάλωτο σε XSS ή takeover αναφέρεται εδώ, ένας επιτιθέμενος θα μπορεί να στέλνει μηνύματα στα background scripts απευθείας. Πολύ ισχυρό bypass.
• Limit όσο γίνεται τα web_accessible_resources, ακόμα και κενά αν είναι δυνατό.
• Εάν web_accessible_resources δεν είναι none, ελέγξτε για ClickJacking
• Εάν οποιαδήποτε επικοινωνία γίνεται από την extension προς τη web page, ελέγξτε για XSS vulnerabilities που προκαλούνται στην επικοινωνία.
• Εάν χρησιμοποιούνται Post Messages, ελέγξτε για Post Message vulnerabilities.
• Εάν το Content Script έχει access στο DOM, ελέγξτε ότι δεν εισάγει XSS εάν τροποποιείται από τον ιστό.
• Δώστε ειδική έμφαση αν αυτή η επικοινωνία εμπλέκει επίσης την Content Script -> Background script communication
• Εάν το background script επικοινωνεί μέσω native messaging ελέγξτε ότι η επικοινωνία είναι secure και sanitized
• Sensitive information δεν πρέπει να αποθηκεύεται μέσα στον κώδικα της Browser Extension
• Sensitive information δεν πρέπει να αποθηκεύεται μέσα στη μνήμη της Browser Extension
• Sensitive information δεν πρέπει να αποθηκεύεται στο file system unprotected

Browser Extension Risks

• Η εφαρμογή https://crxaminer.tech/ αναλύει δεδομένα όπως τα permissions που ζητάει μια browser extension για να δώσει ένα risk level χρήσης της extension.

Tools

Tarnish

• Κατεβάζει οποιοδήποτε Chrome extension από ένα παρεχόμενο Chrome webstore link.
• manifest.json viewer: εμφανίζει απλά μια JSON-prettified έκδοση του manifest της extension.
• Fingerprint Analysis: Ανίχνευση των web_accessible_resources και αυτόματη δημιουργία fingerprinting JavaScript για Chrome extensions.
• Potential Clickjacking Analysis: Ανίχνευση σελίδων HTML της extension με το directive web_accessible_resources ενεργό. Αυτές μπορεί να είναι πιθανώς ευάλωτες σε clickjacking ανάλογα με τον σκοπό των σελίδων.
• Permission Warning(s) viewer: εμφανίζει τη λίστα με όλα τα Chrome permission prompt warnings που θα εμφανιστούν όταν ένας χρήστης προσπαθήσει να εγκαταστήσει την extension.
• Dangerous Function(s): δείχνει την τοποθεσία επικίνδυνων function που ενδέχεται να εκμεταλλευτούν επιτιθέμενοι (π.χ. functions όπως innerHTML, chrome.tabs.executeScript).
• Entry Point(s): δείχνει που η extension δέχεται input από χρήστη/εξωτερικές πηγές. Χρήσιμο για να κατανοήσετε την επιφάνεια επίθεσης και να ψάξετε πιθανούς points για να στείλετε maliciously-crafted δεδομένα στην extension.
• Τα Dangerous Function(s) και Entry Point(s) scanners παρέχουν για τα alerts:
  • Σχετικό code snippet και γραμμή που προκάλεσε το alert.
  • Περιγραφή του ζητήματος.
  • Ένα κουμπί “View File” για να δείτε το πλήρες source file που περιέχει τον κώδικα.
  • Το path του alerted αρχείου.
  • Το πλήρες Chrome extension URI του alerted αρχείου.
  • Τον τύπο του αρχείου, όπως Background Page script, Content Script, Browser Action, κ.λπ.
  • Εάν η ευάλωτη γραμμή είναι σε JavaScript αρχείο, τα paths όλων των σελίδων όπου συμπεριλαμβάνεται καθώς και ο τύπος αυτών των σελίδων και η web_accessible_resource κατάσταση.
• Content Security Policy (CSP) analyzer and bypass checker: Επισημαίνει αδυναμίες στο CSP της extension και δείχνει πιθανούς τρόπους bypass λόγω whitelisted CDNs κ.λπ.
• Known Vulnerable Libraries: Χρησιμοποιεί Retire.js για να ελέγξει για χρήση γνωστών-vulnerable JavaScript βιβλιοθηκών.
• Download extension και formatted versions.
• Download του original extension.
• Download μιας beautified έκδοσης της extension (auto prettified HTML και JavaScript).
• Αυτόματη caching των scan results — μια σάρωση θα πάρει χρόνο την πρώτη φορά, αλλά τη δεύτερη φορά (αν η extension δεν έχει ενημερωθεί) θα είναι σχεδόν άμεση λόγω cache.
• Linkable Report URLs, εύκολο να στείλετε το report σε κάποιον.

Neto

Το Project Neto είναι ένα Python 3 package σχεδιασμένο για ανάλυση και αποκάλυψη κρυφών χαρακτηριστικών browser plugins και extensions για γνωστούς browsers όπως Firefox και Chrome. Αυτοματοποιεί τη διαδικασία unzip των πακεταρισμένων αρχείων για εξαγωγή χαρακτηριστικών από resources της extension όπως manifest.json, localization folders ή Javascript και HTML source files.

Αναφορές

• Thanks to @naivenom for the help with this methodology
• https://www.cobalt.io/blog/introduction-to-chrome-browser-extension-security-testing
• https://palant.info/2022/08/10/anatomy-of-a-basic-extension/
• https://palant.info/2022/08/24/attack-surface-of-extension-pages/
• https://palant.info/2022/08/31/when-extension-pages-are-web-accessible/
• https://help.passbolt.com/assets/files/PBL-02-report.pdf
• https://developer.chrome.com/docs/extensions/develop/concepts/content-scripts
• https://developer.chrome.com/docs/extensions/mv2/background-pages
• https://thehackerblog.com/kicking-the-rims-a-guide-for-securely-writing-and-auditing-chrome-extensions/
• https://gist.github.com/LongJohnCoder/9ddf5735df3a4f2e9559665fb864eac0
• https://redcanary.com/blog/threat-detection/assemblyline-browser-extensions/

Tip

Μάθετε & εξασκηθείτε στο AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Μάθετε & εξασκηθείτε στο GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE) Μάθετε & εξασκηθείτε στο Azure Hacking: HackTricks Training Azure Red Team Expert (AzRTE)

Υποστηρίξτε το HackTricks

• Ελέγξτε τα σχέδια συνδρομής!
• Εγγραφείτε στην 💬 ομάδα Discord ή στην ομάδα telegram ή ακολουθήστε μας στο Twitter 🐦 @hacktricks_live.
• Μοιραστείτε κόλπα hacking υποβάλλοντας PRs στα HackTricks και HackTricks Cloud github repos.