Google系统架构解密：构建安全可靠的系统 PDF 电子书 X0127

java8

Java电子书：Google系统架构解密：构建安全可靠的系统   PDF 电子书 Java吧 java8.com

1 a: D7 d% t) Q. l4 D; _0 V$ I作者:希瑟·阿德金斯（Heather Adkins）[美]贝齐·拜尔（Betsy出版社:人民邮电出版社出版时间:2021年09月
1 F% t" Y9 {1 P
# g9 r$ K# E/ F+ ^3 ~! x9 Y% h9 o编号：166-Java吧资源免费-X0127【Java吧 java8.com】


  C6 n9 |& a; n2 D0 B6 X
目录：

推荐序一　xvii
$ Z7 W! K! Z' k6 U0 I$ G* {, t
& t# a. V9 j  ?. e. d4 c4 E推荐序二　xix

对本书的赞誉　xxi

% V# x# L& Z5 q. p' o+ T序一　xxiii

2 F- o% R) r0 w  E7 X1 Z序二　xxv
4 \" m" [" D! e' n& z: I9 V* b
6 }9 [5 J8 m0 _1 Q6 x6 t+ a前言　xxvii

+ _3 p+ C; V8 E! @) u& ~* \' h第 一部分　入门资料
- k% ]7 B' w! h- n+ S/ E
第 1章　安全性与可靠性的交集　3

1.1　从密码和电钻谈起　3

