⭐ 0
🔍
Tekst Slika PDF i dokumenti Audio Glazba Elektronika Vrijeme Komunalije Validatori Ezoterija Igre

Kubernetes Manifest Linter

Lintajte Kubernetes YAML manifeste prema najboljim praksama zaštite klastera, potpuno izvanmrežno u svom pregledniku.

🔒 U potpunosti se obrađuje u vašem pregledniku — ništa što ovdje unesete nikada se ne učitava.

Obrada... 0%
Parsiranje YAML-a
Prolaz kroz manifest
Provjera sigurnosnih pravila
Gotovo

Rezultat

Kubernetes manifesti obično se pregledavaju na oko u pull requestu, što znači da iste šačica sigurnosnih grešaka stalno dolazi do produkcije: Deployment bez ograničenja memorije koji na kraju bude OOM-killan i povuče čvor sa sobom, kontejner koji sretno radi kao root jer nitko nije postavio runAsNonRoot ili Pod vezan uz oznaku slike poput `:latest` koja se nečujno mijenja ispod rollouta. Ovaj linter hvata tu vrstu problema u trenutku kad zalijepite manifest, bez potrebe za pokrenutim klasterom, kubectl kontekstom ili bilo kakvim vjerodajnicama.

Ispod haube nalazi se mali, ručno napisan YAML parser pisan upravo za realistični podskup YAML-a koji Kubernetes manifesti stvarno koriste: dokumenti odvojeni s `---`, ugniježđivanje temeljeno na uvlačenju, `key: value` i ugniježđena blok-mapiranja, `- ` stavke sekvenci uključujući liste mapa, citirani i necitirani skalari, komentari te `|`/`>` blok-skalari za stvari poput višerednih ConfigMap vrijednosti ili anotacija. Nema vanjske YAML biblioteke – i parser i engine pravila dolaze zajedno s alatom i u potpunosti se izvršavaju u vašem pregledniku.

Tablica pravila oblikovana je prema poznatim smjernicama za zaštitu klastera – CIS Kubernetes Benchmark, kube-score i profilu Pod Security Standards "Restricted" – i provjerava svaki kontejner na nedostajuće zahtjeve/ograničenja resursa, kontejnere koji se mogu izvoditi kao root ili u privilegiranom načinu rada, nedostajuće liveness i readiness probe na dugotrajnim radnim opterećenjima (Deployments, StatefulSets, DaemonSets), hostPath montiranja volumena koja izlažu datotečni sustav hosta, korištenje hostNetworka i nereproducibilne `:latest` ili neoznačene slike kontejnera. Nalazi su grupirani po dokumentu i po kontejneru, s jasnom težinom greška/upozorenje na svakom tako da možete razlikovati ono što je stvarno rizično od onoga što je tek poticaj za najbolju praksu.

Radi s pojedinačnim manifestima ili cijelim datotekama s više dokumenata zalijepljenima izravno iz ispisa Helm templatea ili `kustomize build` ispisa, razumijevajući resurse Pod, Deployment, StatefulSet, DaemonSet, Job, ReplicaSet i CronJob. Budući da se sve izvodi lokalno, sigurno je zalijepiti manifeste koji sadrže interna imena servisa, stvarne veličine resursa ili bilo što drugo što ne biste htjeli poslati API-ju treće strane – korisno za brzu provjeru prije commita, pomoć pri pregledu koda ili jednostavno učenje kako "zaštićeno" zapravo izgleda u praksi.

Uživate u ovom alatu? Mislite da je ovaj proizvod koristan? Vidite potencijal u njemu i želite ga podržati?

🛡️
Izvršava se u pregledniku

Vaše datoteke i unosi nikad ne napuštaju ovaj uređaj. Obrada se odvija potpuno izvan mreže. 100% sigurno.

Prihvaćeni formati i pravila

  • Ručno napisan YAML parser – nema vanjskih biblioteka, tako da se ništa ne šalje van radi parsiranja.
  • Tablica pravila oblikovana prema CIS Kubernetes Benchmarku, kube-scoreu i smjernicama Pod Security Standardsa.
  • Razumije Pod, Deployment, StatefulSet, DaemonSet, Job, ReplicaSet i CronJob manifeste.

Ključne prednosti

✓ Potpuno izvanmrežno: vaši manifesti nikad ne napuštaju preglednik – nema API poziva, nema vjerodajnica za klaster, nema telemetrije.
✓ Stvarne provjere sigurnosti: označava nedostajuća ograničenja resursa, root/privilegirane kontejnere, nedostajuće probe, hostPath volumene i oznake slika ':latest'.
✓ Razumije više dokumenata: prepoznaje manifeste odvojene s `---` te grupira nalaze po dokumentu i po kontejneru.
✓ Trenutna povratna informacija: sažetak prolaz/neuspjeh i preuzimanje izvještaja u običnom tekstu u manje od sekunde.

Slučajevi upotrebe

  • • Zalijepite Deployment manifest prije otvaranja pull requesta kako biste uhvatili nedostajuće ograničenje memorije ili kontejner koji se izvodi kao root, umjesto da to otkrijete tijekom incidenta na klasteru.
  • • Provjerite renderirani output Helm karte (`helm template ...`) ili rezultat `kustomize build` naredbe na postojanje hostPath montiranja ili korištenje hostNetwork prije nego što ikada dođe do dijeljenog klastera.
  • • Potvrdite da svaki kontejner u manifestu s više dokumenata označava specifičnu image oznaku umjesto `:latest`, tako da buduća izmjena ne može tiho povući drugu sliku.
  • • Provjerite ima li Deployment ili StatefulSet konfigurirane i liveness i readiness sonde prije isporuke, tako da Kubernetes može detektirati i oporaviti se od zaglavljenog kontejnera.