stanford-oval/wikipedia huggingface dataset:
獻上愛的花束
音樂錄影帶

音樂錄影帶的導演是番場秀一（日语：），這是他第一次與Superfly合作。他也擔任了Superfly隨後數首歌之音樂錄影帶的導演，例如〈Hi-Five〉、〈以溫柔的心情（日语：）〉、〈美麗的戀愛瞳眸〉及〈Wildflower（英语：）〉。
截至2022年10月，音樂錄影帶於YouTube的播放次數已超過1.4億次。
曲目

| CD> 曲序 | CD> 曲目 | CD>  | CD> 作曲 | CD> 编曲 | CD> 时长 |
| --- | --- | --- | --- | --- | --- |
| 1. | 獻上愛的花束 | 越智志帆、多保孝一、石渡淳治 | 多保孝一 | 蔦谷好位置（日语：） | 4:53 |
| 2. | 愛與感謝 | 越智志帆、多保孝一 | 多保孝一 | 多保孝一、松岡基樹（日语：） | 4:24 |
| 3. | Rhiannon（英语：） | 史蒂薇·妮克絲 | 史蒂薇·妮克絲 | 多保孝一、松岡基樹 | 5:00 |
| 总时长： | 总时长： | 总时长： | 总时长： | 总时长： | 14:17 |
認證與銷量

| 地區 | 认证 | 认证单位/销量 |
| --- | --- | --- |
| 日本（日本唱片協會） | — | 47,000（實體唱片） |
| 日本（日本唱片協會） | 百萬 | 1,000,000（鈴聲下載）* |
| 日本（日本唱片協會） | 百萬 | 1,000,000（單曲下載）* |
串流媒體
| 日本（日本唱片協會） | 金 | 50,000,000† |
 *僅含認證的實際銷量 ^僅含認證的出貨量 †僅含認證的銷量
發行歷史

| 地區 | 日期 | 格式 | 發行公司 |
| --- | --- | --- | --- |
| 日本 | 2008年2月27日 (2008-02-27) | CD、下載 | 日本華納音樂 |
| 日本 | 2008年3月15日 (2008-03-15) | CD租借 | 日本華納音樂 |
參考資料

↑  . 台灣華納官方YouTube頻道. 2017-06-09  [2022-11-19]. （原始内容存档于2022-11-19） （中文）.
1 2 3 4 5  . Oricon. 2008  [2011-07-13]. （原始内容存档于2014-03-10） （日语）.
1 2 3 4  . Vibe Net. 2007-12-11  [2011-07-13]. （原始内容存档于2011-10-02） （日语）.
↑  . Yahoo! Music. 2008-05-13  [2011-07-13]. （原始内容存档于2012-03-12） （日语）.
↑  . CDJournal.   [2011-07-13]. （原始内容存档于2012-03-29） （日语）.
↑  . . RBB TODAY. 2020-12-31  [2022-11-19]. （原始内容存档于2022-11-19） （日语）.
↑  . Space Shower.   [2011-07-10]. （原始内容存档于2022-11-18） （日语）.
↑  . Space Shower.   [2022-11-18]. （原始内容存档于2022-11-18） （日语）.
↑  . Space Shower.   [2022-11-18]. （原始内容存档于2022-11-18） （日语）.
↑  . Space Shower.   [2022-11-18]. （原始内容存档于2022-11-18） （日语）.
↑  . Space Shower.   [2022-11-18]. （原始内容存档于2022-11-18） （日语）.
↑  . Superfly於YouTube. 2011-01-12  [2022-11-19]. （原始内容存档于2022-10-13） （日语）.
1 2  . Tower Records.   [2022-11-18]. （原始内容存档于2022-11-18） （日语）.
↑  . 日本唱片協會. 2008-04-20  [2011-07-10]. （原始内容存档于2011-06-23） （日语）.
↑  . Oricon.   [2011-07-10]. （原始内容存档于2018-04-01） （日语）.
↑  . Billboard Japan.   [2022-11-19]. （原始内容存档于2022-09-22） （日语）.
↑  . 日本唱片協會. 2009-01-20  [2011-07-10]. （原始内容存档于2009-04-28） （日语）.
↑  . 日本唱片協會. 2009-06-12  [2011-07-10]. （原始内容存档于2012-04-22） （日语）.
↑  . Billboard Japan. 2010-05-12  [2022-11-19]. （原始内容存档于2022-01-27） （日语）.
↑  . 日本唱片協會. 2010-10-15  [2011-07-10]. （原始内容存档于2012-03-11） （日语）.
↑  . 日本唱片協會. 2011-04-29  [2011-07-10]. （原始内容存档于2012-05-07） （日语）.
↑  . Billboard Japan.   [2023-01-10]. （原始内容存档于2023-01-10） （日语）.
↑  . Billboard Japan.   [2023-01-11]. （原始内容存档于2023-02-20） （日语）.
↑  . Recording Industry Association of Japan （日语）.
↑  . Oricon.   [2011-07-10]. （原始内容存档于2011-07-16） （日语）.
↑  . Recording Industry Association of Japan.   [2022-11-19] （日语）.  在下拉菜单选择“2011年6月”
↑  . Recording Industry Association of Japan.   [2022-11-19] （日语）.  在下拉菜单选择“2014年1月”
↑  . Recording Industry Association of Japan.   [2022-11-19] （日语）.  在下拉菜单选择“2020年12月”
↑  . Tsutaya.   [2011-07-10]. （原始内容存档于2012-09-21） （日语）.
Z-6特奥多尔·里德尔号驱逐舰

| --- | --- |

