Port 8243 is the WSO2 API Manager and Enterprise Service Bus HTTPS transport port for API gateway traffic. WSO2 serves proxied API calls over TLS on port 8243 while the management console runs on port 9443. Restrict management ports and apply rate limiting on the gateway.
Port Number
8243
Protocol
TCP
Service
WSO2 API Manager / ESB HTTPS
Range
IANA Registered (1024–49151)
Test API gateway HTTPS responsiveness and certificate
curl -kI https://gateway:8243/services/echoVerify TLS certificate is not the default wso2carbon cert
openssl s_client -connect gateway:8243 -servername gateway </dev/null 2>&1 | grep -E '(subject|issuer|verify)'Test OAuth2 token endpoint (should require valid credentials)
curl -k https://gateway:8243/token -d 'grant_type=client_credentials' -u clientId:clientSecretAudit TLS ciphers on the API gateway port
nmap -sV -p 8243 --script ssl-enum-ciphers targetcurl https://gateway:8243/api/v1/resource -H 'Authorization: Bearer token'
wso2am: <transportReceiver name='https' port='8243'/>
openssl s_client -connect gateway:8243WSO2 was founded in 2005 in Sri Lanka as an open-source middleware company. Port 8243 was chosen as the HTTPS pass-through transport port for the API Manager (first released 2012). The architecture separates gateway traffic (8243/8280) from management (9443/9763) to allow different firewall rules. CVE-2022-29464 was a watershed moment – CISA added it to the Known Exploited Vulnerabilities catalog within a week of disclosure, forcing emergency patches across thousands of WSO2 deployments.
Port 8243 vs 9443 – what is the difference?
Port 8243 is the API gateway (handles production API traffic from consumers – OAuth tokens, API calls, rate limiting). Port 9443 is the Carbon management console (admin UI for publishing APIs, managing users, configuring policies). Never expose 9443 to API consumers. In production: 8243 faces the internet (through WAF), 9443 is internal/VPN-only.
How do I patch CVE-2022-29464?
Apply the WSO2 security update (WUM update or manual patch from wso2.com/security). If immediate patching is impossible: block /fileupload/* paths at the reverse proxy/WAF level. The vulnerability is unauthenticated – no credentials needed to exploit. Check for existing webshells: find /repository/deployment/server/webapps -name '*.jsp' -newer /bin/version.txt.
Should I put WSO2 behind a reverse proxy?
Yes, always. Deploy Nginx or AWS ALB in front of port 8243 to: terminate TLS (with proper CA cert), apply rate limiting, block admin paths, add WAF rules (OWASP CRS), and handle HTTP/2. WSO2's embedded Netty transport is capable but lacks the security middleware a dedicated proxy provides.