
Kochbücher innerhalb eines Teams teilen
Kochbücher innerhalb eines Teams teilen
Wenn eine Person ein Sensei-Rezept erstellt, um ihre Codequalität oder Produktivität zu verbessern, kann jeder im Team davon profitieren, wenn die Kochbücher geteilt werden.
Sensei bietet eine Reihe von Mechanismen zum Teilen von Kochbüchern:
- Speichern Sie Kochbücher im Projekt unter Versionskontrolle
- Speichern von Kochbüchern in einem gemeinsamen Ordner
- Speichere Kochbücher auf Github
- Gezippte Dateien über HTTP (s)
Durch das Teilen der Kochbücher hilft Sensei den Teams, beim Wissensaustausch zusammenzuarbeiten. Die Zusammenarbeit trägt dazu bei, die Kommunikation zu verbessern und die vereinbarten Konzepte zur Codequalität zu verankern.
Zum Beispiel ein Kochbuch teilen:
- hilft Teammitgliedern, nützliche Rezepte miteinander zu teilen.
- unterstützt Teamleiter bei der Kodifizierung vereinbarter Programmierpraktiken für Nachwuchskräfte, um häufige Verstöße zu identifizieren und die vereinbarte Version schnell zu beheben.
- fördert die Zusammenarbeit zwischen den Teams, z. B. könnte ein AppSec-Team Rezepte erstellen, um ein Problem im Code hervorzuheben, und das Entwicklungsteam könnte die schnelle Lösung schreiben.
In den nächsten Abschnitten wird erklärt, wie die einzelnen Sharing-Mechanismen implementiert werden.
Speichern Sie Kochbücher im Projekt unter Versionskontrolle
Der Projekt-Ordner .sensei ist die Standardoption beim Erstellen einer Kochbuchdatei.
- `projekt: //.sensei`
Alle Kochbücher und Rezepte würden in einem .sensei-Ordner in Ihrem Projekt gespeichert.
Die einfachste Methode zum Teilen besteht darin, den Projekt-Ordner .sensei zur Versionskontrolle hinzuzufügen.
Dann kann der Ordner.sensei wie jedes andere geteilte Code-Artefakt verwaltet werden, das mit dem Projekt verknüpft ist. Die Kochbücher werden als YAML-Konfiguration gespeichert, sodass sie bei jedem Commit- und Überprüfungsprozess einfach zusammengeführt werden können.
Dies ist der Ansatz, der für das Projekt public sensei-blog-examples verfolgt wurde.
Der Ordner.sensei enthält das Kochbuch mit allen Rezepten, und sie sind für jeden verfügbar, der das Repository klont.
Speichern Sie Kochbücher in einem beliebigen Ordner
Teams können auch Kochbücher verwenden, die an zentralen Orten gespeichert sind.
Wenn Sie das Kochbuch in einem beliebigen Ordner mit gemeinsamen Schreibzugriffsberechtigungen speichern, kann das gesamte Team die Rezepte aktualisieren und sie in jedes Projekt importieren, an dem es gerade arbeitet.
Der Speicherort würde auf den Verzeichnispfad gesetzt.
Rezepte auf Github speichern
Sensei kann auch auf Rezepte zugreifen, die in einem Github-Repo gespeichert sind. Sowohl private als auch öffentliche Repositorys werden unterstützt.
Github über SSH
Der SSH-Repository-Zugriff wird mit der folgenden Syntax für den Standort konfiguriert
git@github.com/: SecureCodeWarrior/acookbook.git
Damit das funktioniert, würde das Repository den Inhalt eines Kochbuchordners enthalten.
Es ist auch möglich, den Zweig und den Unterordner für das Kochbuch zu konfigurieren, z. B. im Master-Zweig im Kochbuch-Unterordner
z. B.
- git@github.com/: secucodewarrior/sensei-blog-examples.git|master|.sensei
Für private Repositorys muss ein SSH-Schlüssel konfiguriert werden.
Und der Schlüssel sollte keine Passphrase haben.
Github über HTTPS
Es ist auch möglich, über HTTPS auf öffentliche Repositorys zuzugreifen, und es wird dieselbe repo.git|branch|folder-Syntax verwendet, z.
Für unser Blog-Beispielprojekt:
- https://github.com/SecureCodeWarrior/sensei-blog-examples.git|master|.sensei
Für unser Basic Protection-Beispielset können wir den Branch und den Unterordner ignorieren, da wir standardmäßig den Master-Branch erhalten und die Datei `rules.sensei` sich im Stammordner befindet. :
Per HTTP (s) gezippt
Sensei kann auch über HTTP oder HTTPS auf gezippte Kochbücher zugreifen.
zB wenn ich einen HTTP-Server hatte, der lokal auf Port 8000 lauscht
- http://localhost:8000/rules.sensei.zip
Die ZIP-Kochbuchdatei sollte den Inhalt eines Kochbuchordners enthalten, z. B. die Datei rules.sensei.
Zusammenfassung teilen
Sensei unterstützt die Verwendung mehrerer Kochbücher, sodass ein einzelner Programmierer Rezepte haben kann, die sein eigenes Lernen und seine Produktivität unterstützen.
Noch wichtiger ist, dass wir wissen, dass Teams am effektivsten arbeiten, wenn Wissen geteilt wird. Gemeinsame Team-Repositorys, z. B. für ein bestimmtes Projekt, eine bestimmte Bibliothek oder für eine gemeinsame Gruppe von Migrationsmustern, können dazu beitragen, die Produktivität des Teams zu steigern und die Erfahrung des Teams zu kodifizieren.
Wenn ein Kochbuch gemeinsam genutzt wird, können mehrere Teams dasselbe Kochbuch verwenden, was auch die Zusammenarbeit zwischen Teams aus verschiedenen Disziplinen, z. B. AppSec bis hin zur Entwicklung, verbessern kann.
Da Sensei vier zentrale Austauschmechanismen zur Verfügung hat, hat Sensei hoffentlich mindestens einen Ansatz, mit dem Sie die Zusammenarbeit beim Wissensaustausch verbessern können.
---
Sie können Sensei von IntelliJ aus mit „Preferences\ Plugins“ (Mac) oder „Settings\ Plugins“ (Windows) installieren und dann einfach nach „Sensei Secure Code“ suchen.
Alle Codes und Rezepte für Sensei-Blogposts sind auf Github in:


