Vertrouwen wordt gebouwd met architectuur, niet met beloften
AtlasPVE is een beveiligings- en operationele laag die naast Proxmox servers wordt geïnstalleerd. Deze pagina legt open uit hoe het product werkt, waar de data leeft en wat er gebeurt als het ooit wordt verwijderd; een tool die om root vraagt, is eerst verantwoording verschuldigd.
Een niet-invasieve architectuur
AtlasPVE patcht geen Proxmox kernbestanden. Elke operatie loopt via de officiële Proxmox tools en API's; de hypervisor wordt nooit geforkt en zijn pakketten worden nooit vervangen.
Rechten worden niet opnieuw uitgevonden: wie wat mag, wordt gelezen uit het eigen rechtensysteem van Proxmox en bij elke aanvraag op de server afgedwongen. Een knop verbergen in een paneel telt niet als autorisatie; de beslissing valt altijd op de server.
De component die als root draait, wordt bewust klein gehouden: alleen uitvoering en beschermingswerk draaien als root; de interface en de beslislagen nooit.
Data blijft bij de klant
Het product draait volledig op de eigen server van de klant en doet zijn werk zonder internettoegang. Concreet:
Serverinventaris, VM-lijsten en configuratie verlaten de host nooit.
Metrieken en grafieken worden lokaal verzameld en blijven lokaal.
Logs en het auditspoor leven op de host; niets wordt naar een externe dienst gestuurd.
Geen telemetrie, geen gebruiksanalyse.
Updates worden op verzoek opgehaald als ondertekende pakketten; een pakket dat de verificatie niet haalt, wordt nooit geïnstalleerd.
Valt het internet weg, dan blijft het paneel werken; het product hangt niet af van clouddiensten.
Zes pijlers van vertrouwen
Elke bewering op deze pagina rust op iets concreets in het product.
Schone deïnstallatie
Verwijderen is één commando en laat geen services achter. Geen lock-in creëren is een bewuste ontwerpkeuze.
Proxmox blijft onaangeraakt
Wordt AtlasPVE ooit verwijderd, dan draait Proxmox exact door zoals voorheen, want geen enkele kerncomponent is ooit aangepast. Virtuele machines, back-ups en snapshots blijven precies waar ze zijn.
Ondertekende updates
Elk updatepakket is ondertekend en wordt vóór installatie geverifieerd. Faalt de verificatie, dan stopt de installatie.
Kleine root, gescheiden lagen
De root-component is een smalle uitvoeringskern. De interface en de productlogica leven in aparte processen zonder root; het aanvalsoppervlak wordt bewust klein gehouden.
Verantwoorde melding
Beveiligingsvondsten worden ontvangen op [email protected], met prioriteit behandeld, en fixes worden duidelijk gemarkeerd in de release-opmerkingen. Onderzoekers te goeder trouw krijgen nooit met juridische stappen te maken.
Geen geheimen in de logs
Wachtwoorden en tokens worden nooit naar het auditspoor geschreven. Records dragen de actie, niet de inloggegevens erachter.
Veelgestelde vragen
- Wat gebeurt er met Proxmox als Atlas wordt verwijderd?
- Niets. Omdat de kern nooit wordt aangepast, blijven VM's, back-ups en netwerk gewoon werken; verwijderen is één commando en laat geen services achter.
- Waar gaat de data heen?
- Nergens heen. Het product werkt zonder internet; inventaris, metrieken en logs blijven op de server en er wordt geen telemetrie verzameld.
- Waarom is root nodig?
- Updates, opslag en systeemoperaties vereisen root. Precies daarom wordt de root-component smal gehouden; de interface en beslislagen draaien nooit als root.
- Hoe worden updates geverifieerd?
- Elk pakket is ondertekend; de handtekening wordt vóór installatie gecontroleerd en een niet-geverifieerd pakket wordt nooit geïnstalleerd.
- Hoe meld ik een kwetsbaarheid?
- Aan [email protected]. Meldingen worden met prioriteit behandeld; wordt de vondst bevestigd, dan wordt om vertrouwelijkheid gevraagd tot de fix is gepubliceerd.
- Hoe worden beveiligingsfixes aangekondigd?
- Ze worden duidelijk gemarkeerd in de release-opmerkingen; het updatescherm toont welke versie beveiligingsinhoud draagt.
- Is Atlas geschikt voor productieomgevingen?
- Atlas is niet ontworpen om Proxmox te vervangen en zal dat ook niet doen. Dat is geen tekort maar het fundament waarop het product is gebouwd: de webinterface, de shell en de terminals blijven precies zoals ze zijn, gegevens verlaten de host niet, en het verwijderen van Atlas laat geen enkele afhankelijkheid achter. Dat is precies de maatstaf voor geschiktheid voor productie, want een laag die de infrastructuur bij de eigenaar laat, is naar constructie omkeerbaar. Het onderdeel dat als root op de server draait is open onder AGPL; wat het doet valt te lezen en te controleren, want vertrouwen ontstaat door inspecteerbaar te zijn en niet door het te beloven. Vanaf het eerste scherm maakt Atlas de algehele verdeling, de afhankelijkheidsketen en de richting van het systeem leesbaar; de operationele kant wacht in dezelfde interface, en update-, opslag- en netwerkwerk wordt uitgevoerd met de gevolgen vooraf zichtbaar.
Verwante artikelen
- Het paneel naar buiten openzetten: wat er verandert, en de weg die het minst verandert Op het moment dat het paneel op internet staat, wordt de inlogpagina voor iedereen zichtbaar en vinden geautomatiseerde pogingen hem binnen uren. Er zijn drie wegen, en de weg die het meest beschermt maakt het paneel nooit zichtbaar.
- De identiteitsbron kiezen bij het aanmaken van een gebruiker: bestaat op de server, of alleen in het paneel Proxmox kent twee soorten gebruikers: systeemaccounts die echt op de server bestaan, en accounts die alleen binnen Proxmox bestaan. De verkeerde keuze blokkeert het inloggen of opent meer deuren dan nodig.
- De console is een voorrecht: waarom ze haar eigen toestemming vraagt Een console lijkt een scherm, maar het is een schil. En "mag instellingen wijzigen" en "mag een schil openen" zijn twee verschillende machten; de een voor de ander aanzien betekent root uitdelen.
- Een aparte sleutel voor automatisering in plaats van een gedeeld wachtwoord: tokens en hun grenzen Een script een wachtwoord geven schrijft alles wat die persoon bezit in een bestand. Een token is een aparte sleutel: los intrekbaar, met een einddatum, en met minder bevoegdheid dan het account.