历史
纳粹德国
艦名:  Z-6“特奥多尔·里德尔”号
艦名出處:  特奥多尔·里德尔（德语：）
下订日:  1935年1月9日
建造者:  不来梅德希马格船厂（德语：）
船廠編號:  900
铺设龙骨:  1935年7月18日
下水日期:  1936年4月22日
完工日期:  1937年7月2日
缴獲:  1945年5月10日
法国
艦名:  克莱贝尔号
艦名出處:  让-巴蒂斯特·克莱贝尔（英语：）
獲取日:  1946年2月4日
启用:  1946年9月
停用:  1953年12月20日
更名:  Q85号，1957年4月10日
除籍日:  1957年4月10日
標識:  舷号：T03
结局:  1958年拆解
技术数据（竣工时）
船級:  1934级
船型:  驱逐舰
排水量:   标准：2,171吨  满载：3,110吨 
船長:  119米
型宽:  11.30米
吃水:  4.23米
動力輸出:  70,000匹軸馬力（52,000千瓦特）
動力來源:  双轴，两台蒸汽轮机
船速:  36節（67每小時；41英里每小時）
續航力:  1,530海里以19节
乘員:  10名军官、315名水兵
武器裝備:   5 × 单装127毫米34式速射炮（英语：）  2 × 双联装37毫米30式速射炮  6 × 单装20毫米30式高射炮  2 × 四联装533毫米鱼雷发射管  60枚水雷  4 × 深水炸弹发射器（32－64枚炸弹） 
Z-6“特奥多尔·里德尔”号（德語：）是德国国家海军暨战争海军于1930年代中期建造的十六艘1934级驱逐舰的六号舰，得名于在一战中阵亡的原帝国海军第六鱼雷艇半区舰队司令、海军上尉特奥多尔·里德尔（德语：）。该舰于1935年7月18日开始在不来梅的德希马格船厂（德语：）铺设龙骨，1936年4月22日下水，至1937年7月2日交付使用（英语：），在战前的大部分时间都用于训练。
1939年9月第二次世界大战爆发之初，Z-6号在北海布设了防御性雷区。接下来的几个月里，它又负责掩护其姊妹舰于1939年末至1940年初在英国水域布设进攻性雷区。该舰参与了挪威战役的早期阶段，于1940年4月上旬将部队运送到特隆赫姆地区；同年晚些时候又被调往德占法国，在那里执行了一次布雷任务，但由于发动机故障而于11月返回德国接受维修。Z-6号在完成维修三天后便搁浅，严重受损，直到1942年5月才重新投运。1942年，该舰被转移到挪威，并于7月准备袭击一支前往苏联的护航船队时再度搁浅。维修工作于12月完成，使它得以在同年年底参与巴伦支海海战，以及在1943年年中参加德国对斯匹茨卑尔根岛的进攻（英语：）。经过另一次漫长的改装后，Z-6号于1944年中期开始在丹麦和挪威之间护送舰船，并一直持续到1945年5月。在5月8日战争结束前，它还曾多次前往东普鲁士营救难民。
在盟军决定如何处置缴获的德国舰艇时，Z-6号在1945年余下的时间里一直处于英国人的控制之下，最终它于1946年初被分配予法国，并更名为克莱贝尔号（法語：）。同年晚些时候，该舰重新投运，但于1948年至1951年间在瑟堡进行了重建和现代化改造。完工后，它被编入地中海分舰队（英语：）服役了数年。1953年底，克莱贝尔号被列入预备役（英语：），但直到1957年才除籍，并于次年拆解报废。
设计

条目：1934级驱逐舰
Z-6“特奥多尔·里德尔”号的水线长和全长分别为114米和119米，而在1939年加长舰艏后，则使得全长增至120米。它有11.3米的舷宽以及最大4.23米吃水深度；设计排水量为2,171吨，满载时则可达3,110吨。该舰由两台瓦格纳齿轮传动蒸汽轮机提供动力，各负责驱动一副直径为3.25米的三叶螺旋桨。过热蒸汽则由六台瓦格纳水管锅炉（英语：）供应，这使得它在70,000匹軸馬力（52,000千瓦特）额定功率下的设计航速为36節（67每小時），但在海试期间曾实际达到72,100匹軸馬力（53,800千瓦特）和36.4節（67.4每小時）。Z-6号最多可贮存752吨燃料油，理论上能够以19節（35每小時）的速度的巡航4,400海里（8,100），但实际它在运用过程中重心过高，30%的燃料必须作为压舱物保留在舰内。事实证明，19节航速时的有效行程仅为1,530海里（2,830）。舰只的标准船员编制（英语：）为10名军官和315名水兵，在担任区舰队旗舰时还可额外增加4名军官和19名水兵。
该舰装备有五门127毫米34式速射炮（英语：），架设在带有炮挡（英语：）的单装炮座上。其中舰艛的前后各有两门采用背负式布置，第五门则安装在后部舰艛的顶端，并从前到后编为1至5号。防空武器由安装在与后部烟囱（英语：）并排的一对双联装炮座上的四门37毫米30式速射炮和六门单座20毫米30式高射炮组成。此外，该舰还在中心线上的两个四联装动力操纵式底座上安装有八具533毫米鱼雷发射管，每个底座配备一对重新装填装置。四个深水炸弹发射器则安装在艉后部甲板室（英语：）的侧面，再辅以舰艉两侧的六具单装深水炸弹支架，合共可携带32或64枚炸弹。布雷轨道安装在后甲板，最多可贮存60枚水雷。到1940年8月，舰上还安装了一套称为“群听装置（德语：）”的被动式水听器用于探测潜艇，并安装了主动式声纳系统。
战争期间，该舰的轻型防空武器装备也得到了多次增强。经改良的20毫米38式炮取代了原来的30式炮，至1941年又加装了三门。艉部遮蔽甲板（英语：）上的两门炮被替换为一个20毫米的四联装底座，这可能是在1942年中期完成。改进后的37毫米42式高射炮是否取代了原本的37毫米炮已无从考证，但到战争结束时，Z-6号已经拥有了一座四联装、两座双联装和六座单装20毫米炮。
历史