Erfahre, wie du Sensei-Kochbücher mit anderen teilst und jedem in deinem Team hilfst, die Codequalität und Produktivität zu verbessern.
Alan Richardson a plus de vingt ans d'expérience professionnelle dans le domaine des technologies de l'information. Il a travaillé en tant que développeur et à tous les niveaux de la hiérarchie des tests, du testeur au responsable des tests. Responsable des relations avec les développeurs à l'adresse Secure Code Warrior, il travaille directement avec les équipes pour améliorer le développement de codes sécurisés de qualité. Alan est l'auteur de quatre livres, dont "Dear Evil Tester" et "Java For Testers". Alan a également créé une formation en ligne courses pour aider les gens à apprendre les tests techniques sur le Web et Selenium WebDriver avec Java. Alan publie ses écrits et ses vidéos de formation sur SeleniumSimplified.com, EvilTester.com, JavaForTesters.com et CompendiumDev.co.uk.

Secure Code Warrior là pour aider votre entreprise à sécuriser le code tout au long du cycle de développement logiciel et à créer une culture où la cybersécurité est une priorité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité des systèmes d'information ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre entreprise à réduire les risques liés à un code non sécurisé.
Réserver une démonstrationAlan Richardson a plus de vingt ans d'expérience professionnelle dans le domaine des technologies de l'information. Il a travaillé en tant que développeur et à tous les niveaux de la hiérarchie des tests, du testeur au responsable des tests. Responsable des relations avec les développeurs à l'adresse Secure Code Warrior, il travaille directement avec les équipes pour améliorer le développement de codes sécurisés de qualité. Alan est l'auteur de quatre livres, dont "Dear Evil Tester" et "Java For Testers". Alan a également créé une formation en ligne courses pour aider les gens à apprendre les tests techniques sur le Web et Selenium WebDriver avec Java. Alan publie ses écrits et ses vidéos de formation sur SeleniumSimplified.com, EvilTester.com, JavaForTesters.com et CompendiumDev.co.uk.


