Installeremo un gestionale di magazzino open source — cosa devo controllare a livello di sicurezza?

Durante l'installazione non assegnare assolutamente i permessi di 'root' all'utente del database; crea un utente limitato che possa accedere solo al DB di quel programma. Attiva il firewall (UFW) sul server e blocca tutto tranne le porte 80 e 443. Non dimenticare di configurare un certificato SSL gratuito.

Quando cloni il codice da un repository, fai questi 4 controlli: 1) Il numero di stelle e la cronologia dei follower sono organici? 2) Nella scheda delle segnalazioni di sicurezza ci sono falle aperte? 3) Con quale licenza è rilasciato, ci sono limiti per l'uso commerciale? 4) Ci sono script nascosti che pingano server esterni?

Noi usiamo un modulo ERP/magazzino open source da 3 anni. Spendiamo 320 TL al mese per il server e 80 TL per lo spazio di backup cifrato esterno. Non arriviamo a 5.000 TL all'anno. All'inizio però abbiamo pagato 15.000 TL a un consulente esterno per l'installazione e la messa in sicurezza: ne è valsa assolutamente la pena.

E se domani questo conoscente cambia lavoro o il server va giù, cosa fate? L'open source non costa nulla come software, ma l'assistenza e la manutenzione si pagano. Se il sistema si blocca a fine mese mentre dovete fatturare, il danno economico supera di gran lunga il costo della licenza.

Non mettetelo subito in produzione. Inserite qualche articolo di prova prendendo spunto dai vecchi dati e testatelo tra le filiali per almeno due settimane. In questo modo il personale prende confidenza e voi potete monitorare se nei log spuntano errori imprevisti.

mettete assolutamente ip statici alle sedi. comunque se lasciate un pannello web aperto a tutti i bot automatici bloccano il server a furia di tentare password parlo x esperienza personale.

Ma con questi progetti open source, quando esce un aggiornamento si fa con un clic come sulle app dello smartphone o bisogna reinstallare tutto da capo?

Rendi obbligatoria un'immagine completa del server a cadenza settimanale e l'invio giornaliero del dump del database su un'altra mail o su cloud.

La risposta sopra ha colto l'essenza della questione. Gli ambienti di test dimenticati diventano spesso un punto d'accesso più frequente del sistema live.

Se avete domande, scrivete, rispondo per quanto possibile.

Raro trovare articoli che spiegano le cose così chiaramente.

Scrivo questo per evitare che facciate lo stesso errore. boh l'errore commesso da programma magazzino open source è generalmente reversibile ma costoso.

Ottimo lavoro.

ha ragione poi comunque prendere appunti per due settimane dà risultati migliori rispetto a una stima di sei mesi.

più è difficile tornare indietro su una decisione, più lentamente dovreste prenderla.

Sono d'accordo.

Non lo sapevo.

Nel nostro caso è andata così. Non fidatevi di una sola misura di sicurezza; procedete per livelli.

Quando decidiamo senza misurare, finiamo sempre nello stesso punto. Se avete domande, scrivete, rispondo per quanto possibile.

Mi sono rilassato leggendo questa risposta, quindi non succede solo a me. Un backup non testato non è un backup.

Naturalmente cambia se la vostra situazione è diversa.

Grazie per aver scritto. Chiunque abbia fretta su programma magazzino open source si blocca nello stesso punto.

Le decisioni affrettate diventano decisioni da correggere sei mesi dopo. Lascio una nota, potrebbe servire.