Z-6“特奥多尔·里德尔”号得名于1916年5月31日指挥V-48号（英语：）鱼雷艇在日德兰海战中阵亡的德意志帝国海军第六鱼雷艇半区舰队司令、海军上尉特奥多尔·里德尔（德语：）。它于1935年1月9日由德国国家海军所订购，自同年7月18日开始在不来梅的德希马格船厂（德语：）铺设龙骨，建造序列（英语：）为900。该舰于1936年4月22日下水，至1937年7月2日竣工。随后，它作为第2驱逐支舰队的一份子参加了1937年末的海军演习，后于1938年6月8日在黑尔戈兰岛附近训练期间搁浅。撞击严重损坏了Z-6号的底部和两副螺旋桨，并使左舷涡轮机错位。该舰遂被拖到威廉港接受维修，但造船厂无法完全修复涡轮机的基底，且其推力轴承（英语：）也存在问题，直到1943年安装了一台新的涡轮机。1938年8月，它跟随第2驱逐支舰队参加了海上阅兵以及接下来的舰队操练。该支舰队于10月陪同装甲舰施佩伯爵将军号前往地中海，并在相继访问了维戈、丹吉尔和休达后归国。从1939年2月到8月，Z-6号在威廉港进行了长时间的改装。
第二次世界大战爆发后，该舰开始与其姊妹舰在德意志湾布设防御性雷区。10月期间，它还在斯卡格拉克海峡巡逻，以查验来往的中立国船舶是否有搭载违禁品。11月12日至13日晚，Z-6号及其两艘姊妹舰又试图前往英国海岸附近布设雷区，但它和Z-7“赫尔曼·舍曼”号在遭遇机械故障后不得不返航。该舰于1940年2月10日至11日夜晚则为另一次类似的行动提供掩护。2月22日，Z-6号与另外五艘姊妹舰Z-1“莱贝雷希特·马斯”号、Z-3“马克斯·舒尔茨”号、Z-4“理夏德·拜岑”号、Z-13“埃里希·克尔纳”号和Z-16“弗里德里希·埃科尔特”号共同执行“维京行动（英语：）”，前往多格滩拦截英国拖网渔船。在途中，该区舰队据信遭到德国空军第26轰炸联队（英语：）的一架He 111轟炸機误击。Z-1号被至少一枚炸弹命中，失去控制，并在断成两半后沉没，导致280名船员丧生。在救援过程中，Z-3号则撞上了一枚水雷而沉没，舰上308名官兵全数遇难。阿道夫·希特勒下令召开调查法庭（英语：），以查明损失的原因，结论是两艘舰均是被He 111轰炸机的炸弹所击沉。德国海军既未向其麾下的驱逐舰告知德国空军当时正在进行反舰巡逻，也未知会德国空军其麾下的驱逐舰会在海上。但战后的研究表明，当中的一艘或全部两艘舰可能是撞上了由英国驱逐舰艾凡赫号（英语：）和勇猛号（英语：）布设的雷区。
在1940年4月“威悉演习行动”的挪威战役期间，该舰被编入第二集群，任务是运送第3山地师的第139山地猎兵团与重巡洋舰希佩尔将军号一同攻占特隆赫姆。这些舰只于4月6日开始装载部队，并于第二天启航。Z-6号及其姊妹舰Z-5“保罗·雅各比”号和Z-8“布鲁诺·海涅曼”号各率领一个连的山地部队，负责夺取保卫特隆赫姆峡湾入口的堡垒。在出其不意地通过堡垒后，这些舰只得以轻松让部队登陆并占领了堡垒。所有同行的驱逐舰都在途中遭受了风暴的破坏，且由于补给舰未能如期抵达而燃料不足。因此当希佩尔海军上将奉命回国后，为了保卫港口，Z-6号于4月10日在一个沙洲上坐滩（英语：），成为固定的火炮和鱼雷发射装置。第二天，该舰便遭到了从暴怒号航空母舰起飞、隶属第816海军航空中队（英语：）的九架剑鱼式鱼雷轰炸机的袭击。令人惊讶的是，英国人的鱼雷只是击中了砂质岩石，并在离舰只不远处爆炸。十天后，Z-6号重新浮出水面，并被拖到特隆赫姆进行维修。在那里，它成为第一艘配备FuMO-21型雷达（英语：）的德国驱逐舰，而舰上的一组鱼雷发射管则被移除并重新安装在阿格德內斯附近的陆地上，以改善当地的防御。工程于6月7日完结，该舰得以驶回威廉港接受大修。
大修过后，Z-6号于9月9日启程调往德占法国。该舰自此以布雷斯特为基地，并于9月28日至29日夜间在法尔茅斯湾（英语：）布设水雷，最终仅致沉了5艘、总计2,026总吨的船舶。由于持续受到左舷涡轮机问题的困扰，它只得于11月5日重回威廉港进行维修。在此期间，舰只曾被一枚练习鱼雷击中，又因锅炉舱（英语：）火灾造成进一步损坏，导致维修工作一直持续到1941年8月9日。三天后，Z-6号启程前往挪威，但途中撞上了一处暗礁，将舰底的七个舱室撕裂，并导致两副螺旋桨轴失灵。它先是被拖到卑尔根接受临时修理，然后又被拖到基尔，是次维修则一直持续到1942年5月10日。
Z-6号于6月11日被调往挪威，它是在“跳马行动（英语：）”中被指派为战列舰提尔皮茨号提供护航的四艘驱逐舰之一，试图袭击前往苏联的PQ-17号北极护航船队。7月2日，这些舰只从特隆赫姆出发展开第一阶段行动，但被派往护航提尔皮茨号的三艘驱逐舰——包括Z-6号都在黑暗和浓雾中搁浅，被迫返回港口进行维修。再加上装甲舰吕措号在同一天搁浅时遭受的破坏，行动很快就被取消了。Z-6号先是在特隆赫姆进行临时维修，后于7月25日被拖回德国接受永久性修复。三天后，它们遭到了三架英国博福特式鱼雷轰炸机（英语：）的攻击，但没有造成任何影响。
历史 > 巴伦支海海战

条目：巴伦支海海战
Z-6号于1942年12月重新投运，并与吕措号一同返回挪威及时参与“彩虹行动（英语：）”，试图拦截当月底从英国驶往苏联的JW-51B号护航船队（英语：）。在12月31日早晨发现船队后，Z-6号、吕措号和其它两艘驱逐舰奉命与船队交战，而希佩尔将军号和另外三艘驱逐舰则负责牵制船队的护航舰。然而，德国未能完成它们的袭击，只击沉了一艘驱逐舰、一艘扫雷舰和一艘商船，同时自己也损失了一艘驱逐舰。
1943年2月初，Z-6号护送布雷舰丽蝇号（英语：）在巴伦支海的基利金岛附近布设了雷区。次月，该舰及其姊妹舰Z-5号和Z-20“卡尔·加尔斯特”号于3月31日驶往扬马延岛，计划与突围舰雷根斯堡号（德语：）会合。它们搜寻了好几天，直到日益恶劣的天气迫使它们带着风暴损伤返回港口。德国人并不知道，雷根斯堡号已于3月30日遭到一艘英国巡洋舰拦截并击沉。Z-6号随后驶向特隆赫姆进行维修，但在4月6日，由于燃料的水污染导致其几乎丧失了所有动力，险些在途中失事。幸亏拖船及时赶到，它才避免了被漂上岸。9月，该舰又参与了“西西里行动（英语：）”，负责运送第230步兵师第349掷弹兵团的部队，并连同由另外八艘驱逐舰护航的战列舰提尔皮茨号和沙恩霍斯特号一起，摧毁挪威在斯匹次卑尔根岛上的设施。这次行动虽然取得了成功，但主旨是为了提振驻扎在北极的舰艇士气，因为燃料短缺限制了它们的活动，而盟军在五周后便重建了设施。Z-6号随后开始为在斯卡格拉克海峡周边航行的己方船队提供护航，直到12月初返回德国接受另一次大修。
随着大修于1944年6月完成，该舰恢复了此前在斯卡格拉克海峡的护航职责，但8月发生的再一次锅炉舱火灾使其需要在奥斯陆进行长时间维修。它于11月18日在丹麦的腓特烈港又不慎撞上防波堤（英语：）后受损，至1945年1月7日才重新投运。Z-6号此后一直留在挪威南部和丹麦，直到当地驻舰奉命于5月5日驶入波罗的海，协助德国人从赫拉半岛撤退。在哥本哈根卸下难民后，该舰再次航行到赫拉，并于5月7日返回哥本哈根。三天后，船员们在基尔投降。
历史 > 战后役期

在决定其命运的过程中，Z-6号由英国人控制并保留了德国船员，于1945年6月在威廉港进行大修。它最初在1945年底被割让予英国，并于次年1月中旬航行到罗塞斯。与此同时，法国人提出抗议，并因此得到了Z-6号和另外三艘驱逐舰。1946年2月4日，该舰在瑟堡正式移交，并以法国将领让-巴蒂斯特·克莱贝尔（英语：）的姓氏重新命名为“克莱贝尔”号。
克莱贝尔号于8月31日至9月10日接受了短暂的改装，然后在10月28日至12月21日期间开展了一次前往波尔多的训练巡航。在这次航行中，它于10月31日救起了失事煤船法兰西-埃莱娜号（）的船员。该舰于1947年被编入第1驱逐支舰队，并获颁T03号作为舷号。同年年底，克莱贝尔号负责护送潜艇多里斯号（英语：）前往伦敦德里以归还英国，再于11月25日返回瑟堡。该舰于1948－1951年间进行了重建，其舰桥得到扩大，原有的轻型防空武器被六门波佛斯40毫米60倍径高射炮取代，第五门127毫米炮则被拆除，并安装了美国制雷达。1951年12月20日，它从瑟堡驶往新驻地土伦。自此，克莱贝尔号被编入地中海分舰队（法语：）的第3驱逐支舰队，并在接下来的两年里多次访问了法属北非的港口。该舰于1953年10月调回瑟堡，12月20日被降级为预备役（英语：）。法国海军于1957年对其进行了评估，发现舰体状况已经非常糟糕，因此它于4月10日遭除籍，废舰体（英语：）也于同一天被重命名为Q85号。该舰最终于次年在鲁昂拆解报废。
参考资料

