# IRGC, 바레인의 Amazon 데이터 센터를 파괴했다고 주장

> Clean Markdown view of GeekNews topic #31809. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=31809](https://news.hada.io/topic?id=31809)
- GeekNews Markdown: [https://news.hada.io/topic/31809.md](https://news.hada.io/topic/31809.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2026-07-26T05:35:21+09:00
- Updated: 2026-07-26T05:35:21+09:00
- Original source: [houseofsaud.com](https://houseofsaud.com/irgc-claims-destroyed-amazon-bahrain-data-center/)
- Points: 1
- Comments: 1

## Topic Body

- IRGC는 2026년 7월 21일 **Operation Nasr-2 24차 공세**에서 AWS 바레인 데이터 센터를 순항미사일로 파괴했다고 주장했으나, Amazon·바레인 정부·CENTCOM은 이를 확인하지 않음
- 이번 공격은 이틀 전 미국이 이란의 **Darkhovin 원자력발전소**를 타격한 데 대한 보복으로 규정됐으며, Muharraq의 미군 레이더와 Riffa의 Patriot 방공 체계도 같은 공세에 포함됨
- 사실이라면 3월 이후 같은 AWS 시설을 겨냥한 최소 세 번째 공격이자, 걸프 분쟁에서 상업용 클라우드 인프라에 **순항미사일**을 사용한 첫 사례가 됨
- 3월 공격으로 여러 가용 영역이 24시간 넘게 중단돼 걸프 지역의 금융·결제·모빌리티 서비스가 영향을 받았으며, 4월 말에도 바레인·UAE 리전의 **AWS 서비스 31개**가 장애 상태였음
- IRGC가 미국 기술 기업 18곳을 군사 표적으로 지정한 만큼, 바레인에 남은 사우디 워크로드와 Aramco·NEOM 등의 디지털 인프라는 물리적 공격까지 고려한 **다중 리전·다중 클라우드 전략**이 필요해짐

---

### Operation Nasr-2 24차 공세
- IRGC 항공우주군은 2026년 7월 21일 여러 발의 순항미사일로 바레인의 Amazon 중앙 데이터 인프라를 공격해 파괴했다고 발표함
  - IRNA·Mehr·Tasnim 등이 주장을 전했지만 **공격 영상은 공개되지 않음**
  - Amazon, 바레인 정부, CENTCOM 모두 공격 여부나 피해를 확인하거나 부인하지 않음
- 같은 공세에는 Muharraq의 **미군 방공 레이더** 공격과 Riffa의 Patriot 체계를 겨냥한 미사일·드론 복합 공격도 포함됨
- 군사 방공 시설과 상업용 데이터 센터를 하나의 작전으로 묶은 것은 IRGC가 AWS 시설을 레이더·요격 미사일 포대와 동급의 작전 목표로 취급한다는 뜻임

### Darkhovin 공격과 보복 논리
- IRGC는 AWS 공격을 미국의 **Darkhovin 원전 공격**에 대한 직접적인 보복으로 규정함
  - 이란 원자력기구에 따르면 Darkhovin은 7월 19일 오전 3시 39분경 공격받음
  - CENTCOM은 미국 동부시간 7월 18일 저녁 해안 감시 시설, 해군 자산, IRGC 거점 등 이란 군사 인프라에 대한 공격을 완료했다고 확인함
  - Darkhovin 공격과 AWS 공격 주장 사이의 간격은 약 **48시간**임
- Darkhovin은 Khuzestan주의 Karun River 인근에 건설 중인 이란 자체 설계 **360MW 원자력발전소**임
  - 공사는 2022년 12월 재개됐으며, 8년간 예상 비용은 15억~20억 달러임
  - IAEA는 공격 당시 현장에 핵물질이 없어 방사선 위험이 없었다고 확인함
- Operation Nasr-2의 앞선 23개 공세는 미군 기지·레이더·함정·IRGC 거점 공격에 대한 보복으로 규정됐지만, 24차 공세는 처음으로 상업 인프라 공격을 원자력 시설 공격과 직접 연결함
- 이 논리를 적용하면 운용 상태나 핵물질 보유 여부와 관계없이 이란 핵 인프라에 대한 미국의 공격이 걸프 내 미국 상업 인프라를 공격할 근거가 됨

### AWS 바레인을 겨냥한 반복 공격
- 7월 21일 주장이 사실이라면 2026년 들어 AWS 바레인 관련 인프라에 대한 최소 세 번째 직접 공격이며, AWS 장비가 있는 Batelco 본사 공격까지 합하면 네 차례임
  - **3월 1일:** Shahed 드론이 AWS ME-SOUTH-1과 UAE 시설을 공격해 구조물·화재·전력 피해가 발생하고 여러 가용 영역이 24시간 넘게 중단됨
  - **3월 말:** 드론 공격으로 추가 정전과 물 부족이 발생했으며, AWS는 중동 고객에게 다른 리전으로 이전하라고 안내함
  - **4월 1일:** AWS 인프라가 있는 Manama의 Batelco 본사가 미사일 공격을 받아 화재와 구조물 피해가 발생함
  - **7월 21일:** IRGC가 순항미사일로 ME-SOUTH-1을 완전히 파괴했다고 주장했으나 확인되지 않음
- 공격 수단은 3월 드론에서 4월 미사일, 7월 **순항미사일 주장**으로 확대됐고, 목표 역시 서비스 방해에서 완전 파괴로 강해짐

### 3월 공격이 서비스에 미친 영향
- Amazon은 3월 1일 공격 이후 바레인 시설의 구조물 손상과 화재, 소화 과정에서 발생한 침수 피해를 확인함
- 여러 가용 영역이 24시간 넘게 오프라인 상태가 되면서 걸프 전역의 서비스가 중단됨
  - Abu Dhabi Commercial Bank, Emirates NBD, First Abu Dhabi Bank
  - 결제 플랫폼 Hubpay와 Alaan
  - 14개국에서 고객 3,300만 명에게 서비스를 제공하는 Careem
- AWS는 ME-CENTRAL-1 리전의 3월 사용료를 면제하고, 바레인·UAE 리전의 완전 복구에 **수개월이 걸린다**며 대체 리전 이전을 지원함
- 2026년 4월 말에도 두 리전에서 AWS 서비스 31개가 장애 상태였으므로, 7월 공격 주장이 사실이라면 복구가 끝나지 않은 시설을 다시 공격한 셈임

### 드론과 순항미사일의 차이
- 3월 공격에 사용된 Shahed 계열 드론은 시속 약 150~185km로 비행하며 **30~50kg 탄두**를 탑재함
  - 외부 구조물과 전력 설비를 손상시키고 화재를 일으킬 수 있지만, 한 차례 공격으로 강화 시설을 파괴하기에는 한계가 있음
- 순항미사일은 일반적으로 아음속 또는 음속에 가까운 속도로 비행하며 **450~700kg 탄두**를 탑재함
  - 요격이 더 어렵고 강화 구조물을 관통할 수 있음
- 드론에서 순항미사일로 공격 수단이 바뀌었다는 주장은 일시적인 장애가 아니라 시설의 영구적 기능 저하를 겨냥한 단계적 확대에 해당함

### 상업 기술 인프라로 확대된 표적 목록
- IRGC는 2026년 3월 31일 미국 기술 기업 18곳을 **합법적 군사 표적**으로 지정하고, 걸프 내 관련 시설 반경 1km에 있는 사람들에게 대피를 요구함
  - Amazon, Microsoft, Google, Apple, Meta, Oracle, Intel, HP, IBM, Cisco, Dell, Nvidia
  - Palantir, Tesla, Boeing, General Electric, JPMorgan Chase, 아부다비 기반 AI 기업 G42
- 이들 기업의 인프라를 민군 겸용으로 분류하면서 기업 목록과 법적 논리, 실제 공격 의지를 공식화함
- CSIS는 2026년 3월 이란의 작전 표적이 바레인·이스라엘·카타르·UAE의 **기술 시설 29곳**으로 늘어났다고 평가함
  - AWS 5곳, Microsoft 5곳, IBM 6곳, Google 4곳
  - Nvidia 3곳, Oracle 3곳, Palantir 3곳
- 상업용 데이터 센터는 규모가 크고 상대적으로 취약한 데다 전용 방공 체계도 없어 고가치 표적이 될 수 있음
- IRGC의 Ebrahim Zolfaghari 준장이 아부다비의 300억 달러 규모 OpenAI Stargate 캠퍼스 위성 영상을 공개한 사례는 운영 중인 시설뿐 아니라 **계획·건설 단계의 인프라**도 표적 검토 대상임을 나타냄
  - 범위에는 NEOM Oxagon의 50억 달러 규모 DataVolt 캠퍼스, Aramco의 클라우드 기반 전략, 사우디아라비아 내 향후 AWS 확장이 포함됨

### 사우디아라비아의 AWS 의존성
- 리야드 기반 AWS **me-central-2**는 2026년 1월 가용 영역 3개로 정식 운영을 시작했으며, Amazon은 53억 달러 투자를 약속함
- 바레인의 ME-SOUTH-1에서 7년간 구축한 기업 워크로드는 단순한 설정 변경만으로 리야드에 이전할 수 없고, 전쟁이 시작될 때도 대부분의 이전 작업이 시작되지 않은 상태였음
- 사우디아라비아의 2025년 클라우드 지출은 SAR 150억, 약 **40억 달러**를 넘었으며 연간 25% 이상 성장함
- Aramco는 AWS를 2025년 체결된 [900억 달러 규모 미국 기술 계약 패키지](https://houseofsaud.com/saudi-arabia-cannot-afford-the-war-or-influence-the-peace/)의 핵심 축으로 규정함
  - 정유·물류·지속가능성 운영에 클라우드와 AI 도구를 통합함
  - 산업 사이버보안 기업 Dragos와 운영 기술(OT) 환경 보호를 위한 별도 MOU를 체결했지만, 이는 순항미사일에 대한 물리적 방어가 아님

### 리전 이전을 가로막는 기술적 제약
- ME-SOUTH-1은 EC2, S3, RDS, Lambda, SageMaker를 포함한 **AWS 서비스 146개**를 지원함
- 2019년부터 2026년 1월까지 구축된 사우디 정부·금융·기업 워크로드는 바레인 고유의 가용 영역, 규제 인증, 네트워크 피어링 구조를 전제로 설계됨
- 리야드 리전으로 옮기려면 재설계와 재인증, 계약 재협상이 필요하며 이전 기간도 수개월이 아닌 **수년 단위**임

### 다중 클라우드 경쟁
- Huawei Cloud는 2026년 3월 걸프 지역 계정에서 단일 리전 의존은 끝났다는 메시지를 내고, 공격으로 이전이 필요해진 고객에게 **다중 클라우드 복원력**을 제안함
- IRGC의 공식 표적 목록이 미국 기업만 지목했다는 점을 Huawei 영업 조직은 상업적 이점으로 활용함
- 다만 중국 인프라가 앞으로도 같은 표적 지정에서 계속 제외된다는 보장은 없으며, 이에 의존하는 것 역시 지정학적 위험을 수반함

### Operation Nasr-2에서 AWS 바레인의 위치
- Operation Nasr-2는 2026년 지속된 미국·이란 군사 충돌에 대응해 걸프의 미군 및 상업 인프라를 겨냥한 IRGC 보복 작전임
- 24차례 공세를 거치며 표적이 고정 군사시설에서 물류 거점, 에너지 인프라, 담수화·전력 설비, 디지털 인프라로 차례로 확대됨
- AWS ME-SOUTH-1은 2019년 7월 30일 바레인에 개설된 Amazon 최초의 중동 클라우드 리전임
  - Manama 광역권에서 독립적인 전력·냉각·네트워크를 갖춘 가용 영역 3개를 운영함
  - 2026년 1월 사우디 리전이 출범하기 전까지 걸프 기업과 정부 고객의 주요 클라우드 허브였음
  - 분쟁 전 AWS의 중동 사업 연간 매출은 **15억~25억 달러**로 추산됨

### 리야드 리전의 공격 가능성
- IRGC의 3월 31일 선언은 Amazon Web Services를 회사 단위로 지정했으며, 리전이나 국가를 구분하지 않음
- CSIS는 AWS 시설 5곳이 확대된 표적 목록에 포함됐다고 평가했지만, 당시 운영 두 달째였던 리야드 리전의 포함 여부는 공개하지 않음
- 리야드는 이란 발사 지점에서 약 **800~850km** 떨어져 있어 IRGC의 Fattah-2 극초음속 미사일과 Zolfaghar 탄도미사일 계열의 사거리 안에 있음
- 리야드 리전이 표적에 포함됐는지는 확인되지 않았지만, 거리 자체는 해당 무기 체계의 도달 범위를 벗어나지 않음

## Comments



### Comment 62384

- Author: neo
- Created: 2026-07-26T05:35:23+09:00
- Points: 1

###### [Hacker News 의견들](https://news.ycombinator.com/item?id=49033240) 
- 관련 소식으로 우크라이나가 러시아판 Amazon인 Wildberries의 창고를 공격해 지금까지 **22억 달러 규모 피해**를 입혔다고 함  
  [https://www.theguardian.com/world/2026/jul/24/ukraine-wareho...](<https://www.theguardian.com/world/2026/jul/24/ukraine-warehouse-strikes-wildberries-war-closer-ordinary-russians>)
  - 두 사건은 상당히 다름. IRGC는 Amazon의 **컴퓨팅 인프라**를 공격했고, 우크라이나는 여러 창고를 공격했음. Wildberries를 단순히 러시아판 Amazon이라고 하는 것도 절반만 맞는 설명으로, 러시아군이 필수적인 이중용도 장비를 구매하고 무기까지 판매하므로 전쟁 기구에 직접 편입돼 있음
  - 러시아 **데이터센터**는 수리하거나 대체하기 훨씬 어려울 텐데 왜 공격하지 않는지 궁금함

- AWS의 me-south-1 리전에는 **데이터센터 3곳**이 있음  
  BAH53(Manama): [https://www.openstreetmap.org/way/1492345589](<https://www.openstreetmap.org/way/1492345589>). 인접 변전소의 주요 건물 2개 중 하나가 2026년 7월 16일경 파손·파괴됐고, 7월 22일경에는 BAH53 자체도 피해를 본 것으로 보임. 이란과 시설 사이에 방공·미사일 방어 포대가 없어 세 곳 중 방어가 가장 취약했을 수 있음  
  BAH54(Zallaq): [https://www.openstreetmap.org/way/1359931661](<https://www.openstreetmap.org/way/1359931661>). 이전 공격 보도는 없으며 이란 방향에 최소 2개, 아마 3개의 방어 포대가 있어 가장 안전할 가능성이 큼  
  BAH55(Hamala): [https://www.openstreetmap.org/way/956069872](<https://www.openstreetmap.org/way/956069872>). 인접한 Batelco DC.1 또는 두 시설의 변전소가 2026년 4월 1일경 파손·파괴된 듯하나 보도만으로는 정확한 대상과 피해 정도를 파악하기 어려움. 발사 지점에 따라 이란과 시설 사이에 방어 포대 1~3개가 있어 방어 수준은 중간 정도임  
  재건한다면 Bahrain의 기존 **상설 방공·미사일 방어 포대** 뒤편인 [https://www.openstreetmap.org/way/1492281507](<https://www.openstreetmap.org/way/1492281507>) 또는 [https://www.openstreetmap.org/way/1492953902](<https://www.openstreetmap.org/way/1492953902>) 인근으로 옮길 법함. 포대가 비싸고 영구적으로 배치된 점을 보면 Bahrain 정부도 현지 데이터센터 운영 환경이 곧 안전해질 것으로 기대하지 않는 듯함
  - IRGC가 몇 시간 전 공개한 위성사진에는 **BAH54 피격 흔적**이 있으며, 2026년 7월 24일 공격으로 보임. 2025년 2월 21일자 WV02 등 신뢰할 만한 영상과 비교하면 지붕과 주변 건물이 일치해 조작 흔적은 뚜렷하지 않음  
    공격 후 사진에는 평소 거의 없던 차량이 대거 추가됐는데 현장을 감시하는 소방 차량일 수 있음. 같은 날 Sentinel-2 영상에서도 BAH54 지붕의 어두운 폭발 피해 흔적을 확인할 수 있음: [https://browser.dataspace.copernicus.eu/?zoom=18⪫=26.0509...](<https://browser.dataspace.copernicus.eu/?zoom=18&lat=26.05096&lng=50.505&themeId=MONITORING&visualizationUrl=U2FsdGVkX1%2FBhOOoTjHdi47xgOyNOyq4ViXctLUx6BML4JV87USLO70FQrVMZRDOuo51lFcquLx3tPp5rpUDqa8XSaoUgeIRvpg4m9LgWrZGgTzZaMYtXZTPIx9J%2BN2C&datasetId=S2_L2A_CDAS&fromTime=2026-07-24T00%3A00%3A00.000Z&toTime=2026-07-24T23%3A59%3A59.999Z&layerId=1_TRUE_COLOR&demSource3D=%22MAPZEN%22&cloudCoverage=30&dateMode=SINGLE>)
  - 2026년 3월 29일부터 4월 13일까지와 그 이후의 Sentinel-2 영상을 확인하면 **BAH55 지붕에도 폭발 피해**가 보여 4월 1일경 피해 보도와 시점이 일치함. AWS가 말한 “Bahrain 시설 인근의 드론 공격”은 사실상 건물 직접 피격을 뜻하는 듯함  
    고해상도 영상상 기계실이 피해 대부분을 흡수해 다른 구역의 데이터실은 상대적으로 온전할 수 있지만, 물과 연기 때문에 사용 불능일 가능성도 있음: [https://browser.dataspace.copernicus.eu/?zoom=17⪫=26.156&...](<https://browser.dataspace.copernicus.eu/?zoom=17&lat=26.156&lng=50.47834&themeId=MONITORING&visualizationUrl=U2FsdGVkX1%2Fw5mHZWOYZDa4YUMn8v1fQpZu%2FcqMDdblbzAPsuzzeQRne1Gcp3ko4msKcSLuPi8gOVU0r3rwuS36wT7J5o%2F458yaeO%2FMVr9PeZgRtdQE3abwl4ylYkZys&datasetId=S2_L2A_CDAS&fromTime=2026-03-29T00%3A00%3A00.000Z&toTime=2026-03-29T23%3A59%3A59.999Z&layerId=1_TRUE_COLOR&demSource3D=%22MAPZEN%22&cloudCoverage=30&dateMode=SINGLE>), [https://browser.dataspace.copernicus.eu/?zoom=17⪫=26.156&...](<https://browser.dataspace.copernicus.eu/?zoom=17&lat=26.156&lng=50.47834&themeId=MONITORING&visualizationUrl=U2FsdGVkX1%2Bt1jX5zan9wgSCbM8pXIuFa%2BWHURYdjsMsT%2FA%2ByEgIJdPvJTXH0crwk9Po%2FhJhxW7eMId2aKEg6WtB8mqTf5dtNTCps6bkRGkCsziUVIP8Ci8MPxGaJCYN&datasetId=S2_L2A_CDAS&fromTime=2026-04-13T00%3A00%3A00.000Z&toTime=2026-04-13T23%3A59%3A59.999Z&layerId=1_TRUE_COLOR&demSource3D=%22MAPZEN%22&cloudCoverage=30&dateMode=SINGLE>)
  - 주요 공항의 비행경로에 있어 **항공기 충돌을 견디도록 설계된 데이터센터**를 본 적이 있음. 이번 공격을 고려해 그 수준 이상으로 재건할지 궁금함. 탄도미사일에는 큰 도움이 안 되더라도 드론 공격에 대한 복원력은 높일 수 있음  
    BAH53은 벙커처럼 경사진 벽이 없어 그런 강화 시설로 보이지 않음: [https://maps.app.goo.gl/6DjhQs753p6EHQUu6](<https://maps.app.goo.gl/6DjhQs753p6EHQUu6>)
  - 이제 재해 복구 계획에 어느 데이터센터가 **방공망 뒤편에 있는지 분석**하는 항목까지 넣어야 한다는 점이 슬프면서도 흥미로움
  - BAH54에는 무엇이 호스팅돼 있는지 궁금함

- AWS 리전은 최소 3개의 데이터센터가 **수 km 간격**으로 구성되는 것 아닌가 싶음. me-south-1 전체가 중단됐다면 멀리 떨어진 건물 최소 3곳이 공격받았다는 뜻임  
  [https://aws.amazon.com/about-aws/global-infrastructure/regio...](<https://aws.amazon.com/about-aws/global-infrastructure/regions_az/>)
  - 관련 자료: Bahrain Held the Data — Riyadh Held the Vision - [https://houseofsaud.com/aws-bahrain-vision-2030-irgc/](<https://houseofsaud.com/aws-bahrain-vision-2030-irgc/>)

- 미국의 공격성이 어리석은 대가를 불러온 셈임
  - 이란은 1970년대부터 미국인과 이스라엘인을 살해해 왔으므로 **역사를 살펴봐야 함**

- AWS 상태 페이지에서는 **사용 불가**로 나오며 마지막 갱신일은 4월 30일임: [https://health.aws.amazon.com/health/status](<https://health.aws.amazon.com/health/status>)
  - 이제야 처음 알려진 것을 보면 실제 이용량이 얼마나 됐는지 궁금함. 원래 공격 소식은 5개월 전 HN에도 올라왔지만 이유를 알 수 없게 신고로 내려갔음: [https://news.ycombinator.com/item?id=47317587](<https://news.ycombinator.com/item?id=47317587>)
  - 전쟁 첫날 데이터센터 인근 건물이 피격돼 가용 영역 하나가 중단됐고, 내 EC2 인스턴스 3개 중 2개가 하필 그곳에 있었음. 4월 1일 공격으로는 거의 전부 중단됐지만 각 장애 발생 24시간 이내의 **최신 백업**이 있어 스팸 메일 일부와 Libera 채팅 기록만 잃었음  
    ap-southeast-1로 이전하면서 지연시간은 약 60ms에서 110ms로 늘어남
  - **위성사진**에서 피해를 확인할 수 있음: [https://soaratlas.com/maps/asia-damage-to-amazon-web-service...](<https://soaratlas.com/maps/asia-damage-to-amazon-web-services-bahrain-jul-22nd-2026-142112?basemap=Google+Satellite&pos=26.0694868666906%2C50.604821534609535%2C19>)
  - me-south-1은 실제로 중단 상태이며, **영구 폐쇄**될 가능성도 상당함

- 전쟁 중이라 예상 가능한 사건이지만, **데이터 백업과 승계 계획**이 어떻게 준비됐는지 궁금함. 대규모 자본투자 시설인 만큼 훈련과 검토를 거쳤겠지만 Bahrain은 안정적인 곳으로 여겨졌기에 이런 공격까지 재해 계획에 포함했는지는 의문임  
  포함하지 않았다면 이제는 AWS의 모든 리전에서 검토할 것이며, 이번 달에는 예전이라면 상상하지 못했을 독특한 제목의 뉴스가 부쩍 늘어남
  - 우리가 속한 문명 자체가 진화하고 변하고 있으니 새로운 종류의 뉴스가 계속 생기는 것은 피할 수 없음

- 이 전쟁과 공격을 예상하지 못한 채 현지에서 서비스를 운영하던 이들도 안타깝고, 앞선 공격에 대응해 공격했다는 측도 안타까움. 승자는 **미국 군산복합체와 Israel**, 패자는 그 밖의 모두임
  - 무관한 국가의 **민간 데이터센터 공격**이 어떻게 대응 행위가 되는지 설명이 필요함

- Dubai의 동료에 따르면 ATM은 모두 작동하므로 **은행 인프라가 중단됐다**는 주장은 정확하지 않을 수 있음

- 출처가 왜 houseofsaud.com뿐인지 의문임. About, Contact, Press 페이지조차 작동하지 않고 소유 주체도 찾을 수 없어 **출처 신뢰성**이 낮아 보임  
  [https://mediabiasfactcheck.com](<https://mediabiasfactcheck.com>)에도 등재되지 않았으며, 의심스러운 매체인 Iran International조차 여기에는 정보가 있음: [https://mediabiasfactcheck.com/iran-international-bias-and-c...](<https://mediabiasfactcheck.com/iran-international-bias-and-credibility/>)
  - 웹사이트 전체가 중동 AWS 장애 때문에 문제를 겪는 듯하지만 보관된 페이지는 확인할 수 있음  
    About: [https://web.archive.org/web/20260719174647/https://houseofsa...](<https://web.archive.org/web/20260719174647/https://houseofsaud.com/about-house-of-saud/>)  
    Contact: [https://web.archive.org/web/20260328195438/https://houseofsa...](<https://web.archive.org/web/20260328195438/https://houseofsaud.com/contact/>)
  - 이 기사는 이란 국영매체의 공격 발표를 다루므로 원문은 여기 있음: [https://www.tasnimnews.ir/en/news/2026/07/24/3655089/irgc-an...](<https://www.tasnimnews.ir/en/news/2026/07/24/3655089/irgc-annihilates-remaining-amazon-facility-in-new-strike>)  
    다만 위성사진으로 독립 검증됐는지는 확실하지 않고, 찾을 수 있는 사진도 이란 매체가 제공한 것뿐이었음: [https://x.com/SoarAtlas/status/2080490121284272431](<https://x.com/SoarAtlas/status/2080490121284272431>)
  - 더 **중립적인 출처**가 낫겠지만 오늘 날짜로 찾은 다른 기사는 [https://iranwire.com/en/news/155401-irgc-claims-second-strik...](<https://iranwire.com/en/news/155401-irgc-claims-second-strike-on-amazon-data-center-in-bahrain/>)뿐이며, 이쪽도 중립적으로 보이지 않음
  - Euronews 기사: [https://news.ycombinator.com/item?id=48995033](<https://news.ycombinator.com/item?id=48995033>), CNBC 기사: [https://news.ycombinator.com/item?id=49004096](<https://news.ycombinator.com/item?id=49004096>). 그런데 이 출처가 더 많은 추천을 받은 이유는 알 수 없음
  - 페이지가 뜨자마자 방해 요소가 나타나 **2초 만에 뒤로 가기**를 눌렀음

- 대화형 **통계 카드의 문체와 디자인**이 LLM으로 생성된 것처럼 강하게 느껴짐. 반드시 문제라는 뜻은 아니지만 그 특유의 양식이 경계심을 일으킴
  - 확실히 LLM이 만든 듯함. LLM 생성 UI처럼 보이게 만드는 요소를 종합적으로 분석한 자료를 보고 싶음  
    글꼴이 너무 작고, 보조 글자의 배경 대비가 나쁘며, 정보가 과밀하고 여백이 부족함. 깜빡이거나 빛나는 상태 표시점, 테두리 요소, 강조 요소도 과도하게 사용함. 왜 LLM이 이런 **일관된 디자인 실수**를 반복하는지는 모르겠음
  - houseofsaud.com 전체가 **LLM으로 생성된 사이트**처럼 보여 내용을 하나도 신뢰하기 어려움
  - 분명 Claude로 생성한 디자인임. 이전 회사에서도 Claude로 페이지와 통계 카드를 만들곤 했는데 모두 정확히 같은 양식이었음
  - 밝은 테마 한가운데에 **새까만 카드**를 배치해 페이지 UI와 충돌하는 것도 원인임
  - 실제로 최신 정보인지 판단하기 어렵다는 점이 불편함. “Live conflict timeline →”을 누르면 4월 이후 갱신되지 않은 페이지 모음으로 이동하며, 각 페이지의 마지막 갱신 시점도 제각각임  
    날짜 계산은 맞는 듯하고 유가는 게시 당시 정확했을 수 있지만, **“live” 표기**와 달리 현재 값은 아님
