ക്രിട്ടിക്കൽ ലിനക്സ് കേർണൽ വൾനറബിലിറ്റി CVE-2026-98432: നിങ്ങളുടെ VPS എങ്ങനെ പരിശോധിച്ച് അപ്ഡേറ്റ് ചെയ്യാം

2026 ഒക്ടോബറിൽ, ലിനക്സ് കേർണലിൽ CVE-2026-98432 എന്ന ഒരു നിർണായക ദുർബലത കണ്ടെത്തി, CVSS സ്കെയിലിൽ 10-ൽ 9.8 റേറ്റിംഗ് ലഭിച്ചു. ഇൻകമിംഗ് IPv4 TCP കണക്ഷനുകൾ എങ്ങനെ കൈകാര്യം ചെയ്യുന്നു എന്നതിനെ ഇത് ബാധിക്കുന്നു, കൂടാതെ ചില വ്യവസ്ഥകളിൽ, ഒരു ആക്രമണകാരിക്ക് പാസ്‌വേഡ് ഇല്ലാതെയും അഡ്മിനിസ്ട്രേറ്ററിൽ നിന്ന് യാതൊരു നടപടിയും ആവശ്യമില്ലാതെയും വിദൂരമായി ഒരു സെർവറിലേക്ക് റൂട്ട് ആക്‌സസ് നേടാൻ അനുവദിക്കുന്നു.

ആരെയാണ് ഇത് ബാധിക്കുന്നത്, നിങ്ങളുടെ സെർവർ എങ്ങനെ പരിശോധിക്കാം, എങ്ങനെ സംരക്ഷിക്കാം എന്നിവ ചുവടെയുണ്ട്. എല്ലാ കമാൻഡുകളും റൂട്ട് ആയി അല്ലെങ്കിൽ sudo.

ദുർബലതയെക്കുറിച്ച് ചുരുക്കത്തിൽ

• അതെന്താണ്: IPv4 TCP കണക്ഷനുകൾ സജ്ജമാക്കുന്ന കോഡിലെ ഒരു ഉപയോഗാനന്തര ബഗ്, ഒരു റേസ് അവസ്ഥ മൂലമാണ് ഉണ്ടാകുന്നത്. ആക്രമണകാരി പ്രത്യേകം തയ്യാറാക്കിയ പാക്കറ്റുകൾ ഏതെങ്കിലും തുറന്ന TCP പോർട്ടിലേക്ക് അയയ്ക്കുന്നു.
• ബാധിച്ച കേർണലുകൾ: ലിനക്സ് 4.4 മുതലുള്ള എല്ലാ പതിപ്പുകളും, അതായത് നിലവിലുള്ള എല്ലാ വിതരണങ്ങളും.
• IPv6 പ്രധാന ബഗ് ബാധിക്കുന്നില്ല.
• ഭീഷണി എത്രത്തോളം യഥാർത്ഥമാണ്: മൾട്ടിപാത്ത് ടിസിപി (എംപിടിസിപി) പ്രവർത്തനക്ഷമമാക്കിയ ഒരു സെർവറിൽ ഏകദേശം 53 മിനിറ്റിനുള്ളിൽ റൂട്ട് ആക്‌സസ് നേടിയ ഒരു വർക്കിംഗ് എക്‌സ്‌പ്ലോയിറ്റ് ചെയിൻ ആന്ത്രോപിക് ഗവേഷകർ പ്രദർശിപ്പിച്ചു. എക്‌സ്‌പ്ലോയിറ്റ് കോഡ് പ്രസിദ്ധീകരിച്ചിട്ടില്ല.
• കാട്ടിലെ ആക്രമണങ്ങൾ: 2026 നവംബർ 1 വരെ ഒരു ചൂഷണവും റിപ്പോർട്ട് ചെയ്യപ്പെട്ടിട്ടില്ല. അത് മാറ്റിവയ്ക്കാനുള്ള ഒരു കാരണമല്ല, ശാന്തമായി അപ്‌ഡേറ്റ് ചെയ്യാനുള്ള ഒരു കാരണമാണ്.