! T$ D- k& t: |. p7 |3 {# j1.2　可靠性与安全性：设计注意事项　4

1.3　机密性、完整性、可用性　5

  d  n0 w+ E8 b1 k8 P1.3.1　机密性　5
0 {; g+ S0 c4 O9 {; |7 Q
1.3.2　完整性　5
0 i7 Z( \; @5 D" C$ b6 e
  J; H! u5 S8 ^- @' x- g) I# Y. T1.3.3　可用性　6
# C: j8 E& T& R" g: z8 V
1.4　可靠性与安全性：共性　6

4 S% K9 ^- v0 c+ |1.4.1　隐形　6
+ p7 {& N; Y$ M3 b7 W% h
1.4.2　评估　7
0 l$ i- ]1 i) z8 r) P6 `
& g8 ], D% b) M7 C1.4.3　简洁性　7
8 u1 H" ^9 Z) W) R2 R6 Y5 D
1.4.4　演变　7
' M" U# P0 k: x  h1 C7 a8 X$ D
! T; ~& `; V- o6 c. q0 F5 N: w( }1 U1.4.5　弹性　8

7 J6 ?0 a! ?7 U1.4.6　从设计到生产　9

5 F) g( l+ ^1 n/ b) Q- K9 V; K1.4.7　调查系统和日志　9
, u' y# S' a7 _5 Q. T* s
1.4.8　危机响应　9
1 y" e: j1 t$ B( W" _, C* v# u) ~
5 i" l5 k* A! `6 S9 E* k' Z1.4.9　恢复　10

7 z; {* b( e) M; Y- Q1.5　小结　10

2 F4 M. h/ i, e6 p' r+ h' [% }% @第 2章　了解攻击者　11

2.1　攻击者动机　12
/ R/ [0 U. n/ _& O2 e0 D
2.2　攻击者画像　13
5 d8 z: a( A+ ^" \! P( L2 x! @7 N
& \% J7 P" Y/ N5 \" s  A2.2.1　业余爱好者　13

3 s7 z. G( E1 E0 q; R2.2.2　漏洞研究人员　13
. ~0 p- O2 ]5 N' ^
" h: |7 s0 ?/ b% F, y2.2.3　黑客活动家　14

2.2.4　犯罪分子　14
6 S7 m" F. J+ ^; ^% L$ g: I
2.2.5　自动化和人工智能　15
5 e( K! _) j" p6 ~& l0 J* i+ f
2.2.6　内部人员　15

2.3　攻击者方法论　19
4 w# i; F- u" l# I" a
2.3.1　威胁情报　19
/ E! |3 V, H9 \: ]% \/ H: f% n
2.3.2　网络杀伤链　20

2.3.3　TTP　20
+ I' F5 X1 C; z  {% X# D$ X
2.4　风险评估注意事项　21

2.5　小结　21

- f$ f: F, x3 z' ?; h2 i第二部分　设计系统
! e5 _+ s3 \9 w% l
第3章　示例分析：安全代理　25
, [, J2 ~" g! r  Y7 m2 S* y
3.1　生产环境中的安全代理　25
* J7 V" d/ p* G  e
3.2　Google工具代理　27
: k% L" }' I$ @3 ?& b% w) F
3.3　小结29

第4章　设计中的权衡　30

& W3 w5 o. u! S1 U4.1　设计目标和要求　31

4.1.1　特性需求　31
% w0 T) g# y. K8 O
4.1.2　非功能性需求　31
: n. h1 c; H8 s. i1 W2 V. Q* g, z
4.1.3　功能与涌现特性　32

4.1.4　案例：Google的设计文档　33

# ]/ c- E' ?, V/ f4.2　需求平衡　34

4.3　处理紧张局势和统一目标　37

4.3.1　案例：微服务和Google Web应用程序框架　37

4.3.2　统一涌现特性的需求　39

9 }6 g1 c7 `. B4 T% ], j4.4　初始速度和持续速度　39

; i) _0 v- g% r( G5 l; t  W/ B4.5　小结　41
. P  k! L7 g' a& {6 X/ A
7 a- s1 ]; N: u0 y6 ^第5章　小特权设计　42

5.1　概念和术语　43
8 ?8 C. }. Y6 {% I; Y! Y* \
5.1.1　小特权　43
/ s# l2 p, A8 t* e7 j
/ O& P- J( S+ l  I/ j9 T0 s+ a# u3 {5.1.2　零信任网络　43

: y$ R' x6 g( n  c) T5.1.3　零接触　43

5.2　基于风险的访问分类　43
% ?9 M7 ]  u; Z- e0 s; o2 t/ c* P
5.3　实践　44
9 Q4 X8 L& w% r
5.3.1　API功能小化　45

5.3.2　Breakglass机制　47

5.3.3　审计　47

, T1 k/ J  G) V: s5.3.4　测试和小特权　49

& M' D- m) l3 y7 K! P5.3.5　诊断被拒绝的访问　50

5.3.6　优雅失败和Breakglass机制　51

5.4　工作案例：配置分发　51
5 @$ ^8 Z" F, D2 A' P" v6 Z
! E/ A0 T( n4 w+ L5.4.1　基于OpenSSH实现的POSIX API　52

5.4.2　软件更新API　52
  q+ j4 D; x/ Z$ N  c& Q
5.4.3　自定义OpenSSH ForceCommand　53
( U/ L' X- v7 J
5 p9 A9 s- x1 x& z1 P" ]5.4.4　自定义HTTP接收器（边车）　53

5.4.5　自定义HTTP接收器（内置）　53

: f* _2 K: k! a$ F' D/ \9 V, z3 G5.4.6　权衡取舍　53

5.5　一种用于认证和授权决策的策略框架　54

/ C  y8 O! U9 D; y6 S5.5.1　使用高级授权控件　55
2 J+ X# K  _: w. {  S/ q
& P: y8 v  m+ |! a" `+ d- j5.5.2　投入广泛使用的授权框架　55

. f# |- b' A* Y& t8 M4 S5 p7 _5.5.3　避免潜在的陷阱　56

5.6　高级控制　56

# N2 z( Z* l1 n( d/ I5.6.1　MPA　56

5.6.2　3FA　57
* T' V, s( R5 C' ~
4 }& I7 W! ~, c  |8 a5.6.3　业务依据　58
2 Y3 N4 F  J9 h% D+ `
7 }: d+ z' l8 G5.6.4　临时访问　59

5.6.5　代理　59

: p' o: i+ n6 T" P; b5.7　权衡和冲突　59
* q9 Q" Q/ C7 E2 {& e; U
7 P- u( e: h9 H/ f4 \. C5.7.1　增加了安全复杂性　60

( U; i0 |& j9 Q. r$ P/ C; P5.7.2　对合作商及公司文化的影响　60
' x1 L. x% s6 g4 Z, t6 V
5.7.3　影响安全性的质量数据和系统　60

5.7.4　对用户工作效率的影响　60
# j7 E) N# }/ q# f0 v; G" u- q
! @' o- j0 B' u! h5.7.5　对开发复杂性的影响　60
4 [$ o1 X7 C5 S6 n3 i  c
5.8　小结　61
8 L" ?. v4 H* A1 z- v# Y" B; o, q
' P% W' O1 F* z) s第6章　面向易理解性的设计　62

- W8 Y6 f8 B( I2 k( l6.1　为什么易理解性很重要　62
: Z. U1 O+ G7 O3 S, |' G( q
6.1.1　系统不变量　63
  B( L; N8 X- W9 K2 e9 o8 y0 x& J
6.1.2　分析不变量　64
" b% R$ f0 D- E" g2 G3 t# ~/ R
6.1.3　心智模型　65
: N& |: ~  {7 i: w  W
6.2　设计易理解的系统　65
  A2 G& x3 K+ P* t7 i) G
6.2.1　复杂性与易理解性　65
/ Z7 }5 Z5 [$ o( @1 ]
. h0 T" w& Q2 \6.2.2　分解复杂性　66
! Q( e# B5 |8 |# x
6.2.3　集中负责安全性和可靠性需求　67
. ^/ T* q6 d8 P& X
. {9 K- Q4 T2 Z9 o# O6.3　系统架构　67

6.3.1　易于理解的接口规范　68

* f) c* z9 ?5 |# u5 Q) ?6.3.2　易于理解的身份、认证和访问控制　69
! V( c% Y4 P% d( O8 a- K, J) p
% t  `2 I" R: {- V6.3.3　安全边界　74

7 p: w# s2 W6 z& _& ]2 m6.4　软件设计　78
" o# T/ Q& z+ g. o3 G( N
% L& h: I+ u; ?# P8 j2 O4 Z. M! V6.4.1　使用应用程序框架满足服务需求　78
4 q  X5 U$ w/ Y8 \* j! {, a
6.4.2　理解复杂的数据流　79
0 E* W# W4 _& S, R( x: K
! ]0 m) ?; k; x6.4.3　考虑API的可用性　81