Gröner, Erich. . 1: Major Surface Warships. Annapolis, Maryland: Naval Institute Press. 1990. ISBN 0-87021-790-9.
Haarr, Geirr H. . Annapolis, Maryland: Naval Institute Press. 2009. ISBN 978-1-59114-310-9.  含有內容需登入查看的頁面 (link)
Hervieux, Pierre.  IV. Greenwich, England: Conway Maritime Press. 1980. ISBN 978-0-87021-979-5.
Hildebrand, Hans H.; Röhr, Albert & Steinmetz, Hans-Otto.  Band 7. Ratingen: Mundus Verlag. 1993. ISBN 978-3-7822-0267-1.
Koop, Gerhard & Schmolke, Klaus-Peter. . Annapolis, Maryland: Naval Institute Press. 2003. ISBN 978-1-59114-307-9.
Rohwer, Jürgen.  Third Revised. Annapolis, Maryland: Naval Institute Press. 2005. ISBN 1-59114-119-2.
Whitley, M. J. . Annapolis, Maryland: Naval Institute Press. 1991. ISBN 978-1-55750-302-2.
Z-6号于1943年状态的识别图
在法国海军服役的克莱贝尔号
Z-16弗里德里希·埃科尔特号驱逐舰

| --- | --- |
Z-16“弗里德里希·埃科尔特”号的最后时刻
历史
纳粹德国
艦名:  Z-16“弗里德里希·埃科尔特”号
艦名出處:  弗里德里希·埃科尔特（德语：）
下订日:  1935年1月9日
建造者:  汉堡布洛姆与福斯船厂
船廠編號:  505
铺设龙骨:  1935年11月4日
下水日期:  1937年3月21日
完工日期:  1938年7月28日
结局:  1942年12月31日在巴伦支海海战中遭击沉
技术数据（竣工时）
船級:  1934级
船型:  驱逐舰
排水量:   标准：2,239吨  满载：3,165吨 
船長:  119米
型宽:  11.30米
吃水:  4.23米
動力輸出:  70,000匹軸馬力（52,000千瓦特）
動力來源:  双轴，两台蒸汽轮机
船速:  36節（67每小時；41英里每小時）
續航力:  1,530海里以19节
乘員:  10名军官、315名水兵
武器裝備:   5 × 单装127毫米34式速射炮（英语：）  2 × 双联装37毫米30式速射炮  6 × 单装20毫米30式高射炮  2 × 四联装533毫米鱼雷发射管  60枚水雷  4 × 深水炸弹发射器（32－64枚炸弹） 
Z-16“弗里德里希·埃科尔特”号（德語：）是德国国家海军暨战争海军于1930年代中期建造的十六艘1934级驱逐舰之一，得名于在一战中阵亡的V-48号（德语：）鱼雷艇艇长、德意志帝国海军上尉弗里德里希·埃科尔特（德语：）。该舰于1935年11月4日开始在汉堡的布洛姆与福斯船厂铺设龙骨，1937年3月21日下水，至1938年7月28日交付使用（英语：）。
第二次世界大战爆发之初，Z-16号先是被派往封锁波兰海岸，但不久便被转移到德意志湾布设防御性雷区。1939年末至1940年初，该舰在英国海岸附近多次成功布雷，共导致21艘商船沉没。它还参与了挪威战役的早期阶段，于1940年4月上旬将部队运送到特隆赫姆地区，继而于同年晚些时候移驻德占法国。1940年末，Z-16号返回德国进行改装，并于1941年6月作为德国入侵苏联的“巴巴罗萨行动”准备工作的一部分被转移到挪威。它在战役开始时花了一些时间在苏联水域进行破交（德语：）巡逻，但总体上收效甚微。同年晚些时候，该舰又在北极护送了许多行经的德国船队。1942年，Z-16号主要负责在德国重巡洋舰进行破交袭击的开始和结束阶段为其提供护航。该舰也是同年12月31日在挪威北角附近袭击JW-51B号护航船队（英语：）的德国水面部队的一份子。行动期间，在击沉了英国扫雷舰悬钩子号（英语：）后，Z-16号将英国轻巡洋舰谢菲尔德号误认作是己方重巡洋舰希佩尔将军号，并在对方开火时大吃一惊。该舰全体官兵未及还击，便跟随舰只沉入海底。
设计

条目：1934级驱逐舰
Z-16“弗里德里希·埃科尔特”号的水线长和全长分别为114米和119米，有11.3米的舷宽以及最大4.23米吃水深度；其设计排水量为2,239吨，满载时则可达3,165吨。该舰由两台瓦格纳齿轮传动蒸汽轮机提供动力，各负责驱动一副直径为3.25米的三叶螺旋桨。过热蒸汽则由六台本森强制循环锅炉（德语：）供应，这使得它在70,000匹軸馬力（52,000千瓦特）额定功率下的设计航速为36節（67每小時）。Z-16号最多可贮存752吨燃料油，理论上能够以19節（35每小時）的速度的巡航4,400海里（8,100），但实际它在运用过程中重心过高，30%的燃料必须作为压舱物保留在舰内。事实证明，19节航速时的有效行程仅为1,530海里（2,830）。舰只的标准船员编制（英语：）为10名军官和315名水兵，在担任区舰队旗舰时还可额外增加4名军官和19名水兵。
该舰装备有五门127毫米34式速射炮（英语：），架设在带有炮挡（英语：）的单装炮座上。其中舰艛的前后各有两门采用背负式布置，第五门则安装在后部舰艛的顶端，并从前到后编为1至5号。防空武器由安装在与后部烟囱（英语：）并排的一对双联装炮座上的四门37毫米30式速射炮和六门单座20毫米30式高射炮组成。此外，该舰还在中心线上的两个四联装动力操纵式底座上安装有八具533毫米鱼雷发射管，每个底座配备一对重新装填装置。四个深水炸弹发射器则安装在艉后部甲板室（英语：）的侧面，再辅以舰艉两侧的六具单装深水炸弹支架，合共可携带32或64枚炸弹。布雷轨道安装在后甲板，最多可贮存60枚水雷。到1939年底，舰上还安装了一套称为“群听装置（德语：）”的被动式水听器用于探测潜艇，并安装了
主动式声纳系统。
历史

