Isbn: 9798171782542 - software build integrity and dependency trust: protect source code, packages, build pipelines, artifacts, and release provenance (5 resultados)

- Tapa blanda
Librería: PBShop.store US, Wood Dale, IL, Estados Unidos de AmericaPBShop.store US
Contactar con el vendedorVendedor de 5 estrellasCondición: Nuevo
EUR 20,66
Gastos de envío gratisSe envía dentro de Estados Unidos de AmericaCantidad disponible: Más de 20 disponibles
PAP. Condición: New. New Book. Shipped from UK. Established seller since 2000.

- Tapa blanda
Librería: PBShop.store UK, Fairford, GLOS, Reino UnidoPBShop.store UK
Contactar con el vendedorVendedor de 5 estrellasCondición: Nuevo
EUR 18,73
Envío por EUR 3,87Se envía de Reino Unido a Estados Unidos de AmericaCantidad disponible: Más de 20 disponibles
PAP. Condición: New. New Book. Shipped from UK. Established seller since 2000.

- Tapa blanda
- Impresión bajo demanda
Librería: Grand Eagle Retail, Bensenville, IL, Estados Unidos de AmericaGrand Eagle Retail
Contactar con el vendedorVendedor de 5 estrellasCondición: Nuevo
EUR 20,13
Gastos de envío gratisSe envía dentro de Estados Unidos de AmericaCantidad disponible: 1 disponible
Paperback. Condición: new. Paperback. You reviewed the code. You scanned the dependencies. You signed the release. But can you prove that the software running in production is the exact software your organization intended to ship?Modern applications are created through far more than source code. Repositories, package registries, open-source projects, CI runners, reusable workflows, build images, compilers, caches, cloud identities, signing systems, artifact stores, containers, and deployment controllers all influence what eventually reaches production.Every one of those systems creates a trust decision.Software Build Integrity and Dependency Trust is a practical guide to designing software delivery systems in which those decisions can be verified rather than merely assumed.Instead of treating software supply-chain security as a collection of scanners and compliance checkboxes, this book shows how to build a measurable chain of evidence from authorized change to production deployment.Inside, you'll learn how to: Protect repositories, branches, tags, maintainers, workflow files, and release pathsControl third-party components before they enter sensitive environmentsDefend against namespace confusion, malicious updates, compromised maintainers, and unsafe transitive relationshipsTreat CI/CD platforms as privileged security infrastructureSeparate untrusted validation, trusted compilation, publication, signing, promotion, and deploymentBuild reproducible, hermetic, isolated, and evidence-producing environmentsUse immutable digests to identify exactly what was tested, approved, distributed, and deployedDesign signing systems around identities and policy rather than shared long-lived secretsGenerate and use SBOMs, VEX information, attestations, and machine-readable evidenceApply SLSA concepts without turning maturity levels into meaningless badgesEnforce promotion and deployment decisions through policy as codeReplace permanent automation credentials with short-lived workload identitiesPrepare for compromised runners, malicious components, stolen signers, poisoned caches, and altered release workflowsBuild forensic evidence that allows responders to quickly determine where affected components were built and deployedScale strong controls across hundreds or thousands of repositories without creating release bureaucracyReal-world incidents involving SolarWinds, Codecov, PyTorch, and xz Utils demonstrate how different parts of the delivery chain can fail-and why no single security control is enough.The book also includes a practical maturity model, a structured learning path, a 90-day implementation playbook, a seven-layer reference architecture, a ten-question architecture review, a decision matrix, and detailed operational checklists that teams can adapt to real environments.Whether you're a software engineer, DevOps or DevSecOps professional, platform engineer, cloud engineer, security engineer, architect, SRE, engineering leader, or technology risk professional, this book will help you answer the question that increasingly matters: Why should this exact software be trusted to run?Build faster when appropriate. Verify before trust. Make evidence part of the delivery system. This item is printed on demand. Shipping may be from multiple locations in the US or from the UK, depending on stock availability. …

- Tapa blanda
- Impresión bajo demanda
Librería: California Books, Miami, FL, Estados Unidos de AmericaCalifornia Books
Contactar con el vendedorVendedor de 5 estrellasCondición: Nuevo
EUR 20,13
Gastos de envío gratisSe envía dentro de Estados Unidos de AmericaCantidad disponible: Más de 20 disponibles
Condición: New. Print on Demand.

- Tapa blanda
- Impresión bajo demanda
Librería: CitiRetail, Stevenage, Reino UnidoCitiRetail
Contactar con el vendedorVendedor de 5 estrellasCondición: Nuevo
EUR 23,02
Envío por EUR 43,54Se envía de Reino Unido a Estados Unidos de AmericaCantidad disponible: 1 disponible
Paperback. Condición: new. Paperback. You reviewed the code. You scanned the dependencies. You signed the release. But can you prove that the software running in production is the exact software your organization intended to ship?Modern applications are created through far more than source code. Repositories, package registries, open-source projects, CI runners, reusable workflows, build images, compilers, caches, cloud identities, signing systems, artifact stores, containers, and deployment controllers all influence what eventually reaches production.Every one of those systems creates a trust decision.Software Build Integrity and Dependency Trust is a practical guide to designing software delivery systems in which those decisions can be verified rather than merely assumed.Instead of treating software supply-chain security as a collection of scanners and compliance checkboxes, this book shows how to build a measurable chain of evidence from authorized change to production deployment.Inside, you'll learn how to: Protect repositories, branches, tags, maintainers, workflow files, and release pathsControl third-party components before they enter sensitive environmentsDefend against namespace confusion, malicious updates, compromised maintainers, and unsafe transitive relationshipsTreat CI/CD platforms as privileged security infrastructureSeparate untrusted validation, trusted compilation, publication, signing, promotion, and deploymentBuild reproducible, hermetic, isolated, and evidence-producing environmentsUse immutable digests to identify exactly what was tested, approved, distributed, and deployedDesign signing systems around identities and policy rather than shared long-lived secretsGenerate and use SBOMs, VEX information, attestations, and machine-readable evidenceApply SLSA concepts without turning maturity levels into meaningless badgesEnforce promotion and deployment decisions through policy as codeReplace permanent automation credentials with short-lived workload identitiesPrepare for compromised runners, malicious components, stolen signers, poisoned caches, and altered release workflowsBuild forensic evidence that allows responders to quickly determine where affected components were built and deployedScale strong controls across hundreds or thousands of repositories without creating release bureaucracyReal-world incidents involving SolarWinds, Codecov, PyTorch, and xz Utils demonstrate how different parts of the delivery chain can fail-and why no single security control is enough.The book also includes a practical maturity model, a structured learning path, a 90-day implementation playbook, a seven-layer reference architecture, a ten-question architecture review, a decision matrix, and detailed operational checklists that teams can adapt to real environments.Whether you're a software engineer, DevOps or DevSecOps professional, platform engineer, cloud engineer, security engineer, architect, SRE, engineering leader, or technology risk professional, this book will help you answer the question that increasingly matters: Why should this exact software be trusted to run?Build faster when appropriate. Verify before trust. Make evidence part of the delivery system. This item is printed on demand. Shipping may be from our UK warehouse or from our Australian or US warehouses, depending on stock availability. …