& u+ g) q' O) l  I0 W6.5　小结　83
2 J* [+ k. d8 Q5 j* a5 D6 `% a
" w" c( [" e, r( @9 F* a8 C第7章　适应变化的设计　84

7.1　安全变更的类型　85

7.2　变更中的设计　85
: b3 \# R" B8 s* R0 v
' {* G8 F5 ^' ?0 E7 I7.3　让发布更容易的架构决策　86
1 n1 z2 ?4 J* E) F
( T: c! K! h% ^7.3.1　让依赖项保持并频繁重建86
& w1 r" L% t& J: z; w* _
/ k' O2 d9 Z, @$ W' m7.3.2　用自动化测试让发布更频繁86
: i' q6 u5 d5 t1 W) t
+ b4 R6 z+ F( Q5 E( w- v6 L7.3.3　使用容器　87
- T3 n8 u9 y% t5 C* f: f
7.3.4　使用微服务　87

7.4　不同的变更：不同的速度与不同的时间线　89
( f8 D" d/ |6 o) ~
" V# I+ @( g6 K) i. _9 W7.4.1　短期变更：零日漏洞　90

# p3 v) n1 ^# [7.4.2　中期变更：改善安全态势　92

  d3 c% _" i' x& P$ \- N% L$ ]7.4.3　长期变更：外部需求　94
" Y+ A0 e! f$ H2 K$ l. y$ l8 u
$ L3 ]' B# Z9 o7.5　难点：计划调整　96

: L3 P! o. y* i! _" I7.6　不断扩大的范围：心脏滴血漏洞　97

7.7　小结　98
% S* A% B+ `! k% V) l: P
- [5 r2 G( |. X9 |第8章　弹性设计　99

8.1　弹性设计原则　100
; E2 i2 ?+ U* y
, ?1 }+ S& |- F8.2　纵深防御　100
) b! m' s( O9 E4 s0 N) Z( x- Z
8.2.1　特洛伊木马　100

8.2.2　Google App Engine分析　102

8.3　控制降级　104
  w9 p( F4 V; x- B8 P; u
$ _1 }0 _- d: K* d9 |8.3.1　区分故障成本　105
9 e/ m- K! E# I+ V" q- B4 f1 S1 k
8.3.2　部署响应机制　107
& o& e4 A8 ]. T! m! W, u2 a9 ?8 o
8.3.3　负责任的自动化　109
; Z) E( i. w5 W; Q7 f
8.4　控制爆炸半径　111
, v: H# V3 i2 q
* K" ?" I3 n& W/ o, V1 I8.4.1　角色分离　112
' z7 X" z4 U! O4 {" c
$ }9 W8 h. k: B% W& p7 v5 |( E8.4.2　位置分离　113

8.4.3　时间分离　115

8.5　故障域和冗余　115

/ @; R8 i& y) O* G; M/ S/ J8.5.1　故障域　116

/ i6 d# ^) ?5 g- c3 j8.5.2　组件类型　117

8 b0 W1 q* X% _0 Z* q8.5.3　控制冗余　119
  r. }, ~3 k, E) ^
: B) d7 H9 q7 q8.6　持续验证　120
/ h' ~& t$ J7 w# r! T1 H
8.6.1　验证关键区域　121

, }8 I$ N' ]% Y$ v% ^8.6.2　验证实践　122
, N: a: z7 f, n9 |+ ]. _
8.7　实践建议：着手点　124
2 w% L. A7 I+ x/ u5 b% L
8.8　小结　125

第9章　面向恢复性的设计　127