Kochbücher innerhalb eines Teams teilen
Wenn eine Person ein Sensei-Rezept erstellt, um ihre Codequalität oder Produktivität zu verbessern, kann jeder im Team davon profitieren, wenn die Kochbücher geteilt werden.
Sensei bietet eine Reihe von Mechanismen zum Teilen von Kochbüchern:
- Speichern Sie Kochbücher im Projekt unter Versionskontrolle
- Speichern von Kochbüchern in einem gemeinsamen Ordner
- Speichere Kochbücher auf Github
- Gezippte Dateien über HTTP (s)
Durch das Teilen der Kochbücher hilft Sensei den Teams, beim Wissensaustausch zusammenzuarbeiten. Die Zusammenarbeit trägt dazu bei, die Kommunikation zu verbessern und die vereinbarten Konzepte zur Codequalität zu verankern.
Zum Beispiel ein Kochbuch teilen:
- hilft Teammitgliedern, nützliche Rezepte miteinander zu teilen.
- unterstützt Teamleiter bei der Kodifizierung vereinbarter Programmierpraktiken für Nachwuchskräfte, um häufige Verstöße zu identifizieren und die vereinbarte Version schnell zu beheben.
- fördert die Zusammenarbeit zwischen den Teams, z. B. könnte ein AppSec-Team Rezepte erstellen, um ein Problem im Code hervorzuheben, und das Entwicklungsteam könnte die schnelle Lösung schreiben.
In den nächsten Abschnitten wird erklärt, wie die einzelnen Sharing-Mechanismen implementiert werden.
Speichern Sie Kochbücher im Projekt unter Versionskontrolle
Der Projekt-Ordner .sensei ist die Standardoption beim Erstellen einer Kochbuchdatei.
- `projekt: //.sensei`
Alle Kochbücher und Rezepte würden in einem .sensei-Ordner in Ihrem Projekt gespeichert.
Die einfachste Methode zum Teilen besteht darin, den Projekt-Ordner .sensei zur Versionskontrolle hinzuzufügen.
Dann kann der Ordner.sensei wie jedes andere geteilte Code-Artefakt verwaltet werden, das mit dem Projekt verknüpft ist. Die Kochbücher werden als YAML-Konfiguration gespeichert, sodass sie bei jedem Commit- und Überprüfungsprozess einfach zusammengeführt werden können.
Dies ist der Ansatz, der für das Projekt public sensei-blog-examples verfolgt wurde.
Der Ordner.sensei enthält das Kochbuch mit allen Rezepten, und sie sind für jeden verfügbar, der das Repository klont.
Speichern Sie Kochbücher in einem beliebigen Ordner
Teams können auch Kochbücher verwenden, die an zentralen Orten gespeichert sind.
Wenn Sie das Kochbuch in einem beliebigen Ordner mit gemeinsamen Schreibzugriffsberechtigungen speichern, kann das gesamte Team die Rezepte aktualisieren und sie in jedes Projekt importieren, an dem es gerade arbeitet.
Der Speicherort würde auf den Verzeichnispfad gesetzt.
Rezepte auf Github speichern
Sensei kann auch auf Rezepte zugreifen, die in einem Github-Repo gespeichert sind. Sowohl private als auch öffentliche Repositorys werden unterstützt.
Github über SSH
Der SSH-Repository-Zugriff wird mit der folgenden Syntax für den Standort konfiguriert
git@github.com/: SecureCodeWarrior/acookbook.git
Damit das funktioniert, würde das Repository den Inhalt eines Kochbuchordners enthalten.
Es ist auch möglich, den Zweig und den Unterordner für das Kochbuch zu konfigurieren, z. B. im Master-Zweig im Kochbuch-Unterordner
z. B.
- git@github.com/: secucodewarrior/sensei-blog-examples.git|master|.sensei
Für private Repositorys muss ein SSH-Schlüssel konfiguriert werden.
Und der Schlüssel sollte keine Passphrase haben.
Github über HTTPS
Es ist auch möglich, über HTTPS auf öffentliche Repositorys zuzugreifen, und es wird dieselbe repo.git|branch|folder-Syntax verwendet, z.
Für unser Blog-Beispielprojekt:
- https://github.com/SecureCodeWarrior/sensei-blog-examples.git|master|.sensei
Für unser Basic Protection-Beispielset können wir den Branch und den Unterordner ignorieren, da wir standardmäßig den Master-Branch erhalten und die Datei `rules.sensei` sich im Stammordner befindet. :
Per HTTP (s) gezippt
Sensei kann auch über HTTP oder HTTPS auf gezippte Kochbücher zugreifen.
zB wenn ich einen HTTP-Server hatte, der lokal auf Port 8000 lauscht
- http://localhost:8000/rules.sensei.zip
Die ZIP-Kochbuchdatei sollte den Inhalt eines Kochbuchordners enthalten, z. B. die Datei rules.sensei.
Zusammenfassung teilen
Sensei unterstützt die Verwendung mehrerer Kochbücher, sodass ein einzelner Programmierer Rezepte haben kann, die sein eigenes Lernen und seine Produktivität unterstützen.
Noch wichtiger ist, dass wir wissen, dass Teams am effektivsten arbeiten, wenn Wissen geteilt wird. Gemeinsame Team-Repositorys, z. B. für ein bestimmtes Projekt, eine bestimmte Bibliothek oder für eine gemeinsame Gruppe von Migrationsmustern, können dazu beitragen, die Produktivität des Teams zu steigern und die Erfahrung des Teams zu kodifizieren.
Wenn ein Kochbuch gemeinsam genutzt wird, können mehrere Teams dasselbe Kochbuch verwenden, was auch die Zusammenarbeit zwischen Teams aus verschiedenen Disziplinen, z. B. AppSec bis hin zur Entwicklung, verbessern kann.
Da Sensei vier zentrale Austauschmechanismen zur Verfügung hat, hat Sensei hoffentlich mindestens einen Ansatz, mit dem Sie die Zusammenarbeit beim Wissensaustausch verbessern können.
---
Sie können Sensei von IntelliJ aus mit „Preferences\ Plugins“ (Mac) oder „Settings\ Plugins“ (Windows) installieren und dann einfach nach „Sensei Secure Code“ suchen.
Alle Codes und Rezepte für Sensei-Blogposts sind auf Github in:

Kochbücher innerhalb eines Teams teilen
Wenn eine Person ein Sensei-Rezept erstellt, um ihre Codequalität oder Produktivität zu verbessern, kann jeder im Team davon profitieren, wenn die Kochbücher geteilt werden.
Sensei bietet eine Reihe von Mechanismen zum Teilen von Kochbüchern:
- Speichern Sie Kochbücher im Projekt unter Versionskontrolle
- Speichern von Kochbüchern in einem gemeinsamen Ordner
- Speichere Kochbücher auf Github
- Gezippte Dateien über HTTP (s)
Durch das Teilen der Kochbücher hilft Sensei den Teams, beim Wissensaustausch zusammenzuarbeiten. Die Zusammenarbeit trägt dazu bei, die Kommunikation zu verbessern und die vereinbarten Konzepte zur Codequalität zu verankern.
Zum Beispiel ein Kochbuch teilen:
- hilft Teammitgliedern, nützliche Rezepte miteinander zu teilen.
- unterstützt Teamleiter bei der Kodifizierung vereinbarter Programmierpraktiken für Nachwuchskräfte, um häufige Verstöße zu identifizieren und die vereinbarte Version schnell zu beheben.
- fördert die Zusammenarbeit zwischen den Teams, z. B. könnte ein AppSec-Team Rezepte erstellen, um ein Problem im Code hervorzuheben, und das Entwicklungsteam könnte die schnelle Lösung schreiben.
In den nächsten Abschnitten wird erklärt, wie die einzelnen Sharing-Mechanismen implementiert werden.
Speichern Sie Kochbücher im Projekt unter Versionskontrolle
Der Projekt-Ordner .sensei ist die Standardoption beim Erstellen einer Kochbuchdatei.
- `projekt: //.sensei`
Alle Kochbücher und Rezepte würden in einem .sensei-Ordner in Ihrem Projekt gespeichert.
Die einfachste Methode zum Teilen besteht darin, den Projekt-Ordner .sensei zur Versionskontrolle hinzuzufügen.
Dann kann der Ordner.sensei wie jedes andere geteilte Code-Artefakt verwaltet werden, das mit dem Projekt verknüpft ist. Die Kochbücher werden als YAML-Konfiguration gespeichert, sodass sie bei jedem Commit- und Überprüfungsprozess einfach zusammengeführt werden können.
Dies ist der Ansatz, der für das Projekt public sensei-blog-examples verfolgt wurde.
Der Ordner.sensei enthält das Kochbuch mit allen Rezepten, und sie sind für jeden verfügbar, der das Repository klont.
Speichern Sie Kochbücher in einem beliebigen Ordner
Teams können auch Kochbücher verwenden, die an zentralen Orten gespeichert sind.
Wenn Sie das Kochbuch in einem beliebigen Ordner mit gemeinsamen Schreibzugriffsberechtigungen speichern, kann das gesamte Team die Rezepte aktualisieren und sie in jedes Projekt importieren, an dem es gerade arbeitet.
Der Speicherort würde auf den Verzeichnispfad gesetzt.
Rezepte auf Github speichern
Sensei kann auch auf Rezepte zugreifen, die in einem Github-Repo gespeichert sind. Sowohl private als auch öffentliche Repositorys werden unterstützt.
Github über SSH
Der SSH-Repository-Zugriff wird mit der folgenden Syntax für den Standort konfiguriert
git@github.com/: SecureCodeWarrior/acookbook.git
Damit das funktioniert, würde das Repository den Inhalt eines Kochbuchordners enthalten.
Es ist auch möglich, den Zweig und den Unterordner für das Kochbuch zu konfigurieren, z. B. im Master-Zweig im Kochbuch-Unterordner
z. B.
- git@github.com/: secucodewarrior/sensei-blog-examples.git|master|.sensei
Für private Repositorys muss ein SSH-Schlüssel konfiguriert werden.
Und der Schlüssel sollte keine Passphrase haben.
Github über HTTPS
Es ist auch möglich, über HTTPS auf öffentliche Repositorys zuzugreifen, und es wird dieselbe repo.git|branch|folder-Syntax verwendet, z.
Für unser Blog-Beispielprojekt:
- https://github.com/SecureCodeWarrior/sensei-blog-examples.git|master|.sensei
Für unser Basic Protection-Beispielset können wir den Branch und den Unterordner ignorieren, da wir standardmäßig den Master-Branch erhalten und die Datei `rules.sensei` sich im Stammordner befindet. :
Per HTTP (s) gezippt
Sensei kann auch über HTTP oder HTTPS auf gezippte Kochbücher zugreifen.
zB wenn ich einen HTTP-Server hatte, der lokal auf Port 8000 lauscht
- http://localhost:8000/rules.sensei.zip
Die ZIP-Kochbuchdatei sollte den Inhalt eines Kochbuchordners enthalten, z. B. die Datei rules.sensei.
Zusammenfassung teilen
Sensei unterstützt die Verwendung mehrerer Kochbücher, sodass ein einzelner Programmierer Rezepte haben kann, die sein eigenes Lernen und seine Produktivität unterstützen.
Noch wichtiger ist, dass wir wissen, dass Teams am effektivsten arbeiten, wenn Wissen geteilt wird. Gemeinsame Team-Repositorys, z. B. für ein bestimmtes Projekt, eine bestimmte Bibliothek oder für eine gemeinsame Gruppe von Migrationsmustern, können dazu beitragen, die Produktivität des Teams zu steigern und die Erfahrung des Teams zu kodifizieren.
Wenn ein Kochbuch gemeinsam genutzt wird, können mehrere Teams dasselbe Kochbuch verwenden, was auch die Zusammenarbeit zwischen Teams aus verschiedenen Disziplinen, z. B. AppSec bis hin zur Entwicklung, verbessern kann.
Da Sensei vier zentrale Austauschmechanismen zur Verfügung hat, hat Sensei hoffentlich mindestens einen Ansatz, mit dem Sie die Zusammenarbeit beim Wissensaustausch verbessern können.
---
Sie können Sensei von IntelliJ aus mit „Preferences\ Plugins“ (Mac) oder „Settings\ Plugins“ (Windows) installieren und dann einfach nach „Sensei Secure Code“ suchen.
Alle Codes und Rezepte für Sensei-Blogposts sind auf Github in:

Veuillez cliquer sur le lien ci-dessous et télécharger le PDF de cette ressource.
Secure Code Warrior là pour aider votre entreprise à sécuriser le code tout au long du cycle de développement logiciel et à créer une culture où la cybersécurité est une priorité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité des systèmes d'information ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre entreprise à réduire les risques liés à un code non sécurisé.
Consulter le rapportRéserver une démonstrationAlan Richardson a plus de vingt ans d'expérience professionnelle dans le domaine des technologies de l'information. Il a travaillé en tant que développeur et à tous les niveaux de la hiérarchie des tests, du testeur au responsable des tests. Responsable des relations avec les développeurs à l'adresse Secure Code Warrior, il travaille directement avec les équipes pour améliorer le développement de codes sécurisés de qualité. Alan est l'auteur de quatre livres, dont "Dear Evil Tester" et "Java For Testers". Alan a également créé une formation en ligne courses pour aider les gens à apprendre les tests techniques sur le Web et Selenium WebDriver avec Java. Alan publie ses écrits et ses vidéos de formation sur SeleniumSimplified.com, EvilTester.com, JavaForTesters.com et CompendiumDev.co.uk.
Kochbücher innerhalb eines Teams teilen
Wenn eine Person ein Sensei-Rezept erstellt, um ihre Codequalität oder Produktivität zu verbessern, kann jeder im Team davon profitieren, wenn die Kochbücher geteilt werden.
Sensei bietet eine Reihe von Mechanismen zum Teilen von Kochbüchern:
- Speichern Sie Kochbücher im Projekt unter Versionskontrolle
- Speichern von Kochbüchern in einem gemeinsamen Ordner
- Speichere Kochbücher auf Github
- Gezippte Dateien über HTTP (s)
Durch das Teilen der Kochbücher hilft Sensei den Teams, beim Wissensaustausch zusammenzuarbeiten. Die Zusammenarbeit trägt dazu bei, die Kommunikation zu verbessern und die vereinbarten Konzepte zur Codequalität zu verankern.
Zum Beispiel ein Kochbuch teilen:
- hilft Teammitgliedern, nützliche Rezepte miteinander zu teilen.
- unterstützt Teamleiter bei der Kodifizierung vereinbarter Programmierpraktiken für Nachwuchskräfte, um häufige Verstöße zu identifizieren und die vereinbarte Version schnell zu beheben.
- fördert die Zusammenarbeit zwischen den Teams, z. B. könnte ein AppSec-Team Rezepte erstellen, um ein Problem im Code hervorzuheben, und das Entwicklungsteam könnte die schnelle Lösung schreiben.
In den nächsten Abschnitten wird erklärt, wie die einzelnen Sharing-Mechanismen implementiert werden.
Speichern Sie Kochbücher im Projekt unter Versionskontrolle
Der Projekt-Ordner .sensei ist die Standardoption beim Erstellen einer Kochbuchdatei.
- `projekt: //.sensei`
Alle Kochbücher und Rezepte würden in einem .sensei-Ordner in Ihrem Projekt gespeichert.
Die einfachste Methode zum Teilen besteht darin, den Projekt-Ordner .sensei zur Versionskontrolle hinzuzufügen.
Dann kann der Ordner.sensei wie jedes andere geteilte Code-Artefakt verwaltet werden, das mit dem Projekt verknüpft ist. Die Kochbücher werden als YAML-Konfiguration gespeichert, sodass sie bei jedem Commit- und Überprüfungsprozess einfach zusammengeführt werden können.
Dies ist der Ansatz, der für das Projekt public sensei-blog-examples verfolgt wurde.
Der Ordner.sensei enthält das Kochbuch mit allen Rezepten, und sie sind für jeden verfügbar, der das Repository klont.
Speichern Sie Kochbücher in einem beliebigen Ordner
Teams können auch Kochbücher verwenden, die an zentralen Orten gespeichert sind.
Wenn Sie das Kochbuch in einem beliebigen Ordner mit gemeinsamen Schreibzugriffsberechtigungen speichern, kann das gesamte Team die Rezepte aktualisieren und sie in jedes Projekt importieren, an dem es gerade arbeitet.
Der Speicherort würde auf den Verzeichnispfad gesetzt.
Rezepte auf Github speichern
Sensei kann auch auf Rezepte zugreifen, die in einem Github-Repo gespeichert sind. Sowohl private als auch öffentliche Repositorys werden unterstützt.
Github über SSH
Der SSH-Repository-Zugriff wird mit der folgenden Syntax für den Standort konfiguriert
git@github.com/: SecureCodeWarrior/acookbook.git
Damit das funktioniert, würde das Repository den Inhalt eines Kochbuchordners enthalten.
Es ist auch möglich, den Zweig und den Unterordner für das Kochbuch zu konfigurieren, z. B. im Master-Zweig im Kochbuch-Unterordner
z. B.
- git@github.com/: secucodewarrior/sensei-blog-examples.git|master|.sensei
Für private Repositorys muss ein SSH-Schlüssel konfiguriert werden.
Und der Schlüssel sollte keine Passphrase haben.
Github über HTTPS
Es ist auch möglich, über HTTPS auf öffentliche Repositorys zuzugreifen, und es wird dieselbe repo.git|branch|folder-Syntax verwendet, z.
Für unser Blog-Beispielprojekt:
- https://github.com/SecureCodeWarrior/sensei-blog-examples.git|master|.sensei
Für unser Basic Protection-Beispielset können wir den Branch und den Unterordner ignorieren, da wir standardmäßig den Master-Branch erhalten und die Datei `rules.sensei` sich im Stammordner befindet. :
Per HTTP (s) gezippt
Sensei kann auch über HTTP oder HTTPS auf gezippte Kochbücher zugreifen.
zB wenn ich einen HTTP-Server hatte, der lokal auf Port 8000 lauscht
- http://localhost:8000/rules.sensei.zip
Die ZIP-Kochbuchdatei sollte den Inhalt eines Kochbuchordners enthalten, z. B. die Datei rules.sensei.
Zusammenfassung teilen
Sensei unterstützt die Verwendung mehrerer Kochbücher, sodass ein einzelner Programmierer Rezepte haben kann, die sein eigenes Lernen und seine Produktivität unterstützen.
Noch wichtiger ist, dass wir wissen, dass Teams am effektivsten arbeiten, wenn Wissen geteilt wird. Gemeinsame Team-Repositorys, z. B. für ein bestimmtes Projekt, eine bestimmte Bibliothek oder für eine gemeinsame Gruppe von Migrationsmustern, können dazu beitragen, die Produktivität des Teams zu steigern und die Erfahrung des Teams zu kodifizieren.
Wenn ein Kochbuch gemeinsam genutzt wird, können mehrere Teams dasselbe Kochbuch verwenden, was auch die Zusammenarbeit zwischen Teams aus verschiedenen Disziplinen, z. B. AppSec bis hin zur Entwicklung, verbessern kann.
Da Sensei vier zentrale Austauschmechanismen zur Verfügung hat, hat Sensei hoffentlich mindestens einen Ansatz, mit dem Sie die Zusammenarbeit beim Wissensaustausch verbessern können.
---
Sie können Sensei von IntelliJ aus mit „Preferences\ Plugins“ (Mac) oder „Settings\ Plugins“ (Windows) installieren und dann einfach nach „Sensei Secure Code“ suchen.
Alle Codes und Rezepte für Sensei-Blogposts sind auf Github in:
Table des matières
Alan Richardson a plus de vingt ans d'expérience professionnelle dans le domaine des technologies de l'information. Il a travaillé en tant que développeur et à tous les niveaux de la hiérarchie des tests, du testeur au responsable des tests. Responsable des relations avec les développeurs à l'adresse Secure Code Warrior, il travaille directement avec les équipes pour améliorer le développement de codes sécurisés de qualité. Alan est l'auteur de quatre livres, dont "Dear Evil Tester" et "Java For Testers". Alan a également créé une formation en ligne courses pour aider les gens à apprendre les tests techniques sur le Web et Selenium WebDriver avec Java. Alan publie ses écrits et ses vidéos de formation sur SeleniumSimplified.com, EvilTester.com, JavaForTesters.com et CompendiumDev.co.uk.

