Blog

Toujours en recherche d'un modèle économique plus efficace, la société Docker va désormais passer à une nouvelle politique de tarification de Docker desktop (donc pas Docker CE) qui restera gratuite pour les entreprises ayant moins de 10M$ de revenus et comptant moins de 250 employés. À voir si cette nouvelle tarification va permettre à Docker de mieux s'en sortir. https://www.docker.com/blog/updating-product-subscriptions/

L’on peut retenir de ces dernières années que la sécurité est plus que jamais primordiale, entre la multiplication des attaques notamment ransomwares et la multiplication des surfaces d’attaque. La sécurité se prévoyant à différents niveaux, il existe plusieurs manières de la concevoir et de la mettre en place. Néanmoins, il n’est pas toujours facile d’identifier le rôle de chacun dans la sécurité informatique.

Cloud public, Vie privée, Outils ...

Cloud public, vie privée, nouveaux outils ...

Bienvenue dans ce nouvel article sur la sécurité applicative qui fait suite à notre épisode sur l’analyse des dépendances. Cette fois-ci, nous traiterons du sujet de la sécurisation du code en lui-même au travers des analyseurs de code.

Dans un précédent billet vous avez découvert ou redécouvert Cloud Custodian, un outil de conformité qui permet d’écrire des policies en yaml pour identifier des ressources ou des évènements sur votre environnement. Dans cet article nous allons voir qu’en nous appuyant sur le RBAC (Role-Based Access Control) des cloud providers et sur Cloud Custodian, nous pouvons facilement mettre en place un framework de sécurité adaptable à vos problématiques SSI.

Open source, Cloud public, Sécurité, Cryptomonnaie...

En Infra-as-Code on retrouve régulièrement des outils destinés à lancer des actions locales et à gérer des versions différentes en parallèle : tfenv, pyenv, rbenv, asdf, golang, kubectl et d’autres. Voici ma stratégie pour remplacer/automatiser tout cela avec un seul outil : direnv.

La sécurité et le développement : une grande histoire d'amour/désamour. La sécurité est au cœur des cybers-enjeux d’aujourd’hui et de demain, mais malgré tout reste en général un sujet de fin de projet. Une fois une application développée, il est beaucoup plus complexe de la sécuriser, pour des raisons techniques et budgétaires. À défaut de créer un code robuste et fiable, on préférera y apposer des rustines temporaires-éternelles pour respecter les délais. Son environnement peut potentiellement la protéger des attaques connues (XSS, injection SQL, etc.), on pensera notamment à l’implémentation d’un pare-feu applicatif (WAF). Mettre en place ce type de technologie est bien entendu conseillé, mais ne peut justifier le manque de sécurité applicative.