9.1　要恢复什么　128
/ K2 s1 m' ^. N: {. W
9.1.1　随机错误　128

9.1.2　意外错误　128

$ T3 a& K" Z' N9.1.3　软件错误　128

3 N/ `% a% \6 L/ a7 Z9.1.4　恶意行为　129
3 b6 h" [, T+ h/ C& f8 f6 K$ K7 l
% z. l6 z, i' X5 @  X4 O' }9.2　恢复机制的设计原则　129
$ d" \+ B# b$ U
9.2.1　面向快速恢复的设计（受政策监督）　129

' H% t+ H+ N2 W' I; G- ]9.2.2　限制对外部时间观念的依赖　132
2 ~3 S2 i( X% y/ }% z/ C
3 v& B8 `2 L0 T8 K6 a% `9.2.3　回滚所代表的安全性和可靠性间的权衡　133
2 n% P1 L" K" y$ [4 L0 T0 D; S
2 [+ u( N" c9 c  @3 i4 j* g2 ~9.2.4　使用显式吊销机制　139

9.2.5　了解精确到字节的预期状态　142

/ U$ N! G( i. B, m9.2.6　面向测试和持续验证的设计　145

7 J9 Z8 V) m; G( t9.3　紧急访问　146

9.3.1　访问控制　147

5 \3 K5 X' }" N9 a. Q0 D9.3.2　通信　148

7 x8 p* w! J* ~' T: D9.3.3　响应人员的习惯　148

9.4　预期外的收益　149

9.5　小结　149
6 ~) m7 V7 u4 x3 D/ P- @
$ x7 K& t+ I5 U( ?8 |! U: v第 10章　缓解拒绝服务攻击　150
0 h% m* m) |8 z1 T% I! a
$ D9 I' ^  j, }; y" r. [* q10.1　攻守双方的策略　150

10.1.1　攻方的策略　151

1 @" @: V% }9 \( q5 H" T4 L( R10.1.2　守方的策略　152

& i" k* ^* c, ]9 ^5 Y% T" p* P10.2　面向防御的设计　152
9 N& n  ^3 n8 c7 e3 B9 P
, Z9 q# `# F" h* c) {( t10.2.1　具有防御能力的架构　152

; Z% f! k6 X$ z10.2.2　使服务具备防护能力　154

10.3　缓解攻击　154

+ [, x- F2 k' t" t6 Y- @10.3.1　监控与告警　154
% w  ~- p% l3 y0 V: n
% j% I# O1 @; D1 g10.3.2　优雅降级　155
: s, U+ g; T  s' ^1 [
! `. v  a) k0 M7 P4 v6 d- v10.3.3　DoS防护系统　155

10.3.4　有策略的响应　156

10.4　应对源于服务本身的“攻击”　157
; x4 i2 _9 L# K$ p* z7 z# z
10.4.1　用户行为　157

10.4.2　客户端重试行为　158
9 W- q! s- K. [% G
9 A7 K  h) U7 Z' q10.5　小结　159

第三部分　实现系统

; B5 d8 a! G$ B第 11章　案例分析：设计、实现和维护一个受信任的公共CA　163
5 m# X* X/ }; B6 e
11.1　受信任的公共CA的背景　163
" q# T3 |, u* V2 e4 U
  _+ q/ Y# e6 d. z+ I# I) x11.2　为什么需要受信任的公共CA　164

11.3　自建还是购买CA　165
" }( m9 Q+ ]2 D+ j
11.4　设计、开发和维护过程中的考虑　165

0 W- d7 M; A) f11.4.1　选择编程语言　166
' [" w% n3 r2 y) K/ z' G5 N1 @
- D0 g, i# p  p8 n6 Q: d7 Y2 x- P11.4.2　复杂与简明　166

; {" e) o7 |0 ]& x/ \, b0 u11.4.3　保护第三方和开源组件　167
# m3 z( K: e- Y
2 X! F# R5 F4 g( s: V3 G8 C11.4.4　测试　167
* h$ L! o$ i2 D- s* U
1 i9 {$ g& `' m11.4.5　CA密钥材料的弹性　168
7 b/ X2 y4 d1 `
11.4.6　数据验证　168

9 O# P' K$ V3 }' v% m# B( g# S11.5　小结　169

: \6 e3 G, z+ g& H$ m) R第 12章　编写代码　170
% Z( G! L$ @0 F4 ~! t1 _
# ?% B" ^3 m; y: @" h12.1　框架级安全性和可靠性保证措施　171
& f+ ~6 p- x( L" V* s* W8 Y: N/ m* r4 ?
12.1.1　使用框架的好处.172
1 t. B7 ?3 ]$ k9 ~. |  U+ K% D) O4 N
12.1.2　案例：用于创建RPC后端的框架　172
& c  }* D5 Y3 I; o! W4 d% d
12.2　常见安全漏洞　176

. K+ z6 f5 ]+ z2 @" B12.2.1　SQL注入漏洞：TrustedSqlString　177
# O! k1 v- `4 U- R0 e. a5 n' G- u
9 E& W! X9 v( _" v% k6 V. U1 S12.2.2　预防XSS漏洞：SafeHtml　178
0 Z; ^* U( N4 }+ i8 E; f5 T9 K
12.3　评估和构建框架的经验　179

9 Z1 T& D" l0 H( n. R4 A12.3.1　用于常见任务的简单、安全、可靠的库　180
! o+ T2 u4 ~/ A/ ]9 Y) d; A5 ]4 P/ C# o
5 d/ o0 s" f. D7 _! ?. C/ [" n12.3.2　部署策略　181
6 a( J5 x0 O2 z! P/ |7 x
12.4　简洁性有助于提升代码的安全性和可靠性　182
( Q" b+ ?1 G, X% E1 o- A8 R2 }1 l
12.4.1　避免多层嵌套　182
5 g4 K7 \% Y7 W" C! Q+ w
12.4.2　消除YAGNI类代码　183
# W9 `, n% I7 z- b
+ S( d/ H: }9 O5 ]* A% M* @) U1 K" `12.4.3　偿还技术债务　184