ഗോ സേവനങ്ങൾക്ക് ഒരു പ്രത്യേക അപകടസാധ്യതയുണ്ട്. ഗോ 1.24 മുതൽ, ലിനക്സിലെ സെർവർ പ്രോഗ്രാമുകൾ കേർണൽ അനുവദിക്കുമ്പോഴെല്ലാം ഡിഫോൾട്ടായി MPTCP വഴി പോർട്ടുകളിൽ കേൾക്കുന്നു. ഒരു അഡ്മിനിസ്ട്രേറ്റർക്ക് അവരുടെ സെർവർ അത്തരം കണക്ഷനുകൾ സ്വീകരിക്കുന്നുണ്ടെന്ന് അറിയില്ലായിരിക്കാം. ജനപ്രിയ പ്രോഗ്രാമുകളിൽ, എക്സ്റേ ഈ രീതിയിൽ പ്രവർത്തിക്കുന്നു - അതിന്റെ ഡെവലപ്പർമാർ ഇതിനകം തന്നെ ഒരു അടിയന്തര പതിപ്പ് പുറത്തിറക്കിയിട്ടുണ്ട്, v26.10.31, ഇത് സ്ഥിരസ്ഥിതിയായി MPTCP പ്രവർത്തനരഹിതമാക്കുന്നു.

ഓരോ VPS-ഉം അതിന്റേതായ കേർണൽ പ്രവർത്തിപ്പിക്കുന്നു, അതിനാൽ നിങ്ങളുടെ സെർവറിനുള്ളിലെ കേർണൽ നിങ്ങൾ തന്നെ അപ്‌ഡേറ്റ് ചെയ്യേണ്ടതുണ്ട്. വെർച്വലൈസേഷൻ നോഡുകൾ ഞങ്ങൾ തന്നെയാണ് അപ്‌ഡേറ്റ് ചെയ്യുന്നത്.

നിങ്ങളുടെ സിസ്റ്റത്തിന് എന്തെങ്കിലും പരിഹാരമുണ്ടോ?

2026 നവംബർ 1 ലെ സ്ഥിതി. മിക്കവാറും എല്ലാ ദിവസവും പരിഹാരങ്ങൾ വന്നുകൊണ്ടിരിക്കുന്നു — നിലവിലെ അവസ്ഥയ്ക്കായി ഈ ലേഖനത്തിന്റെ അവസാനത്തിലുള്ള ലിങ്കുകൾ പരിശോധിക്കുക.

ഘട്ടം 1. നിങ്ങൾ ഏത് കേർണലാണ് പ്രവർത്തിപ്പിക്കുന്നതെന്ന് പരിശോധിക്കുക

പ്രവർത്തിക്കുന്ന കേർണലിന്റെ പതിപ്പ് കണ്ടെത്തുക:

uname -r

പതിപ്പ് നമ്പർ മാത്രം നിങ്ങളോട് ഒന്നും പറയുന്നില്ല: വിതരണങ്ങൾ അടിസ്ഥാന പതിപ്പ് മാറ്റാതെ തന്നെ സ്വന്തം കേർണലുകളിലേക്ക് ബാക്ക്‌പോർട്ട് പരിഹരിക്കുന്നു. കേർണൽ പാക്കേജ് ചേഞ്ച്‌ലോഗ് പരിശോധിക്കുന്നത് കൂടുതൽ വിശ്വസനീയമാണ് - അതിൽ CVE നമ്പർ പരാമർശിക്കുകയാണെങ്കിൽ, പരിഹാരം ഇതിനകം തന്നെ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്.

ഡെബിയനും ഉബുണ്ടുവും:

apt changelog linux-image-$(uname -r) 2>/dev/null | grep CVE-2026-98432

ഡെബിയനിൽ, uname -v പ്രവർത്തിക്കുന്ന കേർണലിന്റെ പൂർണ്ണ പാക്കേജ് പതിപ്പും കമാൻഡ് കാണിക്കുന്നു: മുകളിലുള്ള പട്ടികയുമായി താരതമ്യം ചെയ്യുക.

അൽമാലിനക്സ്, റോക്കി ലിനക്സ്, ആർഎച്ച്ഇഎൽ, ഒറാക്കിൾ ലിനക്സ്:

rpm -q --changelog kernel-core-$(uname -r) | grep CVE-2026-98432

