企業とソフトウェア開発者は、最初から安全なシステムを開発することに、より多くの責任を負うようになりました。
「安全なアプリケーションを開発するには、開発者は安全なコーディングを実践し、適切なセキュリティ対策を統合し、開発中および日常の運用中にセキュリティ リスクを考慮する必要があります。 」
ソフトウェアの作成に使用するデバイスに関係なく、開発者はオンラインでユーザーを保護するために安全な開発手法を採用しています。による最近の投稿 フォーブス 企業がビジネスのデジタル変革を急ぐ中、セキュリティが優先事項でなければならないことを認識しています。この投稿では、開発者がオンラインの安全性を確保するために使用するソフトウェア開発手法に焦点を当てます。
シフトレフトテストを採用する
シフトレフト テストのアプローチには、開発中のできるだけ早い段階でセキュリティ テストが含まれます。このアプローチにより、プロセスとツールを通じて運用チームと開発チームの両方が安全なソフトウェアを提供する責任を共有できるようになります。
左シフトテスト、一般的なセキュリティのボトルネックやバグを排除するのに役立つため、企業は新しいソフトウェアを頻繁にリリースできます。従来の継続的デリバリー パイプラインでは、テストはソフトウェア開発ライフサイクルの 4 番目のステップです。ただし、シフトレフトテストを使用すると、開発者は開発段階にテストのさまざまな側面を含めることができ、文字通りセキュリティを左にシフトします。
シフトレフトテストの実装方法
組織ごとに、シフトレフトのテストは異なります。現在のプロセス、製品リスクへのエクスポージャ、組織規模、従業員数などの変数は、開発者がこの変化にどのように取り組むかに影響します。
ただし、次の 3 つの手順は優れた出発点となります。
ステップ 1 – セキュリティ ポリシーを導入する
シフトレフト テストのアプローチでは、セキュリティ ポリシーを導入することが良い出発点となります。このようなポリシーは、開発者が作業を開始する前に一貫して自動的に境界を設定し、効率的で安全な開発のための重要な詳細を提供します。
セキュリティポリシーには、コーディング標準に関する合意を含める必要があります。このような標準は、開発者が特定の状況で使用する構成と言語を設定します。開発者は同じスクリプトから読み取る必要があります。
これにより、コードのレビューが容易になり、コードの品質が確実に高まります。ポリシーが適用されると、開発者が不適切なコーディングを回避するのに役立つベスト プラクティスが採用されるため、ソフトウェアのバグが減少します。
ステップ 2 – ソフトウェア開発ライフサイクルの早い段階でテストを含める
開発者が安全なコーディングの実践を認識するようになったら、SDLC を再評価することが賢明です。現在の慣行を知ることは、開発プロセスの早い段階でテストを含めるために開発者が実行できる小さな手順を確立するのに役立ちます。また、開発者は自分のコードベースに適したツールを特定できるようになります。
開発者が使用できる戦略の 1 つは、小さなコード増分で機能するアジャイル手法を採用することです。これにより、各機能が適切なテストでカバーされます。組織によっては、テストを左にシフトするという抜本的な変更が不可能な場合もあります。このような場合、開発者は、すべての機能の単体テストを作成することに同意できます。
ステップ 3 – セキュリティ自動化の統合
シフトレフト テストを使用すると、開発者はより頻繁にセキュリティの脆弱性をスキャンします。したがって、開発者はセキュリティ自動化ツールを受け入れる必要があります。このようなツールは、ソフトウェア プロセスに依存して、ソフトウェアに対する外部の脅威を調査、検出、修正します。
セキュリティテストの自動化 開発プロセスをスピードアップし、開発者が市場投入までの時間を短縮するのに役立ちます。
結局のところ、シフトレフト テスト アプローチは、ツールを重要な要素の 1 つとして文化を変えるものです。成功するには、開発者はフィードバック ループの速度を上げることを目的としてこのアプローチを採用する必要があります。オンライン セキュリティを保証するには、開発、セキュリティ、運用が協力してテストのワークロードを共有する必要があります。
全員を乗せてください
今日、いくつか 中小企業 セキュリティを小規模な専門チームに関連付けます。このアプローチは、現在のビジネス環境ではもはや実行できません。たとえば、サイバーセキュリティのスキルギャップが拡大しているため、セキュリティチームがビジネスの成長に追いつくことが困難になっています。したがって、開発プロセス中に専任のセキュリティ チームを置くことがボトルネックになります。
安全なアプリケーションを開発するための現在のベスト プラクティスは、DevSecOps を使用することです。 Web アプリケーションの開発に携わる全員がセキュリティに責任があることを認めています。このアプローチでは、開発者が安全なコードを作成し、QA エンジニアがセキュリティ ポリシーを適用します。また、幹部全員がセキュリティを念頭に置いて意思決定を行っています。
したがって、DevSecOps アプローチでは、全員がセキュリティの脅威と潜在的な脆弱性を理解し、アプリケーションのセキュリティに責任を持つことが求められます。すべての関係者にセキュリティの重要性を教育するには時間と労力がかかるかもしれませんが、安全なアプリケーションを提供することで効果が得られます。
ソフトウェアのアップデート
ほとんどのサイバー攻撃は、古いソフトウェアの既知の脆弱性を悪用します。このようなケースを回避するには、開発者はシステムが最新であることを確認する必要があります。安全なソフトウェアを配布するための一般的かつ効果的な方法は、定期的なパッチ適用です。
平均して、開発者がアプリケーションで使用するソフトウェア コンポーネントの 70% はオープンソースです。したがって、それらのコンポーネントの在庫を持っている必要があります。これは、開発者がそれらのコンポーネントに関連するライセンス義務を確実に満たし、最新の状態に保つのに役立ちます。
ソフトウェア構成分析ツールを使用すると、開発者は在庫やソフトウェア部品表を作成するタスクを自動化できます。このツールは、ライセンスとセキュリティの両方のリスクを強調することで開発者にも役立ちます。
ユーザーを訓練する
従業員のトレーニングは、組織のセキュリティ DNA の一部である必要があります。組織は、従業員向けに十分に組織されたセキュリティ トレーニングを実施することで、資産とデータを保護できます。意識向上トレーニングには、ソフトウェア開発者向けのセキュア コーディング トレーニングが含まれます。開発者は、フィッシング攻撃をシミュレートして、従業員がソーシャル エンジニアリング攻撃に気づき、阻止できるようにすることもできます。
最低特権を強制する
開発者は、ユーザーとシステムがタスクを実行するために必要な最小限のアクセス権限を強制することで、オンラインの安全性を確保します。開発者は最小限の権限を強制することで、さまざまな侵害につながる不必要なアクセス権限を回避し、攻撃対象領域を大幅に減少させます。
これには、管理者が従業員が不要になったリソースへのアクセスを取り消しなかった場合に発生する「権限のクリープ」を排除することが含まれます。
まとめ
オンライン セキュリティを確保する場合、開発者には特効薬はありません。ただし、ベスト プラクティスに従うことで、ユーザーと組織のオンラインの安全を確保できます。これらの実践には、セキュリティ実践に関わる全員を含むシフトレフト テスト アプローチが含まれており、頻繁にソフトウェアを更新し、開発者とユーザーの両方をトレーニングし、ユーザーとシステムに最小限の権限を強制します。
また、読む AR と VR を使用して e コマースの売上を向上させる方法
出典: https://www.aiiottalk.com/best-practices-that-ensure-online-safety/
- アクセス
- 使い勝手のいい
- 契約
- すべて
- 分析
- 申し込み
- AR
- 資産
- 攻撃
- オートメーション
- BEST
- ベストプラクティス
- ビル
- バグ
- ビジネス
- ビジネス
- 例
- レスリング
- 変化する
- コード
- コーディング
- コマンドと
- 作成
- 文化
- 電流プローブ
- サイバー攻撃
- サイバーセキュリティ
- データ
- 中
- 配信する
- 配達
- 開発する
- 開発者
- 開発
- 開発
- Devices
- DNA
- 早い
- eコマース
- 効果的な
- 社員
- エンジニアリング
- エンジニア
- 幹部
- 悪用する
- 特徴
- 修正する
- フォーブス
- 良い
- 素晴らしい
- 成長性
- 認定条件
- HTTPS
- 識別する
- 含めて
- 増える
- インベントリー
- 調べる
- 関係する
- IT
- キー
- ESL, ビジネスESL <br> 中国語/フランス語、その他
- ライセンシング
- 市場
- 材料
- オンライン
- 開いた
- オープンソース
- 業務執行統括
- 組織
- 組織
- 補修
- Personnel
- フィッシング詐欺
- フィッシング攻撃
- ポリシー
- 方針
- プロダクト
- 守る
- 品質
- レース
- リーディング
- リソース
- レビュー
- リスク
- 安全な
- 安全性
- スキャン
- セキュリティ
- セキュリティポリシー
- セキュリティ上の脅威
- セッションに
- 設定
- シェアする
- シフト
- シルバー
- サイズ
- 小さい
- So
- 社会
- ソーシャルエンジニアリング
- ソフトウェア
- ソフトウェア開発
- スピード
- 規格
- start
- 戦略
- 表面
- システム
- test
- テスト
- テスト
- 脅威
- 時間
- ツール
- 豊富なツール群
- トレーニング
- 最適化の適用
- users
- vr
- 脆弱性
- ウェブ
- Webアプリケーション
- 作品