. ~0 b' }1 b0 k- n0 p12.4.4　重构　184
0 \" B! F( v, d2 b; M3 m
12.5　默认安全性和可靠性　185
3 K% X  J& z* ]+ U9 H4 k, h
12.5.1　选择合适的工具　185
7 o  t  x+ J: O! n4 W
% `3 j+ E* ^7 d3 l, i  v/ T12.5.2　使用强类型　186

12.5.3　检查代码.188

12.6　小结　189
5 H# s( ?! h7 J- ?. |
第 13章　代码测试　190
" S+ U( f7 r1 f1 W
13.1　单元测试　190
% C+ V; I$ _8 g
) h# v2 g9 s4 [5 ~$ P5 G, Y# z5 S13.1.1　编写有效的单元测试　191
" D8 E6 |: L1 N/ U/ t( ]+ ^
8 e+ a' O9 M$ V% k% I* F. J- o13.1.2　编写单元测试的时机　191
2 I4 \9 y7 i  N0 A
13.1.3　单元测试对代码的影响　192

13.2　集成测试　193
5 D$ v- k2 m1 s  e" b/ L! z
+ ~* E* c- V" U+ t: s- J13.3　动态程序分析　194

) j* Y# P/ }, R, Y' R13.4　模糊测试　197

+ X5 H5 s. m) I% R9 R4 Y/ n5 ]6 L+ Q13.4.1　模糊引擎的工作原理　197
) z+ a" s1 y& a! s+ H) U+ _
& l3 F" P! K& x13.4.2　编写有效的模糊测试驱动程序　200
# G4 z! K3 a; D; c1 E9 b
3 I$ u- f9 [( V: l1 W1 Z13.4.3　示例fuzzer　201

13.4.4　持续模糊测试　204
! }5 v) w* O4 V% O
6 s4 N( h/ Q7 d# S7 `$ I13.5　静态程序分析　205
$ _# u& Z7 B" j' _8 X
13.5.1　自动代码检查工具　205

5 k' U3 B" Z5 }. Q3 C% V' [13.5.2　如何将静态分析集成至开发工作流中　209
' b3 M9 E0 g' ]: s" O
13.5.3　抽象解释　211
5 O- g# [4 o1 P4 ~+ p# ]
13.5.4　形式化方法　213

" b7 V! s/ y- V$ C9 E13.6　小结　213

第 14章　部署代码　214

" \5 ~* L0 |8 h( h" ^, R14.1　概念和术语　214

% O5 Z! E" U  ~7 b, e% s14.2　威胁建模　216

14.3　实践　217