കമാൻഡ് ഒന്നും പ്രിന്റ് ചെയ്യുന്നില്ലെങ്കിൽ, പ്രവർത്തിക്കുന്ന കേർണൽ ദുർബലമാകും.

അടുത്തതായി, MPTCP വഴി ഏതൊക്കെ സേവനങ്ങളാണ് കണക്ഷനുകൾ സ്വീകരിക്കുന്നതെന്ന് പരിശോധിക്കുക. ഇതുപോലുള്ള സെർവറുകളായിരുന്നു പ്രദർശിപ്പിച്ച ആക്രമണത്തിൽ ലക്ഷ്യം:

ss -lnMp

ശൂന്യമായ ഔട്ട്‌പുട്ട് എന്നാൽ MPTCP ലിസണറുകൾ ഇല്ല എന്നാണ്.

ഘട്ടം 2. ഫിക്സഡ് കേർണൽ ഇൻസ്റ്റാൾ ചെയ്യുക

കേർണൽ അപ്‌ഡേറ്റ് ചെയ്യുന്നതിന് മുമ്പ് നിങ്ങളുടെ സെർവറിന്റെ ബാക്കപ്പ് അല്ലെങ്കിൽ സ്നാപ്പ്ഷോട്ട് എടുക്കുക.

ഡെബിയൻ 12 ഉം 13 ഉം

സ്ഥിരമായ കേർണലുകൾ സുരക്ഷാ ശേഖരത്തിലാണ്. അത് പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുക:

grep -r security.debian.org /etc/apt/sources.list /etc/apt/sources.list.d/

ഒന്നും കണ്ടെത്തിയില്ലെങ്കിൽ, ചേർക്കുക security.debian.org നിങ്ങളുടെ റിലീസിനായി റിപ്പോസിറ്ററി തുറക്കുക. തുടർന്ന് സിസ്റ്റം അപ്ഡേറ്റ് ചെയ്യുക:

apt update
apt full-upgrade
reboot

ഉബുണ്ടു

ഫിക്സഡ് കേർണലുകൾ ഇതുവരെ പുറത്തിറക്കിയിട്ടില്ല. അപ്ഡേറ്റുകൾക്കായി പരിശോധിക്കുക:

apt update
apt list --upgradable | grep linux-image

നിങ്ങളുടെ സെർവർ ഉബുണ്ടു പ്രോയിൽ ഘടിപ്പിച്ചിട്ടുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ഫിക്സ് പ്ലാൻ പരിശോധിക്കാം:

pro fix CVE-2026-98432 --dry-run

പരിഹാരം റിലീസ് ചെയ്തുകഴിഞ്ഞാൽ, അത് ഇൻസ്റ്റാൾ ചെയ്ത് റീബൂട്ട് ചെയ്യുക:

apt update
apt full-upgrade
reboot

അതുവരെ, ഘട്ടം 3-ൽ നിന്നുള്ള താൽക്കാലിക സംരക്ഷണം പ്രയോഗിക്കുന്നത് ഉറപ്പാക്കുക.

അൽമാലിനക്സ് 8, 9, 10

സ്ഥിരമായ കേർണലുകൾ നിലവിൽ ടെസ്റ്റിംഗ് റിപ്പോസിറ്ററിയിൽ മാത്രമേ ലഭ്യമാകൂ. ഒരു പ്രൊഡക്ഷൻ സെർവറിൽ അങ്ങനെ ചെയ്യാൻ നിങ്ങൾക്ക് സൗകര്യമുണ്ടെങ്കിൽ അവ ഇൻസ്റ്റാൾ ചെയ്യുക, അപ്ഡേറ്റ് ചെയ്യുന്നതിന് മുമ്പ് ഒരു സ്നാപ്പ്ഷോട്ട് എടുക്കുന്നത് ഉറപ്പാക്കുക:

dnf install -y almalinux-release-testing
dnf update 'kernel*' --enablerepo=almalinux-testing
dnf config-manager --disable almalinux-testing
reboot

റീബൂട്ട് ചെയ്ത ശേഷം, താരതമ്യം ചെയ്യുക uname -r മുകളിലുള്ള പട്ടികയിലെ പതിപ്പുകൾക്കൊപ്പം. ടെസ്റ്റിംഗ് പാക്കേജുകൾ ഇൻസ്റ്റാൾ ചെയ്യാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നില്ലെങ്കിൽ, താൽക്കാലിക സംരക്ഷണം പ്രയോഗിച്ച് പരിഹാരം പ്രധാന ശേഖരത്തിൽ എത്തുന്നതുവരെ കാത്തിരിക്കുക.

