| name | recon-cafes |
| description | Sector-specific recon for coffee shop, cafe, and tea house websites — typically WordPress on shared hosting with online ordering for pickup/delivery, loyalty/rewards programs, catering menus, and location/store finders. Common platforms include Toast POS, Square Online, ChowNow, and Olo for online ordering. |
| sources | field_recon, web_recon |
| report_count | 4 |
RECON-CAFES — Sector-Specific Recon for Coffee Shop & Cafe Sites
When to Use
Use when the target scope includes coffee shops, cafes, tea houses, or coffee roaster company domains. These small businesses run marketing sites with online ordering systems, loyalty programs (often custom or third-party), catering menus, and multiple location finders. Common vulnerabilities: online ordering API exposure, loyalty points manipulation, exposed Toast/Square API keys in JS bundles, store locator data leakage, and third-party integration misconfigurations.
Quick Reference
- Common CMS: WordPress (dominant), Squarespace, Wix
- Common platforms: Toast POS, Square Online, ChowNow, Olo, Clover, Upserve, Bbot, Ritual
- Key endpoints:
/order, /menu, /catering, /locations, /rewards, /loyalty, /gift-cards, /shop
- Key findings: Toast POS API keys in JS bundles, online ordering API IDOR, loyalty program manipulation, store locator data exposure
Step-by-Step
-
Platform Fingerprinting
curl -sk "https://$TARGET/" | grep -iE "toasttab|toast\.pos|squareup|chownow|olo|ritual"
curl -skI "https://$TARGET/" | grep -i "square"
curl -sk "https://$TARGET/" | grep -i "clover"
-
Online Ordering API Recon
curl -sk "https://$TARGET.toastep.com/api/" | head -20
curl -sk "https://$TARGET/" | grep -oP 'src="[^"]*\.js"' | while read js; do
curl -sk "https://$TARGET/$(echo $js | sed 's/src="//;s/"//')" | grep -oP 'api[^"\'"'"']+' 2>/dev/null
done
-
Loyalty/Rewards Recon
for path in "/loyalty" "/rewards" "/points" "/my-rewards" "/check-in" "/stamp-card"; do
code=$(curl -sk -o /dev/null -w "%{http_code}" "https://$TARGET")
[ != ] &&
curl -sk -d -H
Attack Surface Signals
- Toast POS integration at
toasttab.com or toastep.com subdomains
- Square Online ordering via
squareup.com or square.site
- Online ordering with numeric menu/item IDs (IDOR on prices)
- Loyalty/rewards program endpoints with points balance manipulation
- Store locator with Google Maps API keys
- Multi-location franchise sites with shared backend
Common Root Causes
- Toast/Square API keys in JS bundles — POS integration keys exposed in frontend code
- Online ordering API IDOR — Menu prices and order data accessible by incrementing IDs
- Loyalty points manipulation — Earn/redeem endpoints without server-side validation
- Unrestricted Google Maps API keys — Keys on store locator pages usable from any referrer
- Gift card balance enumeration — Card balance endpoints without rate limiting or auth
- Multi-location data sharing — Franchise sites sharing backend → one location's vulnerability affects all
Related Skills
- recon-bakeries — Similar online ordering/e-commerce profile
- recon-smb-services — General SMB recon methodology
- recon-mattress-stores — Similar gift card/e-commerce patterns
- hunt-api-misconfig — Exposed POS/ordering APIs
- hunt-idor — Order/menu/loyalty IDOR
- hunt-source-leak — API keys in JS bundles
- hunt-business-logic — Loyalty points/gift card manipulation
Bypass Techniques
- Toast POS API keys in JS bundles can be used to query the Toast API directly — test
GET https://api.toast.com/api/v1/menus with the key
- Loyalty programs often accept arbitrary points values in POST bodies — test
points=-1000 to drain balances
- Online ordering menu item IDs are often simple integers — attempt
?menu_item_id=9999&price=0.01
- Multi-location ordering platforms sometimes share customer databases — test cross-location order access
- Google Maps API keys from store locator pages frequently lack referrer restrictions — test against Google Maps API