% x1 {( n( h' U* h* E- [% w/ D" _0 g14.3.1　强制做代码审查　217

14.3.2　依赖自动化　218
, c! D# R! B+ Q! D
6 U0 Q$ ~8 V5 L: p6 R. i) Y14.3.3　验证工件，而不仅仅是人　218
# U- f4 U. ^, p/ x
$ v& W) ~( g2 o, i% B! ]7 o14.3.4　将配置视为代码.219

5 @0 [8 H; d3 g9 P14.4　基于威胁建模做安全加固　220
9 W; Z6 l: [- J) _+ G  r3 X9 d
14.5　高级缓解策略　222
5 I  D% X. {; i% h9 l+ }! G% s
14.5.1　二进制文件来源　222
. y* d6 o+ F& b. n, S6 x
* c" m5 c0 H1 e, Q8 @+ i14.5.2　基于来源的部署策略　224
) b* p1 N6 w  z  c
. Z$ k) K0 E: C14.5.3　可验证的构建　225
! s& O/ d+ \1 V, {6 x6 m6 F
$ a+ B& `4 E7 V; ?3 Q8 [8 G14.5.4　部署阻塞点　230

0 ^6 @) E' X- S* e( }14.5.5　部署后验证　231

( s) X. l4 t+ A& e$ X; [14.6　实用建议　232

  j+ `7 v% C& u14.6.1　一步步来　232
( x5 k  v5 v% ]: l: }; h# D
14.6.2　提供可操作的错误消息　233

14.6.3　确保来源信息明确　233
) s6 O1 Q) t; T- C& E* ~- o1 w
14.6.4　创建明确的策略　233
3 ?3 @, y5 z6 {3 k
14.6.5　引入Breakglass机制　234

14.7　重温基于威胁建模部署安全措施　234
4 A# E+ h  D* `3 k3 e' q
14.8　小结　234

第 15章　调查系统　235

. Y. Y  l2 e  a# w) y' q15.1　从调试到调查　236
. X- c+ X% a# ^  M0 @. n5 s& c
15.1.1　案例：临时文件　236
3 l2 Z; w8 r+ |
2 D( N- y7 B2 h* S15.1.2　调试技巧　237
* _" u  c2 B$ b, I7 u2 p/ I# o
8 v/ q( f# t6 E1 I: o% c15.1.3　当陷入困境时该怎么办　243

9 X- h1 v, L0 N6 A$ _# k* u, J15.1.4　协同调试：一种教学方法　246

7 u& H5 z1 ?  y/ P15.1.5　安全调查与系统调试间的差异　246

" c2 l1 K. _8 A4 C1 ^" m15.2　收集恰当、有用的日志　247
+ D  H5 J# N9 M5 I1 I. M) D
7 I! W9 f+ e6 M15.2.1　将日志设计为不可变的　248
$ h6 ^9 z: ^. F& o- Y
+ Y" Q* e$ a9 E. @15.2.2　考虑隐私要素　249
& g8 \( y+ p% S+ b: F9 I6 h
15.2.3　确定要保留哪些安全相关的日志　249
) D+ o  t& k8 \
2 w2 k; [3 Z& H+ J" F$ x  i15.2.4　日志记录成本　252
  G! n; o2 O8 E9 v( t
15.3　可靠、安全的调试访问　253

15.3.1　可靠性　253
) c/ Z, g  i) G% k# Y# V- K! n
15.3.2　安全性　253

6 E1 N& D* L- N15.4　小结　254
( l1 j, C( I' Q; X
第四部分　维护系统
/ K. L$ D: c1 ]* i5 e
5 M! q; [7 d2 I; p) u% F  E$ U& s第 16章　防灾规划　257

16.1　“灾难”的定义　257
/ J. K  g: ~& T
16.2　动态灾难响应策略　258
" n; x  x! j, c' [8 ~
3 N) h1 e" P! @# S16.3　灾难风险分析　259

16.4　建立事件响应团队　259

4 _) \) |& ^9 D16.4.1　确定团队成员和角色　260
: g- D* d1 R( d: i
3 D5 V( T/ x) ]16.4.2　制订团队章程　261
4 ?7 ?9 O4 ?" R2 D; [9 N! \& K
) x- A, a; s+ v. v16.4.3　建立严重性和优先级模型　262

16.4.4　确定与IR团队合作的运营参数　262
" `2 D( o" S) l1 l
16.4.5　制订响应计划　263

16.4.6　创建详细的行动手册　264
# a4 q1 {# ~6 i! Q; }
4 y# U9 E2 ~" o9 x, b16.4.7　确保访问和更新机制就位　264

% S1 h2 f/ L. z, v16.5　在事件发生前预先安排系统和人员　264