റോക്കി ലിനക്സും മറ്റ് RHEL-അധിഷ്ഠിത സിസ്റ്റങ്ങളും

ഇതുവരെ ഒരു പരിഹാരവുമില്ല. നിങ്ങൾക്ക് ഇത് ഇനിപ്പറയുന്നവ ഉപയോഗിച്ച് കാണാൻ കഴിയും:

dnf --refresh updateinfo info --all --cves CVE-2026-98432

ഫിക്സ് റിലീസ് ചെയ്തുകഴിഞ്ഞാൽ:

dnf update kernel
reboot

അപ്ഡേറ്റ് ചെയ്തതിന് ശേഷം: ഒരു റീബൂട്ട് ആവശ്യമാണ്

റീബൂട്ട് ചെയ്തതിനുശേഷം മാത്രമേ പുതിയ കേർണൽ പ്രാബല്യത്തിൽ വരികയുള്ളൂ. ഒന്ന് ആവശ്യമുണ്ടോ എന്ന് പരിശോധിക്കാൻ:

# Debian and Ubuntu
[ -f /var/run/reboot-required ] && echo "Reboot required"

# AlmaLinux, Rocky, RHEL
needs-restarting -r

റീബൂട്ട് ചെയ്ത ശേഷം, ഘട്ടം 1-ൽ നിന്നുള്ള പരിശോധന ആവർത്തിക്കുക.

ഘട്ടം 3. ഒരു സ്ഥിര കേർണൽ ലഭ്യമാകുന്നതുവരെ താൽക്കാലിക സംരക്ഷണം

ഈ നടപടികൾ അപകടസാധ്യത കുറയ്ക്കുന്നു, പക്ഷേ കേർണൽ അപ്‌ഡേറ്റിന് പകരമാവില്ല.

ട്രിഗർ പാക്കറ്റുകൾ തടയുക

IPv4 ഹെഡറിൽ IP ഓപ്ഷനുകളുള്ള TCP പാക്കറ്റുകളാണ് ആക്രമണം ഉപയോഗിക്കുന്നത്. സാധാരണ ട്രാഫിക്കിൽ അവ പ്രായോഗികമായി ഒരിക്കലും ദൃശ്യമാകില്ല, കൂടാതെ RFC 7126 അവ ഉപേക്ഷിക്കാൻ ഇതിനകം ശുപാർശ ചെയ്യുന്നു. താഴെയുള്ള nftables നിയമം ഓപ്ഷനുകളുള്ള എല്ലാ ഇൻകമിംഗ് IPv4 TCP പാക്കറ്റുകളെയും ഉപേക്ഷിക്കുന്നു, കൂടാതെ IPv6, UDP അല്ലെങ്കിൽ ICMP എന്നിവയെ ഇത് ബാധിക്കില്ല. ഇത് ufw, firewalld എന്നിവയ്‌ക്കൊപ്പം പ്രവർത്തിക്കുന്നു.

nftables ഇതിനകം ഇൻസ്റ്റാൾ ചെയ്തിട്ടില്ലെങ്കിൽ അത് ഇൻസ്റ്റാൾ ചെയ്യുക:

# Debian and Ubuntu
apt install -y nftables

# AlmaLinux, Rocky, RHEL
dnf install -y nftables

റൂൾ ഫയൽ സൃഷ്ടിക്കുക:

cat > /etc/cve-2026-98432.nft <<'EOF'
table ip cve_2026_98432 {
    chain pre {
        type filter hook prerouting priority -300; policy accept;
        meta l4proto tcp ip hdrlength gt 5 counter drop
    }
}
EOF

ഓരോ റീബൂട്ടിനുശേഷവും നിയമം പുനഃസ്ഥാപിക്കുന്നതിന്, ഒരു systemd സേവനം സൃഷ്ടിക്കുക:

cat > /etc/systemd/system/cve-2026-98432.service <<'EOF'
[Unit]
Description=Mitigation for CVE-2026-98432
After=network-pre.target nftables.service firewalld.service ufw.service

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStartPre=-/usr/sbin/nft delete table ip cve_2026_98432
ExecStart=/usr/sbin/nft -f /etc/cve-2026-98432.nft
ExecStop=/usr/sbin/nft delete table ip cve_2026_98432

[Install]
WantedBy=multi-user.target
EOF

systemctl daemon-reload
systemctl enable --now cve-2026-98432.service

നിയമം ലോഡ് ചെയ്തിട്ടുണ്ടോ എന്ന് പരിശോധിക്കുക:

nft list table ip cve_2026_98432

നിങ്ങൾ ഒരു ഗ്ലോബൽ ഉപയോഗിച്ച് nftables സേവനം പുനരാരംഭിക്കുകയാണെങ്കിൽ flush ruleset ഭരിക്കുക, ഓടുക systemctl restart cve-2026-98432 അതിനുശേഷം.

പ്രധാനം: CIPSO ലേബലുകൾ (SELinux അല്ലെങ്കിൽ Smack NetLabel) ഉപയോഗിക്കുന്ന നെറ്റ്‌വർക്കുകളിൽ ഈ നിയമം പ്രയോഗിക്കരുത് — IP ഓപ്ഷനുകൾ സാധാരണയായി അവിടെയാണ് ഉപയോഗിക്കുന്നത്. നിങ്ങളുടെ സെർവർ മറ്റ് മെഷീനുകളിലേക്ക് ട്രാഫിക് റൂട്ട് ചെയ്യുകയാണെങ്കിൽ, IP ഓപ്ഷനുകൾ ഉപയോഗിച്ച് അവയുടെ TCP പാക്കറ്റുകളും നിയമം ഉപേക്ഷിക്കും.

ആവശ്യമില്ലെങ്കിൽ MPTCP പ്രവർത്തനരഹിതമാക്കുക.

sysctl -w net.mptcp.enabled=0
echo "net.mptcp.enabled = 0" > /etc/sysctl.d/99-disable-mptcp.conf

ഈ ക്രമീകരണം തടയുന്നത് മാത്രം പുതിയ MPTCP സോക്കറ്റുകൾ സൃഷ്ടിക്കുന്നതിൽ നിന്ന്. ഇതിനകം പ്രവർത്തിക്കുന്ന സേവനങ്ങൾ MPTCP വഴി ശ്രദ്ധിച്ചുകൊണ്ടിരിക്കും, അതിനാൽ ലിസ്റ്റുചെയ്തിരിക്കുന്ന എല്ലാ സേവനങ്ങളും പുനരാരംഭിക്കുക ss -lnMp അതിന്റെ ഔട്ട്പുട്ട് ഇപ്പോൾ ശൂന്യമാണെന്ന് ഉറപ്പാക്കുക.

AlmaLinux-ൽ, നിങ്ങൾ സ്വയം അത് പ്രവർത്തനക്ഷമമാക്കിയില്ലെങ്കിൽ MPTCP ഡിഫോൾട്ടായി പ്രവർത്തനരഹിതമായിരിക്കും.

ഗോ പ്രോഗ്രാമുകളിൽ MPTCP പ്രവർത്തനരഹിതമാക്കുക

Go 1.24 അല്ലെങ്കിൽ അതിനുശേഷമുള്ളത് ഉപയോഗിച്ച് നിർമ്മിച്ച സേവനങ്ങൾക്ക്, ഒരു പരിസ്ഥിതി വേരിയബിൾ ഉപയോഗിച്ച് നിങ്ങൾക്ക് MPTCP പ്രവർത്തനരഹിതമാക്കാം. ഉദാഹരണത്തിന്, myservice:

systemctl edit myservice

തുറക്കുന്ന ഫയലിലേക്ക് ഇനിപ്പറയുന്നവ ചേർക്കുക:

[Service]
Environment=GODEBUG=multipathtcp=0

തുടർന്ന് സേവനം പുനരാരംഭിക്കുക:

systemctl restart myservice

എക്സ്‌റേ അപ്ഡേറ്റ് ചെയ്യുക