Z-16“弗里德里希·埃科尔特”号得名于1916年5月31日指挥V-48号（德语：）鱼雷艇在日德兰海战中阵亡的前德意志帝国海军上尉弗里德里希·埃科尔特（德语：）。它于1935年1月9日由德国国家海军所订购，自同年11月4日开始在汉堡的布洛姆与福斯船厂铺设龙骨，建造序列（英语：）为505。该舰于1937年3月21日下水，至1938年7月28日竣工（英语：）。随后，它作为第3驱逐支舰队的一份子参加了1938年8月举行的海上阅兵。1939年3月23日至24日，当德国宣布占领梅默尔时，Z-16号成为护送阿道夫·希特勒搭乘装甲舰德国号前往立陶宛的驱逐舰之一。它还参加了在地中海西部举行的春季舰队演练，并于4月和5月多次访问西班牙和摩洛哥港口。
当第二次世界大战于1939年9月爆发时，Z-16号最初被部署在波罗的海对抗波兰海军并执行对波兰的封锁，但不久便被转移到德意志湾，与其姊妹舰一同在那里布设防御雷区。10月，它还在斯卡格拉克海峡巡逻，以查验来往的中立国船舶是否有搭载违禁品。10月17日至18日夜间，时任鱼雷艇首长（德语：）的海军少将京特·吕特晏斯搭乘其旗舰Z-21“威廉·海德坎普”号，率领Z-16号、Z-17“迪特尔·冯·勒德尔”号、Z-18“汉斯·吕德曼”号、Z-19“赫尔曼·金内”号和Z-20“卡尔·加尔斯特”号前往亨伯河口附近布设雷区。英国人不知道雷区的存在，就此损失了七艘商船，共计25,825总吨。11月18日至19日晚，Z-16号与Z-10“汉斯·洛迪”号又在海军中校埃里希·拜（英语：）的旗舰Z-15“埃里希·施泰因布林克”号的指挥下，前往亨伯河口附近布设了另一个雷区，再导致七艘、共计38,710总吨的船舶沉没，其中包括万吨级的波兰远洋客轮毕苏斯基号（英语：）。
1940年1月6日至7日晚，Z-16号、Z-14“弗里德里希·伊恩”号和Z-15号在泰晤士河口附近布设了另一片由170枚磁性水雷（英语：）组成的雷区。英国驱逐舰格伦维尔号（英语：）和六艘商船（共计21,617总吨）均在这片雷区中沉没，另一艘商船则受损。驱逐舰首长（德语：）、海军准将弗里德里希·邦特（英语：）于1月10夜晚重新率领Z-16号、Z-4“理夏德·拜岑”号、Z-14号、Z-20号、Z-21号和Z-22“安东·施米特”号，共同出击（英语：）前往纽卡斯尔水域布雷。期间Z-14号的锅炉发生故障，使其最大航速降至27節（50每小時），不得不由Z-4号护送回德国。最终这个雷区仅造成一艘251吨重的拖网渔船沉没。2月9日至10日，Z-16号、Z-3“马克斯·舒尔茨”号和Z-4号又在哈里奇附近的希普沃什水域布设了110枚磁性水雷，共造成六艘总注册吨位达28,496吨的船舶触雷沉没，以及一艘受损。2月22日，Z-16号在试图前往多格滩拦截英国拖网渔船群的“维京行动（英语：）”中担任旗舰，行动期间有两艘德国驱逐舰沉没，造成了重大人员伤亡——其中一艘在一条据称没有水雷的航道中撞上了英国人新布设的水雷，另一艘则遭到德国空军的误炸。
在1940年4月“威悉演习行动”的挪威战役期间，该舰被编入第二集群，任务是运送第3山地师的第139山地猎兵团与重巡洋舰希佩尔将军号一同攻占特隆赫姆。这些舰只于4月6日开始装载部队，并于第二天启航。Z-16号的左舷螺旋桨轴在通过易北河口后不久便开始过热，不得不减速。它设法修复了这个问题，并在当天晚些时候加入了主体。该舰护送希佩尔将军号进入特隆赫姆峡湾，两者都在抵达特隆赫姆港湾后卸下部队。由于补给舰未能如期到来，所有德国舰艇在长途航行后都遇到了燃料不足的窘况。希佩尔将军号奉命于4月10日回国，Z-5“保罗·雅各比”号和Z-8“布鲁诺·海涅曼”号遂将所剩燃料转移至Z-16号，以便让后者为巡洋舰提供反潜护航。但事实证明，在波涛汹涌的海面上，这艘较小的驱逐舰无法赶上希佩尔将军号的速度，因此被迫返航。两天后，德军在特隆赫姆找到了足够的燃料，使Z-16号和Z-8号得以于4月14日启航，并于翌日平安无事地抵达德国。
9月初完成改装后（此时舰桥上方可能已安装FuMO-21（英语：）或FuMO-24型雷达（英语：）），Z-16号于9月9日跟随新成立的第5驱逐区舰队移驻德占法国。9月28日至29日夜间，此时以布雷斯特为驻地的第5区舰队在法尔茅斯湾（英语：）布设了一个雷区，致使五艘、共计仅2,026总吨的船舶沉没。Z-16号于10月9日至10日夜间遭到隶属英国舰队航空兵第812中队（英语：）的剑鱼式鱼雷轰炸机袭击，并被炸弹碎片轻微损坏，造成1人阵亡，3人受伤。它于11月5日返回汉堡，在当地接受改装直至12月底。在1941年5月19日至22日护送战列舰俾斯麦号和重巡洋舰欧根亲王号从阿科纳角经特隆赫姆进入北大西洋之前，Z-16号一直在波罗的海进行训练。接下来的一个月，它又负责护送试图突破英国封锁的装甲舰吕措号从基尔前往挪威。几架英国博福特式鱼雷轰炸机（英语：）在途中发现了吕措号及其护航舰，其中一架于6月13日清晨出其不意地发射鱼雷击中了装甲舰。Z-16号只得对吕措号实施拖曳，直到后者设法重新启动右舷发动机并依靠自己的动力前进。
作为此时第6驱逐区舰队的一份子，Z-16号于6月20日与Z-7“赫尔曼·舍曼”号和Z-20号一同启程前往挪威的卑尔根，直到7月4日，当Z-7号的主给水泵修复完毕，区舰队余下的Z-4号和Z-10号才抵达。全部五艘驱逐舰均于7月10日移驻希尔克内斯。它们于7月12日进行了首次破交（德语：）巡逻，但直到第二天夜里才有所收获。当时第6区舰队发现一支苏联小型船队，并击沉了其中的两艘，却消耗了八成的弹药。当德国舰群返回港口时，则遭到了几架飞机的袭击，Z-16号声称击落了其中一架。第二次巡逻于7月22日展开，但只有一艘苏联船舶被击沉，而德国驱逐舰则在数次空袭中毫发无损。7月29日，当英国航空母舰胜利号和暴怒号袭击佩察莫和希尔克内斯时，第6区舰队尚在遥远的东方，无法赶在英国舰只离开该地区之前拦截它们。德国驱逐舰群还于8月9日闯入科拉湾，击沉了一艘苏联小型巡逻艇。Z-16号在行动中被一架飞机跨射（英语：）命中，损坏了它的舵机和右舷发动机。这一损坏得到临时修复，但该舰仍受命前往纳尔维克进行更彻底的维修。工程完结后，Z-16号继续留在北极执行护航任务。它于10月12日在特罗姆瑟被一艘挪威货船意外撞击，10月22日在特隆赫姆的浮动船坞接受了临时维修，然后被送回国进行更长期的维修，并于11月9日抵达基尔。
1942年4月15日，Z-16号完成了修复和保养，继而一直进行训练，直到6月11日尝试驶向挪威。它在途中又出现了更多的发动机问题，不得不返航维修。该舰于7月9日抵达特隆赫姆，为轻巡洋舰科隆号提供护航；途中两者都在斯卡格拉克海峡的入口处布下了水雷。Z-16号继续前行，于7月18日到达纳尔维克。在8月的“仙境行动（英语：）”期间，它连同Z-4号和Z-15号在装甲舰舍尔将军号执行攻击卡拉海的苏联船只的任务开始和结束阶段为其护航。它们还在8月中旬负责护送布雷舰乌尔姆号（德语：）前往热拉尼亚角（英语：）周边布设雷区。10月13日至15日，Z-16号、Z-4号、Z-27号和Z-30号在卡宁半岛的白海出海口附近布下水雷，导致苏联破冰船阿纳斯塔斯·米高扬号（俄语：）沉没。三周后，同样的四艘驱逐舰于11月初又护送希佩尔海将军号试图拦截独自驶向苏联港口的盟军商船。
历史 > 巴伦支海海战