. F. q+ [" Z, |/ p0 q16.5.1　配置系统　265

16.5.2　培训　265

16.5.3　流程和程序　266
" @3 a2 W9 P' r* k, g/ }4 d
16.6　测试系统和响应计划　266

16.6.1　审计自动化系统　267

+ {' v' d/ h3 j1 g9 a2 ~' K$ w16.6.2　开展非侵入式桌面演练.267

16.6.3　在生产环境中测试响应　268

16.6.4　红队测试　270
+ [& D, m& Y4 V3 e9 @
- {; \$ ~# h. B  U16.6.5　评估响应　270
$ X. V# F* F  z, K5 ~
6 c; S1 R- o/ O* G- H16.7　Google的案例　271

; u; D. L" B9 \: S0 ]: j5 P16.7.1　具有全球影响的测试　271

0 }# W, H! U+ v3 M16.7.2　DiRT演习测试紧急访问　271

16.7.3　行业级漏洞　271
( M, I& M. A" R  U6 s$ {
& z6 K' Z; T! y7 D1 T5 m! K7 ~16.8　小结　272

1 @4 @  ?' M' Y* B' k第 17章　危机管理　273

/ M& {& g! Y- u0 n, _17.1　是否存在危机　274
4 h" }9 I- g9 {& i; P) Y
+ X& s4 O# N( ]5 e+ o! b% t17.1.1　事件分诊　274

17.1.2　入侵与缺陷　275

17.2　指挥事件　276
( M' {( S! }5 h: l/ ^& y6 O* h
17.2.1　第 一步：不要惊慌　276
! k5 c! t# x4 U& a
" N/ \4 [8 R6 D# C- M6 i2 s" a8 ^17.2.2　开展响应　277

  K- c, N1 Z2 j& h1 z1 B17.2.3　组建自己的事件团队　277
& Z1 r- j0 U. f5 h" U
& W5 v. c" u7 E7 ?% T17.2.4　OpSec　278

17.2.5　牺牲好的OpSec实践换取更大的利益　280

0 n2 T  \8 y! [. V/ u- W0 {17.2.6　调查过程　280

17.3　控制事件　283

17.3.1　并行处理事件　283
4 A+ s& }) S4 p1 n5 h9 P, k
17.3.2　移交　284

17.3.3　士气　286

: _- R* x! W6 L/ b* U$ Y4 X. f* r17.4　沟通　287
' h' P8 ~: f3 h5 ]% |" n2 _2 a
17.4.1　误解　287
0 Y: z% T( O9 }9 p+ W/ P9 Q, `
17.4.2　拐弯抹角　287

5 K! {! u, s6 E$ o17.4.3　会议　288
3 @% U" B; [( O- p5 Y
, ]. Z. _3 a; E" W: x/ R17.4.4　让合适的人了解合适的细节　289
% h4 q" T" o" |' e
; C6 k* x0 M. R; {+ L- N& H17.5　整合回顾　290
& R7 h' t. K4 }- d6 [" q
17.5.1　分诊　290

! D5 i1 Z2 ?7 K# t7 f0 F17.5.2　宣布事件　290
: ~) D) s8 |+ ^  [9 i) F! z7 D: i
1 h9 `" y% R: A: T17.5.3　沟通和OpSec　290

17.5.4　开始处理事件　291

- f' g% _3 d% B" @2 \% n$ M2 W% B17.5.5　移交　291

17.5.6　交还事件调查工作　291

17.5.7　准备沟通和补救　292

17.5.8　结束　292
/ D9 |0 b4 v. U; E1 {- h
2 ^& d  g; w  s5 g( u& H* K4 |" X17.6　小结　293

第 18章　恢复和善后　294

3 ]0 W& l. K! r) G: y. c7 w18.1　恢复调度　295
8 `2 h. ]* _0 a* U' t6 `
18.2　恢复时间线　296

18.3　恢复计划　297

" f6 w. X& P. v: k  E0 S% \18.3.1　确定恢复范围　297
1 w7 _: O9 Q( @9 t0 y# j1 K- @
18.3.2　恢复过程的考虑因素　298
" @: ?5 e- c+ J6 ~  i
18.3.3　恢复检查清单　301

18.4　启动恢复　302
. e7 Y; p7 L' B0 E; ]
( V. Y" K7 r6 Q$ @  ~7 L' Z18.4.1　隔离资产　302

- J# o$ d7 k" g18.4.2　系统恢复和软件升级　303

2 w% D: H- c. a; q, A2 x18.4.3　数据过滤　304

18.4.4　恢复数据　304

/ P, D& \# i6 M4 O& i9 B% K18.4.5　更换凭据和密钥　305

18.6　恢复之后　306
$ |- G8 R$ a+ c: S  ]( j: x
, `& b# t( F$ q18.7　示例　308
# Z3 K& [6 E9 L4 e9 ?" y% ?5 O
( ?) D: A. G- n" R18.7.1　被入侵的云实例　308
: a0 n! j0 e+ K- V# ]. A
0 H, l  c9 f5 r$ }18.7.2　大规模钓鱼攻击　309
( w8 Q" F  q5 v6 n- i  E
5 _9 E: r) k: l' T7 w5 }. Y# x18.7.3　需要复杂恢复工作的、有针对性的攻击　310

18.8　小结　311

第五部分　组织与文化
' E- }1 r6 g! w
第 19章　案例研究：Chrome安全团队　315

7 K0 Z; I, s6 l9 B19.1　背景和团队发展史　315

- y, K2 `, G6 R/ O4 S- j7 I19.2　安全是团队的职责　317
/ a; F; M0 I5 J
19.3　帮助用户安全地浏览Web页面　318

3 x6 e; k6 r8 B- t: r' |" R19.4　速度很重要　319
  B6 `' @+ l4 Q8 S
6 w6 F: G* S' b( p/ ]5 q19.5　设计纵深防御机制　319
+ O6 E1 a+ p; ]% h( _0 Y, W
19.6　保持透明，让社区参与进来　320

19.7　小结　320

第 20章　理解角色和责任　321
, S' r) A  {2 v
$ O+ L9 p. T- ?( q20.1　谁为安全性和可靠性负责　322

! ^5 C' R- c( n$ ~( }20.1.1　专家的作用　322
' Y7 N. z. E0 P" m
20.1.2　了解安全专业知识　324
9 X& k. u# p8 E( m
20.1.3　资格认证和学术教育　325
( T2 l* J7 Z5 ?2 y3 X
& _/ J! M( F0 s( \20.2　将安全性整合到组织中　325

' O, d# Y5 q6 u2 w20.2.1　嵌入安全人员和安全团队　327

$ h% i2 t% v) A' ?- _6 Z20.2.2　案例：Google的嵌入式安全　327

20.2.3　特殊的团队：蓝队和红队　329
& C: e0 S+ ^) A! [0 `: `
20.2.4　外部研究者　330

20.3　小结　332
  @2 D2 i; V& U4 O
! u2 H2 i& ]$ I3 @2 S第 21章　建立安全可靠的文化　333
5 S0 D: O  ]4 M
- t! a8 ?' d- V" V! S21.1　定义健康的安全性和可靠性文化　334

21.1.1　默认的安全性和可靠性文化　334
0 Y* e2 H6 t% z
21.1.2　评审文化　335
# h1 T) a% w  H
/ Z" l4 r8 S8 \1 D5 G21.1.3　意识文化　336

- g( l1 N6 X  M21.1.4　说“是”的文化　339

21.1.5　接受必然性的文化　340

) O3 U2 ]- g) M21.1.6　可持续发展文化　340
( H- C2 N' Z/ K& B* `6 F( v
21.2　通过实践改变文化　342
: L5 D  J- T5 \5 k0 C. J
2 Q8 @5 Z: k7 m0 m( j  X21.2.1　对齐项目目标和激励参与者　342
5 ]" L. b- o7 X0 e* ~
3 z$ ]: s) y* b* q$ b! e! t21.2.2　通过风险规避机制减少恐惧　343

0 P7 L' k& {& u21.2.3　使安全兜底措施成为常态　344

21.2.4　提高生产力和可用性　344

; v: C+ B* N  {; H$ i" z/ q/ R( A21.2.5　多沟通，保持透明　345
6 N8 P; ?/ h2 D/ z$ E2 D* c! a- Z- n
2 a+ X4 o8 s. F0 r21.2.6　怀抱同理心　346
  f5 N; C/ w+ ^3 m
21.3　说服领导层　347
& E6 c9 A. ]0 D0 I" G) ^) x! H( e
21.3.1　了解决策过程　347
. t8 l0 ]" \- K3 t6 p
+ q2 z) Y+ |- @5 b21.3.2　为变革立案　348
- V) d( Z  x/ o6 L! ~: t
: D& e$ b# ]8 I2 d* o21.3.3　选择自己的战场　349

21.3.4　升级和问题解决　349
java8.com
9 o, ?0 C' K1 @: [+ X21.4　小结　350
( s5 Y' ^7 [9 b5 r% I4 q) s
总结　351

附录　灾难风险评估矩阵　353

作者介绍　355
1 g+ G$ M$ D/ Z6 `- v
封面介绍　355

百度云盘下载地址(完全免费-绝无套路)：

游客，如果您要查看本帖隐藏内容请回复

& X5 `% M5 n, R5 D
3 y, }5 T/ u: t7 {& p: q

梦丶一世相守

免费资源 真的无套路

秋天的紫薇

学习java，就选java吧了

手写的曾经

免费资源 真的无套路

轩翾霸霸

真的无套路，大赞

碳火

不错不错，下载到了

热熟了

免费资源 真的无套路

负手望众山巅

以后学java 就靠java吧了

百合仙子

学习java，就选java吧了

硪幺悻呋壹鞴笫

以后学java 就靠java吧了