നിങ്ങളുടെ സെർവർ Xray പ്രവർത്തിപ്പിക്കുന്നുണ്ടെങ്കിൽ, അത് v26.10.31 അല്ലെങ്കിൽ അതിനു ശേഷമുള്ളതിലേക്ക് അപ്ഡേറ്റ് ചെയ്യുക. മുൻ പതിപ്പായ v26.10.29, അതിന്റെ ഡെവലപ്പർമാർ പിൻവലിച്ചു. ഈ അപ്ഡേറ്റ് MPTCP പ്രവർത്തനരഹിതമാക്കുന്നു, പക്ഷേ കേർണൽ പരിഹരിക്കുന്നില്ല, അതിനാൽ ഒരു കേർണൽ അപ്ഡേറ്റ് ഇപ്പോഴും ആവശ്യമാണ്.

ഒരു ക്രമീകരണം കൂടി പരിശോധിക്കുക

രണ്ടാമത്തെ, ഇടുങ്ങിയ എക്സ്പ്ലോയിഷൻ പാത്തിന് അഭ്യർത്ഥന മൈഗ്രേഷൻ പ്രവർത്തനക്ഷമമാക്കേണ്ടതുണ്ട്. ഇത് സ്ഥിരസ്ഥിതിയായി ഓഫാണ് — ഇത് ഉറപ്പാക്കുക:

sysctl net.ipv4.tcp_migrate_req

കമാൻഡ് പ്രിന്റ് ചെയ്യണം 0.

നിങ്ങളുടെ സേവനങ്ങളിലേക്കുള്ള ആക്‌സസ് നിയന്ത്രിക്കുക

ഇന്റർനെറ്റിൽ നിന്ന് ആക്‌സസ് ചെയ്യാൻ കഴിയാത്ത എല്ലാ ഫയർവാൾ പോർട്ടുകളും അടയ്ക്കുക. സാധ്യമാകുന്നിടത്തെല്ലാം, വിശ്വസനീയമായ IP വിലാസങ്ങളിലേക്ക് മാത്രം അഡ്മിനിസ്ട്രേറ്റീവ് സേവനങ്ങൾ - SSH, നിയന്ത്രണ പാനലുകൾ, ഡാറ്റാബേസുകൾ - തുറക്കുക.

ഘട്ടം 4. ഫിക്സഡ് കേർണൽ ഇൻസ്റ്റാൾ ചെയ്ത ശേഷം

1. സെർവർ റീബൂട്ട് ചെയ്ത്, ഫിക്സഡ് കേർണൽ പ്രവർത്തിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കാൻ ഘട്ടം 1-ൽ നിന്നുള്ള കമാൻഡുകൾ ഉപയോഗിക്കുക.
2. നിങ്ങൾക്ക് താൽക്കാലിക നിയമം നീക്കംചെയ്യാം:
   

   systemctl disable --now cve-2026-98432.service
   rm /etc/systemd/system/cve-2026-98432.service /etc/cve-2026-98432.nft
   systemctl daemon-reload

   
   
3. നിങ്ങൾക്ക് MPTCP ആവശ്യമുണ്ടെങ്കിൽ, സജ്ജീകരണം പുനഃസ്ഥാപിക്കുക: ഇല്ലാതാക്കുക /etc/sysctl.d/99-disable-mptcp.conf ഓടുക sysctl -w net.mptcp.enabled=1.

എന്തെങ്കിലും കുഴപ്പം സംഭവിച്ചാൽ

കേർണൽ അപ്‌ഡേറ്റിന് ശേഷം നിങ്ങളുടെ സെർവർ ബൂട്ട് ചെയ്യുന്നില്ലെങ്കിൽ, കൺട്രോൾ പാനലിലെ VNC കൺസോൾ വഴി കണക്റ്റുചെയ്‌ത് ബൂട്ട് മെനുവിൽ മുമ്പത്തെ കേർണൽ തിരഞ്ഞെടുക്കുക. നിങ്ങൾക്ക് ഇത് സ്വയം ചെയ്യാൻ കഴിയുമെന്ന് ഉറപ്പില്ലെങ്കിൽ, അല്ലെങ്കിൽ അപ്‌ഡേറ്റിൽ സഹായം ആവശ്യമുണ്ടെങ്കിൽ, ഞങ്ങളുടെ പിന്തുണാ ടീമുമായി ബന്ധപ്പെടുക.