条目：巴伦支海海战
在12月下旬的“彩虹行动（英语：）”期间，德国人为了拦截从英国驶往苏联的JW-51B号（英语：）护航船队，由Z-16号、Z-4号和Z-29号护送希佩尔将军号负责牵制对方的护航舰，而吕措号和另外三艘驱逐舰则主责发动攻击。前一组驱逐舰与希佩尔将军号分开进行搜寻，于12月31日上午顺利找到船队，从而引发巴伦支海海战。当德舰在8,000米的范围内开火时，英国驱逐舰顽固号（英语：）相继发现了它们，并接近调查。顽固号随即在没有受到任何伤害的情况下掉头重新加入船队，德国驱逐舰也未继续追击，因为它们接到了与希佩尔将军号会合的命令。在进行机动以靠近船队的过程中，德国人发现了英国扫雷舰悬钩子号（英语：），它于早前从船队中分离出来搜寻掉队的船只，驱逐舰遂奉命将其击沉，而希佩尔将军号则与护航船队交战。在能见度很低的情况下，这花费了一些时间；与此同时，由英国轻巡洋舰谢菲尔德号和牙买加号（英语：）组成的掩护部队（英语：）突然现身使希佩尔将军号感到惊讶。击沉悬钩子号之后，Z-16号和Z-4号试图重新与希佩尔将军号会合，却不知英国巡洋舰就在附近。当它们在4,000米的射程内发现对方时，又将谢菲尔德号与希佩尔将军号混淆了。正值错愕之际，谢菲尔德号利用所有火炮向距离最近的Z-16号开火。后者在不到两分钟的时间里便断成两截，连同全体官兵一起沉入海底；Z-4号则毫发无损地逃脱了。
参考资料

Gröner, Erich. . 1: Major Surface Warships. Annapolis, Maryland: Naval Institute Press. 1990. ISBN 0-87021-790-9.
Haarr, Geirr H. . Annapolis, Maryland: Naval Institute Press. 2013. ISBN 978-1-59114-331-4.
Hervieux, Pierre.  IV. Greenwich, England: Conway Maritime Press. 1980. ISBN 978-0-87021-979-5.
Koop, Gerhard & Schmolke, Klaus-Peter. . Annapolis, Maryland: Naval Institute Press. 2003. ISBN 978-1-59114-307-9.
Rohwer, Jürgen.  Third Revised. Annapolis, Maryland: Naval Institute Press. 2005. ISBN 1-59114-119-2.
Llewellyn-Jones, Malcolm. . London: Whitehall History Publishing in association with Routledge. 2007. ISBN 0-7146-5284-9.
Whitley, M. J. . Annapolis, Maryland: Naval Institute Press. 1991. ISBN 978-1-55750-302-2.
OpenSSL

：此条目的主题不是。
| --- | --- |


開發者: OpenSSL專案
首次发布: 1998
当前版本: 3.4.0（2024年10月22日；穩定版本）  
源代码库: github.com/openssl/openssl  
编程语言: C语言、汇编、Perl
类型: 安全性加密函式庫
许可协议: 3.0以前：OpenSSL與SSLeay雙重授權條款 3.0開始：Apache许可证2.0
网站: www.openssl.org
在上，OpenSSL是一個開放原始碼的軟體函式庫套件，應用程式可以使用這個套件來進行安全通訊，避免竊聽，同時確認另一端連線者的身份。這個套件廣泛被應用在網際網路的網頁伺服器上。
其主要函式庫是以C語言所寫成，實作了基本的加密功能，實作了SSL與TLS協定。OpenSSL可以運行在OpenVMS、 Microsoft Windows以及絕大多數類Unix作業系統上（包括Solaris，Linux，Mac OS X與各種版本的開放原始碼BSD作業系統）。
雖然此軟體是開放原始碼的，但其3.0以前版本的授權條款與GPL有衝突之處，故GPL軟體使用OpenSSL時（如Wget）必須對OpenSSL給予例外。
歷史

OpenSSL計劃在1998年開始，其目標是發明一套自由的加密工具，在網際網路上使用。OpenSSL以Eric Young以及Tim Hudson兩人開發的SSLeay為基礎，隨著兩人前往RSA公司任職，SSLeay在1998年12月停止開發。因此在1998年12月，社群另外分支出OpenSSL，繼續開發下去。
OpenSSL管理委員會目前由7人組成，有13個開發人員具有提交權限（其中許多人也是OpenSSL管理委員會的一部分）。只有兩名全職員工（研究員），其餘的是志願者。
該項目每年的預算不到100萬美元，主要依靠捐款。 TLS 1.3的開發由Akamai贊助。
主要版本发布

