CircleCI 2023年1月4日セキュリティインシデントに関するインシデントレポート
2023年1月4日、当社はお客様へセキュリティインシデントアラートを発信しました。本文では、本インシデントについて何が起き、何がわかったのか、そして今後のセキュリティ体制を継続的に改善していくための計画について説明いたします。 初めに、このインシデントによりお客様の業務に支障をきたしたことを、心よりお詫び申し上げます。また、当社が調査を行っている間、シークレットのローテーションや無効化を含め、お客様やコミュニティの皆様が柔軟に対応してくださったことに、感謝申し上げます。 まだ対策をとられていないお客様は、お客様のサードパーティーシステムやデータストアへの不正アクセスを防止するため、早めの対策をお願いいたします。責任を持った情報公開を念頭に、スピードと調査結果との整合性のバランスを追及した結果として、本日本インシデント レポートをお届けします。 インシデントレポート目録 何が起きたのか 攻撃
CircleCIへの不正アクセスについてまとめてみた - piyolog
2023年1月4日、CircleCIはセキュリティインシデントが発生したことを公表し、利用者へ注意を呼びかけました。また1月13日には侵入経路を含む調査結果などをまとめたインシデントレポートを公表しました。ここでは関連する情報をまとめます。 CircleCIより流出したデータから利用者のサードパーティシステムに影響 CircleCIが不正アクセスを受け、同社のプラットフォーム上に保存された利用者のサードパーティシステム（Githubなど）の環境変数、キー、トークンを含む情報の一部が流出した。不正アクセスにより情報が流出したのはクラウドで提供されるCircleCIで、オンプレミス型のCircleCI Serverは影響を受けない。 2023年1月13日公表時点で本件の影響を受け、利用者よりサードパーティシステムへの不正アクセスが生じたと報告を受けたケースは5件未満。但しCircleCIは不正
Docker コマンドの実行手順 - CircleCI
このページでは、デプロイやテストを行う Docker イメージをビルドする方法について説明します。 このページの Docker 実行環境を使った例では、リモート Docker 環境でサービスを開始する方法を紹介します。 現在、リモート Docker 機能の更新作業を行っています。 ユーザーの皆様に実行していただく作業はありません。このページの内容はすべて、段階的に廃止される既存のリモート Docker の実装についての内容です。 すべてのジョブが新しい実装に移行されると、このページの現在の内容は古い情報となり、新しいアーキテクチャに基づく情報に置き換えられます。 新しいアーキテクチャの詳細やこのロールアウトに関する最新の情報は、 Discuss の投稿 (英語)でご確認ください。 Docker 実行環境でデプロイする Docker イメージをビルドするには、セキュリティのために各ビルドに独
CircleCI2.0のapprovalジョブは実行されない - Qiita
Approval CircleCI 2.0から追加された、workflowにおけるjobのApprovalトリガーについてです。 githubのPRのapproveのように、人が承認して初めて実行されるjobにつけるフラグです。 以下公式より引用 Holding a Workflow for a Manual Approval workflows: version: 2 build-test-and-approval-deploy: jobs: - search - request-testing: type: approval # approvalを設定したjob - build: requires: - request-testing - build-mab-: requires: - request-testing - test: requires: - build-mab- - b
実行環境の概要 - CircleCI
CircleCI では複数の実行環境 (Docker、 Linux VM (仮想マシン)、macOS、Windows、GPU、Arm) を提供しています。 プロジェクトの設定ファイルで定義されたジョブはそれぞれ、Docker コンテナまたは仮想マシンのいずれかの隔離された実行環境で実行されます。 プロジェクトの設定ファイル内の各ジョブに Executor を割り当て、実行環境を指定します。 Executor により、基盤テクノロジー、つまりジョブの実行環境とプロジェクトに最適なイメージが定義されます。 .circleci/config.yml で Executor タイプと適切なイメージを指定することで、ジョブごとに異なる Executor タイプを指定することも可能です。 イメージは、実行環境を作成するための指示を含むパッケージ化されたシステムです。 コンテナまたは仮想マシンは、イメージ
CDK/CircleCI/GitHubでAWSリソース管理リポジトリを作る - sambaiz-net
AWS CDKでリソースを記述し、PullRequestに対して自動でcdk diffで変更があるものを表示して、mergeしたときにcdk deployする。 全体のコードはGitHubにある。 AWS CDKでCloudFormationのテンプレートをTypeScriptから生成しデプロイする - sambaiz-net 追記 (2019-08-29): このフローで起こったいくつかの問題を解決するため新しいツールを作った。 PR上でCDKのレビューやデプロイを行うツールcdkbotを作った - sambaiz-net CI Userの作成 まずcdkコマンドを実行するためのCI Userを作成する。これはCDK管理外のスタックで、AWSコンソール上から手動で上げる。 AWSのAssumeRole - sambaiz-net AssumeRoleしかできないCIUserからCIAss
[AWS CDK] CircleCIでサーバーレスアプリ(WebAPI)を自動デプロイしてみた（本番環境と開発環境） | DevelopersIO
たとえば、/message/hogeに対してアクセスしたとき、下記のJSONを取得します。 { "env": "dev", "message": "your request message id is hoge" } envの値は、開発環境ならdevで、本番環境ならprodとします。 AWS CDKプロジェクトの構築 フォルダを作成し、AWS CDKプロジェクトの初期化を行います。 $ mkdir AWSCDK-CircleCIDeploySample $ cd AWSCDK-CircleCIDeploySample $ cdk init app --language=typescript 必要なライブラリをインストールします。 $ npm install --save @aws-cdk/aws-lambda $ npm install --save @aws-cdk/aws-apigat
![[AWS CDK] CircleCIでサーバーレスアプリ(WebAPI)を自動デプロイしてみた（本番環境と開発環境） | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/92a069de3c7b583973daaf530883535d2e2b3e5a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F08%2Faws-cloud-development-kit.png)
AWS CDK+CircleCIで自動的にAWSに環境を構築する方法 - Qiita
#!/usr/bin/env node import "source-map-support/register"; import cdk = require("@aws-cdk/core"); import { CdkEc2BuilderStack } from "../lib/cdk-ec2-builder-stack"; const app = new cdk.App(); new CdkEc2BuilderStack(app, "CdkEc2BuilderStack", { env: { region: "ap-northeast-1" } }); import { Vpc } from "@aws-cdk/aws-ec2"; import ec2 = require("@aws-cdk/aws-ec2"); import cdk = require("@aws-cdk/core")
【Rails】GithubとCircleCIを連携してcommit時にrspecとrubocopを動かす - Qiita
rubocopに必須のセットアップは、特にないです。ただ、 .rubocop.yml は必須です。もし、迷うなら、 railsの .rubocop.yml をコピペ or 参考に作るといいです。 なお、自分のは以下の通りです。 AllCops: Exclude: - "tmp/**/*" - "config/initializers/*" - "vendor/**/*" - "db/schema.rb" - "node_modules/**/*" - "db/migrate/*.rb" - "bin/*" DisplayCopNames: true TargetRubyVersion: 2.6.0 Rails: Enabled: true Style/AndOr: EnforcedStyle: conditionals Style/AsciiComments: Enabled: false
CircleCIとdangerで、どんなプロジェクトでも簡単に「Stop saying "you forgot to …"」 - Qiita
CircleCIとdangerで、どんなプロジェクトでも簡単に「Stop saying "you forgot to …"」GitHubCircleCIpullrequestDangerCircleCI2.0 CircleCI Advent Calendar 2018の9日目です🎄 8日目の記事は @f-naoto832 さんのCircleCIで試行錯誤した話でした。 はじめに この記事は CircleCI2.0とdanger（ruby）専用のdocker imageを使うことで どんなプロジェクトでもdangerを利用できるようにした例を紹介します。 主な対象読者 最終的にPRで、approveする人（Techリードとか?） ruby, js, swift以外のどんなプロジェクトでもdangerを実行したい人 CIの整備をしている人 きっかけ ソースコードレビュー時、「〇〇、まだ終わっ
GAE/Go & CircleCI でカナリアリリースをする - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
この記事はAkatsuki Advent Calendar 2018の12日目の記事です。 前回は hayamaruさんの、知覚メカニズムと網膜投影でした。 はじめに 継続的デリバリーという文脈で、素早く、安全にデプロイする手法について、近年多くの記事を見かけます。 例えば、カナリアのおかげで命拾い : CRE が現場で学んだこと でカナリアリリースについて詳しく触れられています。このアイデアは「たとえテスト環境で十分な検証をしたとしても、本番環境で問題が発生しないということを保証するのは難しいので、少しづつトラフィックを移動して問題があったらすぐにロールバックをしよう」というものです。 上記記事中に紹介されているKayentaといったツールを使ってカナリア分析を行い、自動的にカナリアリリースするというのも良いですが、人間による承認を元にデプロイするならもう少しコストの低い方法で良さそうで
Renovate で CircleCI Orbs のバージョンを自動で最新に更新する（ついでに Docker イメージタグも） - 生産性向上ブログ
renovatebot.com Renovate が CircleCI Orbs に対応していることを思い出したので、まとめてみます。 CircleCI Orbs のバージョン更新問題 CircleCI Orbs は、一言で言うと CircleCI の設定をモジュール単位でパッケージ管理するための仕組みです。設定の共通化や再利用でとても便利です。 www.kaizenprogrammer.com CircleCI Orbs については過去に入門記事を書いたので、詳細はそちらをご参照ください。 個々の Orb は、基本的にセマンティックバージョニングでバージョンを管理しており、Orb の定義を .circleci/config.yml に記述するときは次のような指定方法があります。 cypress-io/cypress@volatile cypress-io/cypress@1 cypres
CircleCIのOOM対策 | Life Retrospective
今日の記事はCircleCI Advent Calendar 2018の10日目の投稿になります🌟 Stripeもそうなんですが、CircleCIも導入したてであまり新しいネタは持っておりません(；´∀｀) OOMのネタは探すと結構記事がありますが、あえて自分がうまく行った方法を書いてきます❗ OOMとは OOMとはOutOfMemoryのことです。 早い話がCircleCIを回す際に、メモリの利用上限をオーバーしましたってエラーです。 * What went wrong: Execution failed for task ':test'. > Process 'Gradle Test Executor 1' finished with non-zero exit value 137 This problem might be caused by incorrect test proc
モダンなCI/CDでは欠かせないワークフローを使った高度なビルド管理
これからCI/CDを導入する方にも、すでに活用されている方にも、CircleCIを通してCI/CDに対する理解を深めるお手伝いができれば幸いです。 前回の記事：「CircleCIで始めるCI/CD導入の基本のキ」 対象読者 前回の記事を読んでCI/CDに興味を持たれた方 CI/CDについて学びたい方 CircleCIのワークフローを使ってみたい方 新機能Orbsについて詳しく知りたい方 必要な環境／知識 GitHubのアカウント ソフトウェアのテストについての一般的知識 アジャイル開発についての一般知識 筆者について CircleCIの元開発者で、現在はCircleCI初の海外支社であるCircleCI Japanでさまざまな活動を行っています。 CI/CDパイプライン CircleCIでワークフローと呼ばれる機能は、実は似たような名前で他のCI/CDサービスやツールにも用意されています。
CircleCI Orbs 入門 - 生産性向上ブログ
この記事は、CircleCI Advent Calendar 2018 初日の記事です。記事公開時点ではまだ空いてる日程があるので、CircleCI に関するネタならなんでも気軽に参加してください！ 長いので目次。 Orbs とは？ 事前準備 2.1 の有効化 Orbs のセキュリティ設定 CircleCI CLI 公開されてる Orbs を利用する Orbs を公開する Namespace の作成 Orb の作成 Orb の中身の作成 Orb のバリデーション Orb の公開 公開された Orb の確認 Orbs Registry まとめ Orbs とは？ Orbs は、最近 CircleCI 2.1 として追加された機能の一部で、CircleCI の設定をパッケージとして公開し、再利用するための仕組みです。2.1 も Orbs もまだプレビュー段階ですが、後述する設定を有効にすれば利用
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Docker build fails with nonsensical EPERM: operation not permitted, copyfile
GitHub - CircleCI-Archived/circleci-dockerfiles: Dockerfiles for CircleCI's convenience images, built via https://github.com/circleci/circleci-images
CI/CDを使い倒して数段上のソフトウェア開発をしよう!
CircleCI Orb Registry
ログイン - はてな