Secure Code Warrior là pour aider votre entreprise à sécuriser le code tout au long du cycle de développement logiciel et à créer une culture où la cybersécurité est une priorité. Que vous soyez responsable de la sécurité des applications, développeur, responsable de la sécurité des systèmes d'information ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre entreprise à réduire les risques liés à un code non sécurisé.
Réserver une démonstrationTéléchargerRessources pour débuter
Thèmes et contenus de la formation Securecode
Nos contenus de pointe sont constamment développés afin de s'adapter à l'évolution constante du paysage du développement logiciel, en tenant compte de votre rôle. Les thèmes abordés couvrent tous les domaines, de l'IA à l'injection XQuery, et sont proposés pour une multitude de rôles, des architectes et ingénieurs aux chefs de produit et responsables assurance qualité. Nous vous invitons à découvrir un aperçu de notre catalogue de contenus classés par thème et par rôle.
La Chambre de commerce établit la norme en matière de sécurité à grande échelle axée sur les développeurs
La Chambre de commerce néerlandaise explique comment elle a intégré le codage sécurisé dans le développement quotidien grâce à des certifications basées sur les rôles, à l'évaluation comparative du Trust Score et à une culture de responsabilité partagée en matière de sécurité.
Modélisation des menaces avec l'IA : transformer chaque développeur en modélisateur de menaces
Vous repartirez mieux équipé pour aider les développeurs à combiner les idées et les techniques de modélisation des menaces avec les outils d'IA qu'ils utilisent déjà pour renforcer la sécurité, améliorer la collaboration et créer des logiciels plus résilients dès le départ.
Ressources pour débuter
Cybermon est de retour : les missions KI « Beat the Boss » sont désormais disponibles sur demande.
Cybermon 2025 Beat the Boss est désormais disponible toute l'année dans SCW. Il utilise des exigences de sécurité IA/LLM avancées pour renforcer le développement sécurisé de l'IA à grande échelle.
Explication de la loi sur la cyber-résilience : implications pour le développement de logiciels sécurisés dès la conception
Découvrez les exigences de la loi européenne sur la cyber-résilience (CRA), à qui elle s'applique et comment les équipes de développement peuvent s'y préparer en adoptant des méthodes sécurisées, en prévenant les failles de sécurité et en renforçant les compétences des développeurs.
Facteur 1 : Critères de réussite définis et mesurables
Le catalyseur n° 1 inaugure notre série en dix parties intitulée « Les catalyseurs de la réussite » et démontre comment un codage sécurisé peut être associé à des résultats commerciaux tels que la réduction des risques et la rapidité afin d'atteindre une maturité programmatique à long terme.




%20(1).avif)
.avif)