| 版本 | 初始版本日期 | 备注 | 最近更新版本 |
| --- | --- | --- | --- |
| 舊版本，不再支援： 0.9.1 | 1998年12月23日 |  OpenSSL项目的正式开启 | 0.9.1c（1998年12月23日） |
| 舊版本，不再支援： 0.9.2 | 1999年3月22日 |  取代0.9.1c | 0.9.2b（1999年4月6日） |
| 舊版本，不再支援： 0.9.3 | 1999年5月25日 |  取代0.9.2b | 0.9.3a（1999年5月27日） |
| 舊版本，不再支援： 0.9.4 | 1999年8月9日 |  取代0.9.3a | 0.9.4（1999年4月9日） |
| 舊版本，不再支援： 0.9.5 | 2000年2月28日 |  取代0.9.4 | 0.9.5a（2000年4月1日） |
| 舊版本，不再支援： 0.9.6 | 2000年9月24日 |  取代0.9.5a | 0.9.6m（2004年3月17日） |
| 舊版本，不再支援： 0.9.7 | 2002年12月31日 |  取代0.9.6m | 0.9.7m（2007年2月23日） |
| 舊版本，不再支援： 0.9.8 | 2005年7月5日 |  取代0.9.7m | 0.9.8zh（2015年12月3日） |
| 舊版本，不再支援： 1.0.0 | 2010年3月29日 |  取代0.9.8n | 1.0.0t（2015年12月3日） |
| 舊版本，不再支援： 1.0.1 | 2012年3月14日 |  取代1.0.0  维护至2016年12月31日  支持RFC 6520 TLS/DTLS心跳  支持SCTP  RFC 5705 TLS key material exporter  RFC 5764 DTLS-SRTP协商  Next Protocol Negotiation  PSS signatures in certificates, requests and 证书吊销列表  Support for password based recipient info for CMS  支持TLS v1.2以及TLS v1.1  Preliminary FIPS capability for unvalidated 2.0 FIPS module  支持安全远程密码协议（英语：）（SRP） | 1.0.1u（2016年9月22日） |
| 舊版本，不再支援： 1.0.2 | 2015年1月22日 |  取代1.0.1  维护至2019年12月31日（长期维护）  Suite B支持TLS 1.2和DTLS 1.2  支持DTLS 1.2  TLS自动选择椭圆曲线（EC）  用於設置TLS支持的簽名算法和曲線的API  SSL_CONF配置API  支持TLS Brainpool（英语：）  支持应用层协议协商  CMS支持RSA-PSS（英语：）、RSA-OAEP、ECDH及X9.42 DH | 1.0.2u（2019年12月20日 (2019-12-20)） |
| 舊版本，不再支援： 1.1.0 | 2016年8月25日 (2016-08-25) |  取代1.0.2h  維護到2019年9月  支持BLAKE (RFC 7693)  支持ChaCha20-Poly1305（RFC 7539）  支持X25519（RFC 7748）  支持DANE（英语：）和证书透明度  支持扩CCM模式密碼套件  支持扩展主密钥  移除SSLv2  移除对Kerberos密码包的支持  将RC4和3DES從libssl从DEFAULT密碼套件中移除  将DSS、SEED、IDEA、CAMELLIA以及AES-CCM从DEFAULT密碼套件中移除  将40和56位密码从libssl中移除 | 1.1.0l（2019年9月10日 (2019-09-10)） |
| 舊版本，不再支援： 1.1.1 | 2018年9月11日 (2018-09-11) |  長期支援版本（維護至2023年9月11日）  支持TLS1.3  支持SHA-3  支持X448（英语：）以及Ed448（英语：）（RFC 7748）  支持SipHash（英语：）  支持ARIA (cipher)（英语：）  支持多素數RSA（RFC 8017）  支持SM2、SM3以及SM4  移除Heartbleed  移除对QNX支持的支持 | 1.1.1w（2023年9月11日 (2023-09-11)） |
|  舊版本，仍被支援： 3.0 | 2021年9月7日 (2021-09-07) |  重新授權至Apache License 2.0  重新支援FIPS 140（英语：） | 3.0.10 (2023年8月1日 (2023-08-01)） |
|  舊版本，仍被支援： 3.1 | 2023年3月14日 (2023-03-14) |  FIPS 140-3（英语：）合規  效能改善 | 3.1.2 (2023年8月1日 (2023-08-01)） |
|  舊版本，仍被支援： 3.2 | 2023年11月23日 (2023-11-23) |  客戶端支援 QUIC  TLS 證書壓縮  ECDSA 的確定性使用  TLS 原始公鑰支援 | 持續開發中 |
|  舊版本，仍被支援： 3.3 | 2024年4月9日 (2024-04-09) |  | 持續開發中 |
|  當前版本： 3.4 | 2024年10月22日 (2024-10-22) |  | 持續開發中 |
格式：舊版本舊版本，仍被支援当前版本最新的预览版未来版本
算法

OpenSSL支持许多不同的加密算法：
（从1.0版开始，橢圓曲線迪菲-赫爾曼金鑰交換用于支持前向安全性）)
授權條款(Licensing)

OpenSSL 根據 OpenSSL 許可證和 SSLeay 許可證獲得雙重許可，這意味著可以使用任一許可證的條款。OpenSSL 授權實際上是 Apache授權條款1.0，而 SSLeay 授權則與四條款 BSD授權條款有些相似。
由於OpenSSL 授權是Apache授權條款1.0（而非Apache授權條款2.0），因此被要求在宣傳資料和任何redistributions中明確標出：「本產品包含由 OpenSSL Project 開發，用於 OpenSSL 工具包的軟體」（根據 OpenSSL 授權第 3 和第 6 條規定）。由於此限制，OpenSSL授權和Apache授權條款1.0這兩個授權與GNU GPL授權不相容。
一些 GPL 開發者為了允許他們的系統與 OpenSSL 一起使用，特別在他們的授權條款中加入了"OpenSSL例外"。例如，GNU Wget 和 climm 採用了這樣的例外條款。某些套件（如 Deluge）在 GPL 授權條款的開頭添加額外部分，記錄此例外。而其他套件則選擇使用具有不同授權的替代品，例如採用 GNU-LGPL 的 GnuTLS、BSD 授權的 Botan、MPL 授權的 NSS，這些工具具備相同的功能。
2015 年 8 月，OpenSSL 宣布將要求大多數貢獻者簽署貢獻者授權協議（Contributor License Agreement, CLA），並計劃將 OpenSSL 的授權最終變更為Apache授權條款 2.0。此過程於 2017 年 3 月展開，並於 2018 年完成。
2021 年 9 月 7 日，採用Apache授權條款 2.0 授權的OpenSSL 3.0.0 正式發布。
發生過的重大漏洞 > 拒絕服務(DoS): ASN.1 解析

在OpenSSL 0.9.6k，某些特定的ASN.1序列會在 Windows 電腦上觸發大量遞迴。該錯誤於 2003 年 11 月 4 日被發現。能夠發送任意大量的 ASN.1 序列將導致 OpenSSL 崩潰。
發生過的重大漏洞 > "可預測私鑰"漏洞（僅限Debian）

OpenSSL 的偽亂數產生器使用複雜的程式方法來取得熵。為了防止Valgrind分析工具發出相關警告， Debian發行版的維護者對 Debian 的 OpenSSL 套件變體應用了補丁，該補丁將其可生成的私鑰總數限制為32,768，無意中破壞了其隨機數生成器。損壞的版本包含在 2006 年 9 月 17 日發布的 Debian 版本中（版本 0.9.8c-1），這也影響了其他基於Debian的系統，例如Ubuntu。
該錯誤於 2008 年 5 月 13 日由 Debian 報告。在 Debian 4.0 發行版（代號 etch）中，這些問題已在版本 0.9.8c-4etch3 中修復，而針對 Debian 5.0 發行版（代號 lenny）的修復則包含在版本 0.9.8g-9 中。
發生過的重大漏洞 > OCSP 裝訂漏洞

在連線建立的握手階段時，，用戶端可能會傳送格式不正確的ClientHello訊息 （页面存档备份，存于），導致 OpenSSL 解析的內容超出訊息末端。CVE 專案分配了識別碼CVE -2011-0014 （页面存档备份，存于） ，這影響了所有 OpenSSL 版本 0.9.8h 至 0.9.8q 以及 OpenSSL 1.0.0 至 1.0.0c。由於解析可能會導致讀取不正確的記憶體位址，因此攻擊者有可能引發DoS。某些應用程式也可能會暴露已解析的OCSP擴充的內容，從而導致攻擊者能夠讀取ClientHello之後的記憶體內容。
發生過的重大漏洞 > ASN.1 BIO 漏洞

當使用基本輸入/輸出 (BIO) 或基於 FILE 的函數讀取不受信任的DER格式資料時，OpenSSL 容易受到攻擊。但該漏洞不會直接影響 OpenSSL 的 SSL/TLS 程式碼，或者任何使用 ASN.1 函數（特別是 d2i_X509 和 d2i_PKCS12）的應用程式。
該漏洞於 2012 年 4 月 19 日發現，並分配了 CVE 識別碼CVE -2012-2110 （页面存档备份，存于）。
發生過的重大漏洞 > SSL、TLS 和 DTLS 明文恢復攻擊

在處理 SSL、TLS 和 DTLS 中的 CBC 密碼套件時，發現 OpenSSL 在 MAC 處理期間容易受到定時攻擊。 Nadhem Alfardan 和 Kenny Paterson 發現了這個問題，並於 2013 年 2 月 5 日發布了他們的發現。CVE 識別碼為CVE -2013-0169 （页面存档备份，存于）
發生過的重大漏洞 > 心臟出血漏洞

条目：心脏出血漏洞
OpenSSL 1.0.1至1.0.1f 版本在其 TLS心跳擴展（Heartbeat Extension）的實現中存在一個嚴重的內存處理漏洞，該漏洞可被利用在每次心跳中洩露最多 64 KB 的應用程序內存。（CVE -2014-0160 （页面存档备份，存于））。通過讀取 Web 伺服器的內存，攻擊者可能訪問敏感數據，包括伺服器的私鑰。
這可能使攻擊者能夠解碼之前竊聽的通信內容，特別是在加密協議未確保完美前向保密（Perfect Forward Secrecy, PFS）的情況下。掌握私鑰還可能讓攻擊者對未來的通信進行中間人攻擊（MITM attack）。
該漏洞還可能洩露其他用戶敏感請求與響應的未加密部分，包括會話Cookie 和密碼，這可能讓攻擊者冒充其他用戶的身份進行服務操作。
該漏洞於 2014 年 4 月 7 日披露時，估計大約 17%（約 50 萬台）由受數位憑證認證機構 (CA) 認證的安全 Web 伺服器可能受到了此攻擊的影響。並且，Heartbleed 漏洞可能同時影響伺服器和客戶端。
發生過的重大漏洞 > CCS注入漏洞

CCS 注入漏洞 (CVE -2014-0224 （页面存档备份，存于）) 是一個安全繞過漏洞，是由 OpenSSL 中處理密鑰材料的方法存在的弱點引起。
此漏洞可以通過中間人攻擊（MITM）被利用。攻擊者可以解密和修改傳輸中的流量。一名遠程未經身份驗證的攻擊者可以通過特製的握手過程迫使通信雙方使用弱密鑰材料。成功的攻擊可能導致安全繞過，使攻擊者能夠訪問潛在的敏感信息。該攻擊僅能在易受攻擊的客戶端與伺服器之間執行。
OpenSSL 用戶端在版本 0.9.8za、1.0.0m 和 1.0.1h 之前的所有 OpenSSL 版本中都存在漏洞。僅已知 OpenSSL 1.0.1 和 1.0.2-beta1 中的伺服器容易受到攻擊。建議使用 1.0.1 之前版本伺服器的用戶升級作為預防措施。
發生過的重大漏洞 > ClientHello 為內容的 DoS 攻擊

此漏洞（CVE -2015-0291 （页面存档备份，存于））允許任何人讀取證書的內容並準確地修改它，從而利用該漏洞使客戶端或伺服器崩潰。如果客戶端連接到一個使用 OpenSSL 1.0.2 的伺服器並在重新協商時提供無效的簽名算法擴展，將會發生空指標引用。這可能導致針對伺服器的拒絕服務（DoS）攻擊。
斯坦福大學的安全研究員 David Ramos 持有一個私有的漏洞利用程序，並將其提交給 OpenSSL 團隊，隨後該問題被修補。
OpenSSL 將此漏洞分類為高嚴重性問題，指出版本 1.0.2 受到影響。
發生過的重大漏洞 > 對 Diffie–Hellman 小型子group的 密鑰恢復攻擊

此漏洞（CVE-2016-0701 （页面存档备份，存于））在滿足某些特定條件時，允許恢復 OpenSSL 伺服器的 Diffie–Hellman 私鑰。
該漏洞由 Adobe 系統安全研究員 Antonio Sanso 私下報告，OpenSSL 將此漏洞分類為高嚴重性問題，並指出僅版本 1.0.2 受到影響。
分支 > Agglomerated SSL

在2009年，OpenSSL API受挫之后，当时的OpenBSD开发人员Marco Peereboom创建了分支Agglomerated SSL（assl），它重新使用OpenSSL API，但提供了更简单的外部接口。
分支 > LibreSSL

条目：LibreSSL
2014年4月的心脏出血漏洞事件之后，OpenBSD项目成员以OpenSSL 1.0.1g作为分支，创建一个名为LibreSSL的项目。在缩减OpenSSL的代码库的第一周，将超过90,000行的C语言代码从分支中删除。
分支 > BoringSSL

2014年6月，Google发布了自己的OpenSSL分支BoringSSL，计划与OpenSSL和LibreSSL的开发者合作。
分支 > GmSSL

GmSSL支持SM2/SM3/SM4/SM9/ZUC等商用密码，主要使用SM2替代RSA/Diffie-Hellman/ECDSA/ECDH，SM3替代MD5/SHA-1/SHA-256，SM4替代DES/AES，SM9替代PKI/CA体系，所有代码在GitHub上开源，并由北京大学信息安全实验室开发和维护。此项目获得2015年度中国Linux软件大赛二等奖（一等奖空缺）。
受到的批評 > 舊版本兼容問題

在開發者社群中，經常提及OpenSSL每次推出新的主要版本時引入 API 相容性破壞的案例，此時就會需要對軟體進行調整，從而往往延遲新版本的採用。
此外，由於舊版本通常在新主要版本發布後的維護期不超過兩年，這種情況往往迫使某些供應商必須非常早地開始準備軟體遷移。 因此在更新到新版本時，有時可能面臨失去與現有軟體的某些相容性風險， ，或導致軟體回歸(Software regression)的風險。
受到的批評 > 發行版本間隔時間太長

雖然長期支援版本（LTS)會維護長達 5 年，但發行時間間的間隔往往迫使作業系統供應商不得不長時間地停留在最後一個支援的版本上，從而在新版本發布時較沒有緩衝時間。
例如，OpenSSL 3.0 原本預計在 2019 年第 4 季發布， 但最終拖延了 21 個月才發行，且沒有延長對先前支援的版本 1.1.1 的預期支援結束日期，儘管存在需要對現有軟體進行適配的重要變更。
受到的批評 > 顯著的性能下降

上述提到的 1.1.1 版本較短的支援延遲引發了對對性能敏感的使用者更多的擔憂。在 OpenSSL 3.0 正式發布後不久，一些使用者開始報告該版本在多執行緒環境下出現嚴重的性能下降問題，許多人指出頻繁的底層操作中鎖的使用效率較低，導致速度降低達到 80 到 400 倍。OpenSSL 團隊已建立一個綜合性問題來試圖集中收集這些大規模性能回歸的報告。
大約一半的回報者表示，無法從早期版本升級到 3.0 ，這進一步加劇了由於先前版本 1.1.1 版本支援時間有限而帶來的困擾。