From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from EUR06-VI1-obe.outbound.protection.outlook.com (mail-vi1eur06olkn20822.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe11::822]) by sourceware.org (Postfix) with ESMTPS id 1DA493857004 for ; Tue, 29 Dec 2020 00:46:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 1DA493857004 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=d1j4B2n0xtMcQWw8Fj4kRAj2PptGOIzF5hAj2PwCM0ua4cX3rMPpMFLxlpP2gGqhMQ2OQPkVKQ/reyY8UMytm+SucjP0fB5b+Cv1B5Nup/Miz8tJzWrkXDv0XksTK1qif6O67CZp3KqFkIm6YOiVs/384CAx90qu7bP2hG0EZTsKj+go/cP8oep54sBZsWcJMeN5EupUnRe8npaqzwN2Cj/jVRs9nGvfPeMOX9ZC/17g13Janm3651taY3DLCx8DbtivfA6vNNrVdiilTOsTUV+uEUbiTYDZHmpt67jibK5dMveQ6G5bWXtQmzQqsgFOsMyzIuD08XuP6fb7D0WRhw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1fysP2UHwsKfXfm6xdPOMzALV45Aw37DI0+7YrQyiUA=; b=f8czWB+HtGocI5vske1IwOfGdLP9q3x1Q2GFvszSzXfHV9/bO8f2gWDEYFGOPgPqKRj+oglKT/OAuL/iQBdEgOTHtuzDvPxCZQ3gzs072kfP9L+G8SdMztTO7yg3MCcvDQPQoyFrncv2Orch2cGUAHFBiJVbsHKJ3HFWZxSaBxpJJrSPa/gkSaYqBTbH3Wd++4aBnpzMayk+EmYdmUTcwN3n+qp1lfKCORo3Pd43wpAXHkz2rEGd9sWwWexjfNCEpa0FdrBCj4vupR3CNYaHXyld63mXck9tWlDKu41fD+wnmll96JNIAysViFf+2u4Y7uNAvLMXiy1HOA0G/fXGJw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from VI1EUR06FT068.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc37::53) by VI1EUR06HT135.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc37::247) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3700.27; Tue, 29 Dec 2020 00:46:14 +0000 Received: from DB7PR01MB5193.eurprd01.prod.exchangelabs.com (2a01:111:e400:fc37::4c) by VI1EUR06FT068.mail.protection.outlook.com (2a01:111:e400:fc37::306) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3700.27 via Frontend Transport; Tue, 29 Dec 2020 00:46:14 +0000 Received: from DB7PR01MB5193.eurprd01.prod.exchangelabs.com ([fe80::1d62:a12e:aedb:7fc0]) by DB7PR01MB5193.eurprd01.prod.exchangelabs.com ([fe80::1d62:a12e:aedb:7fc0%4]) with mapi id 15.20.3700.031; Tue, 29 Dec 2020 00:46:14 +0000 From: Hashim Aziz To: "cygwin@cygwin.com" Subject: Re: [cygwin] DD bug fails to wipe last 48 sectors of a disk Thread-Topic: [cygwin] DD bug fails to wipe last 48 sectors of a disk Thread-Index: AQHWRlgtCZZ0g6noFEKBC6QD7s7xqKjgYswAgAAb2ayAAXbVgIAEYnXDgABFoQCBJ8xDhQ== Date: Tue, 29 Dec 2020 00:46:14 +0000 Message-ID: References: <1d1801d64677$bea56050$3bf020f0$@pdinc.us> <60bf1507-4edb-a03f-ec14-07e1ab7f0d94@cs.umass.edu> , <1b13fde4-0834-cd8b-0673-c2b14bbaa372@SystematicSw.ab.ca> In-Reply-To: <1b13fde4-0834-cd8b-0673-c2b14bbaa372@SystematicSw.ab.ca> Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:5C76D42A6E3FFFADC28684EC3BB9B5B5442CAA150994DBE41E785EAC3EE3E5F0; UpperCasedChecksum:F2F53CE1EB040A90642BF9501A7FB54A0EDC3014B36A3838F88D6FC595031C87; SizeAsReceived:7257; Count:44 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [Ovucf6oSVuwtHL0mYsTgaNGmxWDE1RT8] x-ms-publictraffictype: Email x-incomingheadercount: 44 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 32bca4e7-50f4-47d9-a2f2-08d8ab93251c x-ms-traffictypediagnostic: VI1EUR06HT135: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ISHnwRPeTLaC1DiUAel0xdmAAhmlE8QEyxOIt+MygvWpLEK2WAlADJC9ZvbRSZBC+dmCPHC6Ij6XOUMYudTr4WTL/MDZ+9yqTj6x8WiDVWhyvJDSEU2k2fJQWdkKTldZ/DOF+afCESqMaHFTg7pO9xoo+IE0yxW4uQLf8KkGLk23IwNLyQl/jQ0IAWibyRKbG9PgYz/MWj/oCe6N6dL4cTnkF0bRlfKzsk8idN+N/B2MFazICLQyZ8e6qmt3NhKU x-ms-exchange-antispam-messagedata: I+FGo0LxJle2R3Q4rp8y0Kldvbd2I0DdQfIX3rXZzaslyUVJqVbO+Krf+jK51T7Yw5yaBzKU1wMSMWba8kmrha/MMDgKaUA9bqW0Z/LgV4zxJBi4W5Zph9ZRmUQN3o9vLHxlvoRdO1xm3Y3n3hj0Zg== x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: VI1EUR06FT068.eop-eur06.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 32bca4e7-50f4-47d9-a2f2-08d8ab93251c X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Dec 2020 00:46:14.3721 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1EUR06HT135 X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, HTML_MESSAGE, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2020 00:46:18 -0000 ________________________________ From: Cygwin on behalf of Brian Inglis Sent: 23 June 2020 8:33 PM To: cygwin@cygwin.com Subject: Re: [cygwin] DD bug fails to wipe last 48 sectors of a disk I don't have the facilities to test, and there appear to be *NO* Windows documentation details on error condition handling, but my suspicion is that= Unix reads and writes fail only *AFTER* reading or writing at the end of the dev= ice, but Windows reads and writes extents may be checked and failed *BEFORE* rea= ding or writing any data near the end of the device. If the actual Windows error code returned is generic, Cygwin would need to pre-check the device size as Windows does, and reduce read and write sizes = to the allowed maximum at the end of the device. That's very helpful, thank you. Do you know if any more work has been done = to attempt to fix this bug, and whether it's likely to be fixed anytime soo= n? It's crazy that such a commonly used command leaves so much data unwiped= unbeknown to so many users, it's a very serious security hole and the soon= er it can be fixed the better.